Re: Strange behavior of lpr+lpd resolved
Mario Giammarco wrote: snip 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
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 filetoprint.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]
Strange behavior of lpr+lpd resolved
Incredible, I have changed the printer cable, and now the Epson Stylus prints! I have also had to use the tunelp program, but with the old cable it had no effect, with the new I cannot understand why a cable let some program print and other no. I thank You for your interest, expecially David --- 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 : apology
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
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 filetoprint.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
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 filetoprint.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
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
[ 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 http://www.iki.fi/liw/mail-to-lasu.html 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
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]@5F5RVEO;B`S [EMAIL PROTECTED],B\R.2\Y-[EMAIL PROTECTED];ET2`](#U+!3;6]O=AI;F@ M/2`R-0K_VP!#``@!@!0@'!P)[EMAIL PROTECTED]'1H?'AT:'!P@ M)XG((L(QP*#I+#`Q-#0T'RY/[EMAIL PROTECTED]/XS-#+_VP!#`0D)[EMAIL PROTECTED]@R M(1PA,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R M,C(R,C(R,C+_P``1`)X`I,#`2(``A$!`Q$!_\0`'P```04!`0$!`0$` M``$`P0%!@([EMAIL PROTECTED]($`P4%!`0```%]`0(#``01!1(A M,4$$U%A!R)Q%#*!D:$((T*QP152T?`D,V)R@@D*%A81HE)BH*2HT-38W M.#DZ0T1%1D=(24I35%565UA96F-D969G:EJW1U=G=X7J#A(6AXB)BI*3 ME)66EYB9FJ*CI*6FIZBIJK*SM+6VM[BYNL+#Q,7Q\C)RM+3U-76U]C9VN'B MX^3EYN?HZKQ\O/T]?;W^/GZ_\0`'P$``P$!`0$!`0$!`0$`P0% M!@([EMAIL PROTECTED]!`0#!`%!`0``0)W``$`Q$$!2$Q!A)!40=A1,B M,H$(%$*1H;'!2,S4O`58G+1A8D-.$E\181HF)[EMAIL PROTECTED]@Y.D-$149' M2$E*4U155E=865IC95F9VAI: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#JGY_X][S_OEO_B*[3Y]+ MLNW1=A9/[EMAIL PROTECTED],YE\LFTK'\ARQ1D\\?C]#;[EMAIL PROTECTED]GS MB?Q?IS+Z1AI0@[EMAIL PROTECTED]'J:136R_19:W:E_T-?\`Y(+1NU+_`*O M_P`D%JI115OZLO\BWNU+_H:[EMAIL PROTECTED];^K+_(M[M2_Z MO\`\D%HW:E_T-?_`)(+52BBX6_JR_R+[4O^AK_`/)!:-VI?]#7_P2U4H MHN%OZLO\BWNU+_H:[EMAIL PROTECTED];^K+_(M[M2_ZO\`\D%H MW:E_T-?_`)(+52BBX6_JR_R+[4O^AK_`/)!:-VI?]#7_P2U4HHN%OZLO\ MBWNU+_H:[EMAIL PROTECTED];^K+_(M[M2_ZO\`\D%HW:E_T-?_ M`)(+52BBX6_JR_R+[4O^AK_`/)!:-VI?]#7_P2U4HHN%OZLO\BWNU+_H: [EMAIL PROTECTED];^K+_(M[M2_ZO\`\D%HW:E_T-?_`)(+52BB MX6_JR_R+[4O^AK_`/)!:-VI?]#7_P2U4HHN%OZLO\BWNU+_H:_P#R06C= [EMAIL PROTECTED];^K+_(FZO(YHX7\8([EMAIL PROTECTED]@=\5^I31S%_ MTRAE0H;1`0S?=/4]AWK!\36[?9;?48]WF:?,MPVP#T8^^H.1U7G'?*Y; M4K6XTBTNQ))%/JFK)+'(1\\:,$8R#V!GC.*ER:-H4HR2;?X+_(]+ZO( MYHX7\8([EMAIL PROTECTED]@=\5+NU+_`*O_P`D%KS:_O?BWEZIB'[Z!81T M#(F';JKEA]%%=7HKV\FBQ-:W]W=VV:DNW)SG(!Z\?A0I7%.ERI?Y+S\C [EMAIL PROTECTED];RZA6:W\8)+$W1TLE8'\12)=7DDTD*,$:6+'F(+)24STR.V:\FTB6Z_L M_P`J.[N8HXM)GG1R%07$KX/'X=/3'3(+OMUWNU.[CN9UU2*Q,1C`ED*KG [EMAIL PROTECTED])^7H#CAT-'[EMAIL PROTECTED]@M[4O^AK_`/)!:\V^WWW] MJX-U/]M_MCRO(WG_`(]MO7R^FW'.['OFI]!O9YM9LXYKVZQ_??89')S=8/S M[EMAIL PROTECTED]W-E)+KQG%`A.T-)9JH)].:=!=7EULU MOXP26)NCI9*P/XBN9\1_9%N].::6TN`9!!`*8XF*\A]W'/8=.HKGM.OYX M;ZPNC-O!)70N'MV=H;A]HVLH.Y((`YR0E#E9ACS1NOR7^1Z9NU+_H: [EMAIL PROTECTED]4:=?W]U8.LM[=G;I4MR)F!\Q97G(.G;H#T%/ MO]5U[EMAIL PROTECTED]\G#2Z9!=MERP\TRJ0#T!!(VCCVITZE?5GUU]R_R/5-VI?\` M0U_^2T;M2_ZO\`\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(+7FFEVKW7A/68]5O9KR(M)%;F0['57.58#ER'\P M.U=%X8GGU*ZU65S'=RGR(2QQ'ORCCLQP2''2FI7)E1Y4W=:2_R.IW:E M_P!#7_Y(+1NU+_H:_P#R06JE%5RM_5E_D6]VI?]#7_Y(+1NU+_H:_\`R06J ME%%PM_5E_D6]VI?]#7_Y(+1NU+_H:_\`R06JE%%PM_5E_D6]VI?]#7_Y(+1N MU+_H:_\`R06JE%%PM_5E_D6]VI?]#7_Y(+1NU+_H:_\`R06JE%%PM_5E_D6] MVI?]#7_Y(+1NU+_H:_\`R06JE%%PM_5E_D6]VI?]#7_Y(+1NU+_H:_\`R06J ME%%PM_5E_D6]VI?]#7_Y(+1NU+_H:_\`R06JE%%PM_5E_D6]VI?]#7_Y(+1N MU+_H:_\`R06JE%%PM_5E_D6]VI?]#7_Y(+1NU+_H:_\`R06JE%%PM_5E_D6] MVI?]#7_Y(+1NU+_H:_\`R06JE%%PM_5E_D6]VI?]#7_Y(+1NU+_H:_\`R06J ME%%PM_5E_D6]VI?]#7_Y(+1NU+_H:_\`R06JE%%PM_5E_D6]VI?]#7_Y(+1N MU+_H:_\`R06JE%%PM_5E_D6]VI?]#7_Y(+4%M:MW=[$OB0B.T$Z0V2?,6 MST'Y5'3-)_UOB#_MA_6BX[:/_)[EMAIL PROTECTED])/[EMAIL PROTECTED],YE M\LFTK'\ARQ1D\\?C]ZXF1-/QQI]I=_+5B3D9=P`$_@/6H;3_`)S M2/\`MM_Z!06[]B+^=2_PAK_\`)!:JZCZG86,MR/$S2E`,(+%1N).!RE M!:*)))9I$1%'!X!;L.WY9Z`UD:G.+G0'E7'S;@'.#N1GOS0V.,;O_`(_ MR*_BK5=3M/$5S!%J5VJ(J`!92O\``,G`P.O`HJKXT_YN\^B?\`HT5#IT MTXKD6AM7VM75IKNK6XTFZFN[T1NL$`\UDC3CVP-CJO'OUZ9J?VIJ_\`T+.J [EMAIL PROTECTED]:[EMAIL PROTECTED](TU\$?]L:Z.ZUE;.6*.:XF\R7.Q4#,6QUX:XZ^ M*GHX11V87!4JE)3EU//+?4=4CUBTOG\-ZOBW$GRBSE.XLN!_#QS2G5-7S_R M+.J_^`LO_P`17I$5_)-'668`]`^Y3^1YIEOJGVH2^3NWE2-^2,,.HK'Z[ M4['1_9U'NSSG^U-7_PA9U7_`,!9?_B*/[4U?_H6=5_\!9?_`(BO1K75/MMN MMQ!N\3YVMDC.#CO4WVJ;_GL_P#WT:/KU1=`_LZCW9YG_:FK_P#0LZK_`.`L MO_Q%']J:O_T+.J_^`LO_`,17IOVF#_72?\`?1JK'K*36!ODNW-N%+%\GH,Y [EMAIL PROTECTED]:FK_][EMAIL PROTECTED]@++_\17I, M-^\\,L=PY210RG1D'I4)UE1+/$+B9I+?;YBJ8C=TX'7\*/KM3L']G4YY MY_:FK_\`0LZK_P`LO\`\11_:FK_`/0LZK_XR__`!%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_XR_\`Q%']J:O_`-SJO\`XR__$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\912WI_8K9KBXN9$B76R3C)QVH^NU-K!_ M9U'N[EMAIL PROTECTED]/$4?VIJ_P#T+.J_^`LO_P`17HUQJGV7RO.N M77S7$:DY8]!4WVJ;_GN_P#WU1][EMAIL PROTECTED]IJ_P#T+.J_^`LO_P`1 M1_:FK_\`0LZK_P`LO\`\17HTFJ5PV[W+B6;/EKD\X34_VF;_`)[/_P!] MCZ]4[!_9U'NSS+^U-7_`.A9U7_P%E_^(H_M35_^A9U7_P`!9?\`XBO1I=4\ MFYAMWN9!+-GRUR#)J;[5-_SV?_`+Z-'UZIV#^SJ/=GF?\`:FK_`/0LZK_X MR__`!%']J:O_P!SJO_`(R_P#Q%C6^J?:O-\FY=O*D,;\D88=13YK]X(9
Re: Strange behavior of lpr+lpd
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.
Re: Strange behavior of lpr+lpd
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 filetoprint.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]
Strange behavior of lpr+lpd
Hello to all users, I have a problem with debian1.1.4 lpd+lpr. I had previously debian0.93 and a 9pin dot matrix printer. I write my printcap, used ghostscript in a filter and used lpr to print files. Then I sold my 9pin printer and I bought an epson stylus color pro. I also upgraded 0.93 to 1.1.4. 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. Please help me!! Thank You in advance for your replies. --- 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]