Re: Strange behavior of lpr+lpd resolved

[Simon Martin]

Mario Giammarco wrote:

> I cannot understand why a cable let some program print and other no.
This is because there different handshaking schemes that can be implemented
on the Centronics interface. I don't have a copy of the IEEE specification
at the moment so I can't be more specific.

One of the big problems about the Centronics interface is that there are
2 specifications, which use the BUSY/READY signals in a slightly different
way. Another big problem is that the IEEE specification is an evergreen
document, i.e. it is constantly changing.

Hope this helps


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]

Re: Strange behavior of lpr+lpd

[David Frey]

On Thu, 21 Nov 96 14:48:07 +0100, [EMAIL PROTECTED] writes:
>> Which version of gs dou you use?
>Version 3.33 it is not a debian package, I installed it manually.
(well, there is one in non-free)

>> >If I invoke the filter with /etc/filter.ps > >>/dev/lp1 the printer prints.
>> Ok. So for so good.
>> >If I do lpr filetoprint.ps nothing appear. If I do lpq it says
>> >"lp is ready and is printing" but it is not true.
>> This doesn't say anything. But you do see any pending jobs in the
>> queue? A la: ([EMAIL PROTECTED]) ~$lpq stylus is ready and printing Rank
>> Owner Job Files Total Size active david 312 demo.c 180 bytes
>>
>There is the pending job. Lpc says queuing is enabled printing is
>enabled 1 entry in spool area etc
Fine.

>> PS: What was your success with magicfilter?
>No success with magicfilter no with apsfilter
Bad.

>PPS: Have you read the
>> Printing-HOWTO?
>Obviously.
Sorry. Just wanted to be sure.

>I begin to suspect there is a cable problem, with windows95 and
>directly with postscript I can print, but when lpq says that lp is
>ready and printing I notice that the data led on my printer lights,
>and sometimes the printer loads a sheet of paper. I will try
>another printer cable. But the question is, what "handshake" the
>lpd do with the printer? I mean, what return value/signal lpd would
>receive from the printer before send another data?

lpd itself doesn't handshake. It only spools the data and sends it to
/dev/lp? (the one you gave in /etc/printcap). If you can print directly
via 'cat filetoprint.txt > /dev/lp?' (as root) lpd should also work (modulo
permissions). You could report back the permissions of /dev/lp?, /usr/sbin/lpd
and your filters.
If you can't print directly there is something wrong with the driver (I,
for example, had to put the driver into polling mode, using IRQ 7 didn't work
with my Epson Stylus !?)

Later, 
  David



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]

Re: Strange behavior of lpr+lpd : apology

[Karl M. Hegbloom]

 I apologize for having sent that huge uuencoded gif to the list; it
never even occurred to me to check the size of the file.

 The jest perhaps would have been met with more appreciation had I
cropped the .gif down to the small section showing the 'bleck' faces
in the printcap file.

 I'll never do that again...

--
Karl M. Hegbloom <[EMAIL PROTECTED]>
http://www.teleport.com/~karlheg
(K0D) AYG-GE01  Portland, OR, USA
:) Proudly running Linux 2.0.25 transname
and Debian GNU public software!


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]

Re: Strange behavior of lpr+lpd

[Hunter Marshall]

I can not comment on the thread as developed so far, but let me add that
since I have moved to debian1.1, lpr does not reliably print to a printer
that worked for 0.93. 
The printer is an Apple 16/600 accessed directly via tcp/ip. If i send a
printjob to a different IP address that is a Gatorbox that forwards jobs to
the same 16/600, all is fine. 

I originally thought the problem was for printjobs sent to the printer via
stdin (ie the "print" button xpdf, etc), but I had a couple of failures for
regular files. The final straw was when my linux box apparently was flooding
the printer with some sort of communication, thus choking it for hours at a
time.

I am afraid that since this was at work, I have not had time to pursue a
rigorous debug of the situation. I have started to just use Windows for now
since Word documents emailed as attachments seem to be our stock in trade. I
had xbin in my old Linux but have not tracked it down again to build it for
the new kernel. 

Just rumbling to see if this rings a bell. i can record detailed release
numbers if necessary (I'm not in Linux  :-(   )

hunter

--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]

Re: Strange behavior of lpr+lpd

[mgiammarco]

You wrote:
>
> Which version of gs dou you use?

Version 3.33 it is not a debian package, I installed it manually.

>
> >If I invoke the filter with /etc/filter.ps  >>/dev/lp1 the printer prints.
>
> Ok. So for so good.
> >If I do lpr filetoprint.ps nothing appear. If I do lpq it says
> >"lp is ready and is printing" but it is not true.
> This doesn't say anything. But you do see any pending jobs in the
> queue? A la: ([EMAIL PROTECTED]) ~$lpq stylus is ready and printing Rank
> Owner Job Files Total Size active david 312 demo.c 180 bytes
>
There is the pending job. Lpc says queuing is enabled printing is
enabled 1 entry in spool area etc


>
> PS: What was your success with magicfilter?

No success with magicfilter no with apsfilter


PPS: Have you read the
> Printing-HOWTO?

Obviously.


I begin to suspect there is a cable problem, with windows95 and
directly with postscript I can print, but when lpq says that lp is
ready and printing I notice that the data led on my printer lights,
and sometimes the printer loads a sheet of paper. I will try
another printer cable. But the question is, what "handshake" the
lpd do with the printer? I mean, what return value/signal lpd would
receive from the printer before send another data?

---
Mario Giammarco   |   Tel/FAX +39-545-22965
Via Calamandrei,5 |[EMAIL PROTECTED]
48022 Lugo (RA) -- ITALY  |   [EMAIL PROTECTED]

--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]

Re: Strange behavior of lpr+lpd

[rac0043]

You wrote:
>
> Which version of gs dou you use?

Version 3.33 it is not a debian package, I installed it manually.

>
> >If I invoke the filter with /etc/filter.ps  >>/dev/lp1 the printer prints.
>
> Ok. So for so good.
> >If I do lpr filetoprint.ps nothing appear. If I do lpq it says "lp
> >is ready and is printing" but it is not true.
> This doesn't say anything. But you do see any pending jobs in the
> queue? A la: ([EMAIL PROTECTED]) ~$lpq stylus is ready and printing Rank
> Owner Job Files Total Size active david 312 demo.c 180 bytes
>
There is the pending job. Lpc says queuing is enabled printing is  
enabled 1 entry in spool area etc


>
> PS: What was your success with magicfilter?

No success with magicfilter no with apsfilter


 PPS: Have you read the
> Printing-HOWTO?

Obviously.

I begin to suspect there is a cable problem, with windows95 and  
directly with postscript I can print, but when lpq says that lp is  
ready and printing I notice that the data led on my printer lights,  
and sometimes the printer loads a sheet of paper. I will try another  
printer cable. But the question is, what "handshake" the lpd do  
with the printer? I mean, what return value lpd would receive from  
the printer before send another data?

---
Mario Giammarco   |   Tel/FAX +39-545-22965
Via Calamandrei,5 |[EMAIL PROTECTED]
48022 Lugo (RA) -- ITALY  |   [EMAIL PROTECTED]

--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]

Re: Strange behavior of lpr+lpd

[Lars Wirzenius]

[ Please don't Cc: me when replying to my message on a mailing list. ]

"Karl M. Hegbloom":
>  With XEmacs and ViewMail, the problem becomes obvious!  I've enclosed
> a uuencoded screenshot to demonstrate:

It is _not_ a good idea to post 140 kilobytes to a public
mailing list.

Please put it on a web or ftp site instead, and post just the URL.
Or offer to send it to people who want it.

-- 
Please read  before mailing me.
Please don't Cc: me when replying to my message on a mailing list.




pgpGoOoxlMXFI.pgp
Description: PGP signature

Re: Strange behavior of lpr+lpd

[Karl M. Hegbloom]

 With XEmacs and ViewMail, the problem becomes obvious!  I've enclosed
a uuencoded screenshot to demonstrate:

begin 664 mryuck.jpg
M_]C_X``02D9)[EMAIL PROTECTED]@!)0U)%051/[EMAIL PROTECTED]@5F5R2`](#7J#A(6&AXB)BI*3
ME)66EYB9FJ*CI*6FIZBIJK*SM+6VM[BYNL+#Q,7&Q\C)RM+3U-76U]C9VN'B
MX^3EYN?HZ>KQ\O/T]?;W^/GZ_\0`'P$``P$!`0$!`0$!`0$"`P0%
M!@<("[EMAIL PROTECTED]"!`0#!`<%!`0``0)W``$"`Q$$!2$Q!A)!40=A<1,B
M,H$(%$*1H;'!"2,S4O`58G+1"A8D-.$E\1<8&1HF)[EMAIL PROTECTED]@Y.D-$149'
M2$E*4U155E=865IC9&5F9VAI:G-T=79W>'[EMAIL PROTECTED]:'B(F*DI.4E9:7F)F:
MHJ.DI::GJ*FJLK.TM;:WN+FZPL/$Q<;'R,G*TM/4U=;7V-G:XN/DY>;GZ.GJ
M\O/T]?;W^/GZ_]H`#`,!``(1`Q$`/P#8N+C5;K7=5AAUC[%;6?E8'V=9/O+^
M?7^=-W:E_P!#7_Y(+3XU1_$'B)7.$+6H8YZ#%4#J&GY_X][S_OEO_B*[3Y]+
MLNW1=A9/[EMAIL PROTECTED],YE\LFT"K'\ARQ&1D\\?C]#;[EMAIL PROTECTED]>GS
MB?Q?IS+&Z1AI0@<[EMAIL PROTECTED]'J:136R_1>9:W:E_T-?\`Y(+1NU+_`*&O
M_P`D%JI11<5OZLO\BWNU+_H:[EMAIL PROTECTED];^K+_(M[M2_Z
M&O\`\D%HW:E_T-?_`)(+52BBX6_JR_R+>[4O^AK_`/)!:-VI?]#7_P"2"U4H
MHN%OZLO\BWNU+_H:[EMAIL PROTECTED];^K+_(M[M2_Z&O\`\D%H
MW:E_T-?_`)(+52BBX6_JR_R+>[4O^AK_`/)!:-VI?]#7_P"2"U4HHN%OZLO\
MBWNU+_H:[EMAIL PROTECTED];^K+_(M[M2_Z&O\`\D%HW:E_T-?_
M`)(+52BBX6_JR_R+>[4O^AK_`/)!:-VI?]#7_P"2"U4HHN%OZLO\BWNU+_H:
[EMAIL PROTECTED];^K+_(M[M2_Z&O\`\D%HW:E_T-?_`)(+52BB
MX6_JR_R+>[4O^AK_`/)!:-VI?]#7_P"2"U4HHN%OZLO\BWNU+_H:_P#R06C=
[EMAIL PROTECTED];^K+_(F>ZO(YHX7\8([EMAIL PROTECTED]@=\5&^I31S&%_&
MT"RAE0H;1`0S?=&/4]AWK!\36[?9;?48]WF:?,MPVP#ZO(
MYHX7\8([EMAIL PROTECTED]@=\5+NU+_`*&O_P`D%KS>&:_O?&&BWEZIB'[Z!81T
M#(F';J>KEA]%%=7HKV\FBQ-:W<]W"=VV:,$:6+'F(+)24STR.V:\FTB6Z_L
M_P`J.[N8HXM)GG"1R%07$KX/'X=/3'3(+OMUWNU.[CN9UU"2*Q>,1C`ED*KG
[EMAIL PROTECTED])^7H>>#CA>T-'[EMAIL PROTECTED]@M&[4O^AK_`/)!:\V^WWW]
MJX-U/]M_MCRO(WG_`(]MO7R^FW'.['OFI]!O9YM9LXYKVZ>Q_??89')S=8/S
M>[EMAIL PROTECTED]>W-E&)+KQG%`A.T-)9JH)].:=!=7EU"LU
MOXP26)NCI9*P/XBN9\1_9%N].>::6TN`9!!>`*8XF*\A]W'/8=>.HKGM.OYX
M;ZPN&C-O!)>70N'MV=H;A]HVLH.E#E9A&CS1NOR7^1Z9NU+_H:
[EMAIL PROTECTED]>4:=?W]U8.LM[=G;I4MR")F!\Q97"G(.>G;H<#T%/
MO]5U&[EMAIL PROTECTED]&\G#2Z9!=MERP\TRJ"0#T!!(VCCVI>TZE?5G>UU]R_R/5-VI?\`
M0U_^2"T;M2_Z&O\`\D%KS34[B[LO[>\B[NE^P/;/;YG=MI?;NSD_,#Z'(Z^I
[EMAIL PROTECTED]/E8VB/D88\].YHYQ+#M[?DOZZGI.[4O^
MAK_\D%HW:E_T-?\`Y(+7FFEV>KW7A>/68]5O9KR(M)%;F0['57.58#ER<'\P
M.U=%X8GGU*&ZU>65S'=RGR(2QQ'&ORCCLQP2<''2FI7)E1Y4W=:>2_R.IW:E
M_P!#7_Y(+1NU+_H:_P#R06JE%5Z0V2?,6
MST'Y5'3-)_UOB#_MA_6BX[:/_)[EMAIL PROTECTED])/[EMAIL PROTECTED],YE
M\LFT"K'\ARQ&1D\\?C]"ZXF1-/"QQI]I=_+5B3D9&=P&<<`$_@/6H;3_`)&S
M2/\`MM_Z!0"6[]>B+^=2_P"AK_\`)!:JZC>ZG86,MR/$S2E`,(+%1N).!R>E
M!:*)))9I$1%'!O`HJKXT_Y&N\^B?\`H"T5#>IT
MTXKD6AM7VM75IKNK6XTFZFN[T1NL$`\UDC3CYY
MY_:FK_\`0LZK_P"`LO\`\11_:FK_`/0LZK_X"R__`!%>F?:IO^>[_P#?5'VF
M;_GL_P#WT:/[EMAIL PROTECTED]:O_P!"SJO_`("R_P#Q%']J:O\`]"[EMAIL PROTECTED]
M+_\`$5Z;]IG_`.>TG_?1JA'[EMAIL PROTECTED](^Q'(8(S<\!L8/0]Z%C:CV0?V=1
M[G`_VIJ__0LZK_X"R_\`Q%']J:O_`-"SJO\`X"R__$5Z9]JF_P">[_\`?5'V
MJ;_GL_\`WT:/[EMAIL PROTECTED]:O_T+.J_^`LO_`,11_:FK_P#0LZK_`.`L
MO_Q%>C1:IYUS-;QW+F6''F+D\9&12W>I_8K9KBXN9$B7&6R3C)QVH^NU-K!_
M9U'N><[EMAIL PROTECTED]/$4?VIJ_P#T+.J_^`LO_P`17HUQJGV7RO.N
M77S7$:[EMAIL PROTECTED]&IJ_P#T+.J_^`LO_P`1
M1_:FK_\`0LZK_P"`LO\`\17HTFJ>5<#)J;[5-_SV?_`+Z-'UZIV#^SJ/=GF?\`:FK_`/0LZK_X
M"R__`!%']J:O_P!"SJO_`("R_P#Q%>C6^J?:O-\FY=O*D,;\D88=13YK]X(9
M)9+APD:EF.XG`'6CZ[4VL']G4>YYM_:FK_\`0LZK_P"`LO\`\11_:FK_`/0L
MZK_X"R__`!%>E0WTD\*31SR-&ZAE.3R#TJ"XUE;:989+B8RLNX)&&]>S6XF,[EMAIL PROTECTED]&3T'%/[EMAIL PROTECTED]'H*?UVKV#^S
MJ/<\Y_M/5O\`H6-5_P#`27_XBC^T]6_Z%C5?_`27_P"(KTS[5-_SV?\`[Z-,
[EMAIL PROTECTED]'"1J68[B<`=:7UZIV#^S:/F>;?VGJW_`$+&J_\`@)+_`/$4?VEJ
MW_0L:K_X"2__`!%>B/>O=6UN\=Q*8II(L,KLI*LP_$<&K'D-Y/F_O_+W;<_:
MI>O_`'U1]>[EMAIL PROTECTED]/,_P"T]6SG_A&-5S_UZ2__`!%']IZM_P!"QJO_`("2
M_P#Q%>F2P-#(8Y//##J/M4I_]FHBA:>01Q^>6/0?:I?_`(JCZ]4[!_9U+N>9
MG4]6/7PQJI_[=)?_`(BC^T]6QC_A&-5_\!)?_B*])P/6?_P)E_\`BJ(+B0)*
M%>10DQ7F5VR-JG^(GU-'UZ?8/[-I'FW]IZM_T+&J_P#@)+_\11_:>K?]"QJO
M_@)+_P#$5WR^(8'N#"+N7<)[EMAIL PROTECTED];9I1M8J=V5Y]L]1[T
MWC:JW0?V=1[GFW]IZM_T+&J_^`DO_P`11_:6K?\`0L:K_P"`DO\`\17IGVJ;
M_GN__?1H^U3?\]W_`.^C2^O5.R#^S:/F>6W=WJ]U:26Z^']:@WC'[EMAIL PROTECTED]
M)C.*=;WFIVMM%;P^%]56*)0B#[+,<[EMAIL PROTECTED]'G/_P!]&C[5-_SV?_OH
MTOKT^R'_`&=2M:[/,_[4U?\`Z%G5?_`67_XBC^U-7_Z%G5?_``%E_P#B*]'C
M,MS?3*TL[$+&$43NHR2^>A'H*F%M(SR(!/NC!+#[5+QCK_%3^O5.PO[.HGF7
M]J:O_P!"SJO_`("R_P#Q%']J:O\`]"[EMAIL PROTECTED]:[EMAIL PROTECTED]/MDF?
MRWU#M'K/_P"!,O\`\51]>[EMAIL PROTECTED]/-O[4U?_H6=5_\``67_`.(H_M35_P#H
M6=5_\!9?_B*])P/6?_P)E_\`BJ,#UG_\"9?_`(JCZ]/L']FTCS;^U-7_`.A9
MU7_P%E_^(H_M35_^A9U7_P`!9?\`XBO2<#UG_P#`F7_XJB"ZE-JC"211EQCS
M&;H[#J23VH^O3[!_9M(\V_M35_\`H6=5_P#`67_XBC^U-7_Z%G5?_`67_P"(
MKT./64FL#?)=N;<*6+Y/09SQU[&IH;]YX8Y8[ARDBAE.XC(/2CZ[470/[.H]
MSS;^U-7_`.A9U7_P%E_^(H_M35_^A9U7_P`!9?\`XBO0_P"V5%S';FXF661F
M5%8,-Q49.,]O>K/VJ;_GN_\`WU0\;470/[.H]V>9_P!J:O\`]"[EMAIL PROTECTED]
[EMAIL PROTECTED]/$5Z9]JF_Y[O_WT:/M4W_/=_P#OJCZ]4[(/[-H^
M9YG_`&IJ_P#T+.J_^`LO_P`11_:FK_\`0LZK_P"`LO\`\17HW]J?Z;]C^TOY
M_E^9MR?NYQG/UJ?[3/\`\]I/^^C1]>[EMAIL PROTECTED]:FK_\`0LZK_P"`LO\`
M\11_:FK_`/0LZK_X"R__`!%>F_:9_

Re: Strange behavior of lpr+lpd

[rac0043]

You wrote:
> Maybe, but please post your filter(s) and the /etc/printcap file,
> so that we can examine the problem.

This is my printcap:

lp|Generic dot-matrix printer entry:\
:lp=/dev/lp1:\
:sd=/var/spool/lpd/lp:\
:if=/etc/filter.ps:\
:af=/var/log/lp-acct:\
:lf=/var/log/lp-errs:\
:pl#66:\
:pw#80:\
:pc#150:\
:mx#0:\
:sh:

This is my filter.ps:

#!/bin/sh

/usr/local/bin/gs -q -sDEVICE=stcolor \
-sPAPERSIZE=a4  -dNOPAUSE\
-r360x360 -dSAFER -dOutputCode=512 -sOutputFile=- -


If I invoke the filter with /etc/filter.ps /dev/lp1 the printer prints.

If I do lpr filetoprint.ps nothing appear.
If I do lpq it says "lp is ready and is printing" but it is not true.
If in the printcap I change the "if" directive with "of" the lpq  
command says that there is not the lpd running but it is not true  
because ps -aux shows it running.



---
Mario Giammarco   |   Tel/FAX +39-545-22965
Via Calamandrei,5 |[EMAIL PROTECTED]
48022 Lugo (RA) -- ITALY  |   [EMAIL PROTECTED]

--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]

Re: Strange behavior of lpr+lpd

[David Frey]

On Sat, 16 Nov 96 23:04:57 +0100, [EMAIL PROTECTED] writes:
>I wrote a new filter and nothing come out of the printer. So I  
>invoked the filter manually with the output redirected to /dev/lp1  
>and all worked fine. I also tried apsfilter and magicfilter but they  
>did not function. So, I think the problem is in lpr+lpd.

Maybe, but please post your filter(s) and the /etc/printcap file, so
that we can examine the problem.

David

--
This message was distributed manually by [EMAIL PROTECTED] after the list
initially failed to distribute it.