Hallo, On Sun, 17 Feb 2002, Ralf K. Buschner wrote:
Am Samstag, 16. Februar 2002 21:08 schrieb David Haller:
ls: /dev/fd/0: Ist kein Verzeichnis
/dev/fd/0 ist "stdin", d.h. die Standardeingabe, von dem der Filter die zu druckenden Daten vom lpr bekommt.
Also müßte /dev/fd/0 ein verzeichnis sein,
Nein!!! Selbst /dev/fd ist _kein_ (echtes) Verzeichnis, sondern ein (pseudo!) symlink auf /proc/self/fd. Wobei /proc/self wiederum ein (pseudo!) symlink auf /proc/<PID-des-terminals> ist... Letztendlich zeigt /dev/fd/0 auf das stdin des jew. Prozesses, also z.B. bei ner konsole auf /dev/tty0 oder bei nem xterm auf /dev/pts/0 (was natuerlich in beiden Faellen _kein_ Verzeichnis, sondern ein "Character device" (zeichenorientiertes Geraet) ist... Eben deshalb kam ich auf die Schlussfolgerung:
:if=/var/lib/apsfilter/bin/ljet3-a4-ascii-mono-300:\
Ich denke der Fehler liegt in dem script...
Das ist gut möglich - zwar läßt das script die Daten für den Drucker 1:1 durch, wenn man es als -Praw anspricht [..]
Tja. Da ich das script fuer den ljet3 nicht kenne (und ehrlich gesagt auch kein Lust habe das zu debuggen, sorry)... Jedenfalls, mir scheint, das ist der schuldige... d.h. apsfilter... Sorry, zumindest heut' hab ich nicht mehr die Nerven da weitergehendes zu machen -- vielleicht hat hier ja noch jemand anderes nen Drucker, der via ljet3 von apsfilter angesprochen wird... -dnh PS: du koenntest natuerlich auch apsfilter deinstallieren, die printcap saeubern, apsfilter neu und/oder aktualisiert installieren, den Drucker neu einrichten und auf den "Redmond"-Effekt hoffen... Aber dabei wuerdest du wohl nichts lernen... ;) -- [Tivoli] : The thrill one gets from getting them to work at all helps to mask the fact that it didn't do what you wanted at all -- Paraphrase from THHGTTG