Thread View: ch.comp.os.linux
5 messages
5 total messages
Started by Sven Kirmess
Tue, 18 May 1999 00:00
Problem mit lpr un FF
Author: Sven Kirmess
Date: Tue, 18 May 1999 00:00
Date: Tue, 18 May 1999 00:00
41 lines
1965 bytes
1965 bytes
Wenn ich eine Datei drucke, zB
man -t man |lpr
funktioniert das Problemlos.
Wenn ich jetzt aber unter Windows etwas in eine Datei drucke und dann
mit
cat Filename |lpr -Phpljet4l-a4-raw
ausdrucke, wird am Schluss immer noch eine leere Seite ausgedruckt. Kann
ich das irgendwie verhindern?
Sven
------------ /etc/printcab ------------
ascii|lp1|ljet4l-a4-ascii-mono-600|ljet4l a4 ascii mono 600:\
:lp=/dev/lp1:\
:sd=/var/spool/lpd/ljet4l-a4-ascii-mono-600:\
:lf=/var/spool/lpd/ljet4l-a4-ascii-mono-600/log:\
:af=/var/spool/lpd/ljet4l-a4-ascii-mono-600/acct:\
:if=/var/lib/apsfilter/bin/ljet4l-a4-ascii-mono-600:\
:la@:mx#0:\
:sh:sf:
#
lp|lp2|ljet4l-a4-auto-mono-600|ljet4l a4 auto mono 600:\
:lp=/dev/lp1:\
:sd=/var/spool/lpd/ljet4l-a4-auto-mono-600:\
:lf=/var/spool/lpd/ljet4l-a4-auto-mono-600/log:\
:af=/var/spool/lpd/ljet4l-a4-auto-mono-600/acct:\
:if=/var/lib/apsfilter/bin/ljet4l-a4-auto-mono-600:\
:la@:mx#0:\
:sh:sf:
#
raw|lp3|ljet4l-a4-raw|ljet4l a4 raw:\
:lp=/dev/lp1:\
:sd=/var/spool/lpd/ljet4l-a4-raw:\
:lf=/var/spool/lpd/ljet4l-a4-raw/log:\
:af=/var/spool/lpd/ljet4l-a4-raw/acct:\
:if=/var/lib/apsfilter/bin/ljet4l-a4-raw:\
:la@:mx#0:\
:sh:sf:
#
Re: Problem mit lpr un FF
Author: Marc SCHAEFER
Date: Wed, 19 May 1999 00:00
Date: Wed, 19 May 1999 00:00
15 lines
970 bytes
970 bytes
Sven Kirmess <Sven.Kirmess@gmx.net> wrote: > cat Filename |lpr -Phpljet4l-a4-raw You can also use lpr -Phpljet4l-a4-raw Filename or same but < Filename or cat Filename | cat | cat | cat | cat | lpr -Phpljet4l-a4-raw :) > ausdrucke, wird am Schluss immer noch eine leere Seite ausgedruckt. Kann > ich das irgendwie verhindern? Presumably this is a client configuration problem. Two solutions: 1 make them not generate the last FF 2 remove the FF from the file (but it may not just be a single FF/^L since this is PCL obviously).
Re: Problem mit lpr un FF
Author: Sven Kirmess
Date: Thu, 20 May 1999 00:00
Date: Thu, 20 May 1999 00:00
36 lines
1885 bytes
1885 bytes
Marc SCHAEFER wrote: > Sven Kirmess <Sven.Kirmess@gmx.net> wrote: > > cat Filename |lpr -Phpljet4l-a4-raw > You can also use lpr -Phpljet4l-a4-raw Filename :-) Ok... > or same but < Filename Geht das immer, das kleiner als um eine Datei einzulesen? Wird das von Bash geliefert oder muss das Tool das unterst�tzen? > or cat Filename | cat | cat | cat | cat | lpr -Phpljet4l-a4-raw :) Diese Version gef�llt mir am besten... :-) > > ausdrucke, wird am Schluss immer noch eine leere Seite ausgedruckt. Kann > > ich das irgendwie verhindern? > Presumably this is a client configuration problem. Two solutions: > 1 make them not generate the last FF Geht nicht (und war auch nicht das Problem, ein FF brauch ich ja um das Papier aus dem Drucker zu bekommen...) > 2 remove the FF from the file (but it may not just be a single FF/^L since > this is PCL obviously). Zudem w�re das recht m�hsam, da ich den Drucker �ber Samba freigegeben habe... :-) Ich hab aber eine Mail von p.sonderegger erhalten; In der Datei /etc/apsfilterrc unter SuSE musste ich nur print_raw_supress_formfeed="yes" entauskommentieren (komisches Wort...), falls es jemand interessiert... Sven
Re: Problem mit lpr un FF
Author: Marc SCHAEFER
Date: Thu, 20 May 1999 00:00
Date: Thu, 20 May 1999 00:00
34 lines
1993 bytes
1993 bytes
Sven Kirmess <Sven.Kirmess@gmx.net> wrote: > Geht das immer, das kleiner als um eine Datei einzulesen? Wird das von Bash > geliefert oder muss das Tool das unterst�tzen? like the shell wildcards, is handled by bash Homework: Try ``echo *'' and try to understand why. The only case where < would not work is if the called software does seek()s. If you use |, there is the added restriction that any program assuming he can do greater than PIPE_SIZE I/O while using the system read()/write() will not work. PIPE_SIZE is 4096 bytes. stdio handles that transparently. > > or cat Filename | cat | cat | cat | cat | lpr -Phpljet4l-a4-raw :) > Diese Version gef�llt mir am besten... :-) But on Linux, it's quite CPU intensive. Some UNIX systems implements pipes through memory mapping. For example, on Solaris, cat < /dev/null | cat > /dev/zero creates two cat processes, but then no byte are exchanged, just MMU tables are shuffled around. > Ich hab aber eine Mail von p.sonderegger erhalten; In der Datei > /etc/apsfilterrc unter SuSE musste ich nur print_raw_supress_formfeed="yes" > entauskommentieren (komisches Wort...), falls es jemand interessiert... Ah, ok, so the problem was indeed apsfilter. You see, you can even teach me things :) [ on my system, raw are cat :) ]
Re: Problem mit lpr un FF
Author: Marc SCHAEFER
Date: Thu, 20 May 1999 00:00
Date: Thu, 20 May 1999 00:00
7 lines
840 bytes
840 bytes
Marc SCHAEFER <schaefer@alphanet.ch> wrote: > The only case where < would not work is if the called software does > seek()s. Infact, this might even be too restrictive: in theory < connects the fd of the file to stdin, and thus you could even do seeks. The comments on the pipe is still valid, and also the seek().
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads