Re: Strange behavior of lpr+lpd resolved

1996-11-24 Thread Simon Martin
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

1996-11-23 Thread 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 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

1996-11-23 Thread mgiammarco
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

1996-11-22 Thread 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

1996-11-21 Thread 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 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

1996-11-21 Thread 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 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

1996-11-21 Thread 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

1996-11-20 Thread 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 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

1996-11-19 Thread 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]@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

1996-11-18 Thread 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.


Re: Strange behavior of lpr+lpd

1996-11-18 Thread 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 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

1996-11-16 Thread rac0043
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]