Re: LPR printing problem
On Monday, 02/05/2007 at 06:19 MST, Wakser, David [EMAIL PROTECTED] wrote: I did not see anything in the trace, which follows, that seems strange, but perhaps your eye will spot something. It almost seems as if the LPR command is causing the LPD to ignore its normal settings. Is there some FILTER option that would prevent this? I tried FILTER l as you suggested, to no avail. I see there are other FILTER options, but most (c,d,g,n,t, and v) are not explained in the TCP User's guide. I would suggest comparing the VM LPR trace to the VSE LPR trace to see what the difference in filters is, if any. The filters are explained in RFC 1179. Alan Altmark z/VM Development IBM Endicott
Re: LPR printing problem
I did not use ANY filter. But I will try p. There are not very many options on the LPR command, and I don't see any one which will make a difference. Thanks for the suggestion. However, the REAL question is: why would LPR output from VSE act differently than LPR output from VM? Aren't there supposed to be standards? David Wakser -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Les Geer (607-429-3580) Sent: Thursday, February 01, 2007 9:09 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: LPR printing problem No, I am NOT using the RSCS command - I am using the TCP LPR command. Is there such an option for TCP? Also, since this is supposed to be controlled by the LPD, why would VM's TCPIP cause it to work differently? Well I don't know the TCP/IP LPR command as I do RSCS. I assume the problem is caused by the lack of a form-feed at the start of the print data. What filter are you using? Did you try P? Best Regards, Les Geer IBM z/VM and Linux Development
Re: LPR printing problem
Les: BTW, as originally posted, the LPD is set up to provide a forms-feed after the banner page - which is happening correctly when the output comes from VSE but is NOT happening when the output comes from VM! David Wakser -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Les Geer (607-429-3580) Sent: Thursday, February 01, 2007 9:09 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: LPR printing problem No, I am NOT using the RSCS command - I am using the TCP LPR command. Is there such an option for TCP? Also, since this is supposed to be controlled by the LPD, why would VM's TCPIP cause it to work differently? Well I don't know the TCP/IP LPR command as I do RSCS. I assume the problem is caused by the lack of a form-feed at the start of the print data. What filter are you using? Did you try P? Best Regards, Les Geer IBM z/VM and Linux Development
Re: LPR printing problem
BTW, as originally posted, the LPD is set up to provide a forms-feed after the banner page - which is happening correctly when the output comes from VSE but is NOT happening when the output comes from VM! I did see that; if you can trace I would recommend doing that to see what the difference is. Best Regards, Les Geer IBM z/VM and Linux Development
Re: LPR printing problem
How do I trace this? At the LPD or on VM? David Wakser -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Les Geer (607-429-3580) Sent: Friday, February 02, 2007 8:35 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: LPR printing problem BTW, as originally posted, the LPD is set up to provide a forms-feed after the banner page - which is happening correctly when the output comes from VSE but is NOT happening when the output comes from VM! I did see that; if you can trace I would recommend doing that to see what the difference is. Best Regards, Les Geer IBM z/VM and Linux Development
Re: LPR printing problem
How do I trace this? At the LPD or on VM? If you can at the LPD to see what the difference is between VSE and VM TCP/IP LPR. Also try RSCS Best Regards, Les Geer IBM z/VM and Linux Development
Re: LPR printing problem
On Friday, 02/02/2007 at 06:38 MST, Wakser, David [EMAIL PROTECTED] wrote: How do I trace this? At the LPD or on VM? Add the TRACE option to LPR to see what it is sending. You should see something like Queuing control line HGDLVM7 Queuing control line PALTMARKA Queuing control line JPROFILE.EXEC Queuing control line CGDLVM7.ENDICOTT.IBM.COM Queuing control line LALTMARKA Queuing control line fdfA412GDLVM7 Queuing control line UdfA412GDLVM7 Queuing control line NPROFILE.EXEC Sending command 2 argument: 109 cfA412GDLVM7 Command successfully sent You can compare this to a VSE trace. Try filter l (lowercase L). Alan Altmark z/VM Development IBM Endicott
Re: LPR printing problem
Thanks, Alan. I'll try this on Sunday (I'm remote today, so it's hard to see the printout). David Wakser -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Friday, February 02, 2007 9:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: LPR printing problem On Friday, 02/02/2007 at 06:38 MST, Wakser, David [EMAIL PROTECTED] wrote: How do I trace this? At the LPD or on VM? Add the TRACE option to LPR to see what it is sending. You should see something like Queuing control line HGDLVM7 Queuing control line PALTMARKA Queuing control line JPROFILE.EXEC Queuing control line CGDLVM7.ENDICOTT.IBM.COM Queuing control line LALTMARKA Queuing control line fdfA412GDLVM7 Queuing control line UdfA412GDLVM7 Queuing control line NPROFILE.EXEC Sending command 2 argument: 109 cfA412GDLVM7 Command successfully sent You can compare this to a VSE trace. Try filter l (lowercase L). Alan Altmark z/VM Development IBM Endicott
Re: LPR printing problem
I've heard that the LPR/LPD RFC leaves a lot to be desired in terms of specificity on how things should work, so that different implementations often have inconsistencies. - Tom. At 03:40 AM 2/2/2007, you wrote: However, the REAL question is: why would LPR output from VSE act differently than LPR output from VM? Aren't there supposed to be standards? David Wakser Tom Cluster County of Sonoma Santa Rosa, CA (707) 565-3384 (Tuesdays and Wednesdays only)
Re: LPR printing problem
On Friday, 02/02/2007 at 07:36 PST, Tom Cluster [EMAIL PROTECTED] wrote: I've heard that the LPR/LPD RFC leaves a lot to be desired in terms of specificity on how things should work, so that different implementations often have inconsistencies. Draw your own conclusions: ftp://ftp.rfc-editor.org/in-notes/rfc1179.txt Alan Altmark z/VM Development IBM Endicott
Re: LPR printing problem
No, I am NOT using the RSCS command - I am using the TCP LPR command. Is there such an option for TCP? Also, since this is supposed to be controlled by the LPD, why would VM's TCPIP cause it to work differently? Well I don't know the TCP/IP LPR command as I do RSCS. I assume the problem is caused by the lack of a form-feed at the start of the print data. What filter are you using? Did you try P? Best Regards, Les Geer IBM z/VM and Linux Development
LPR printing problem
I have set up an LPD on our network with the desired printers. The printer characteristics (font, orientation, etc.) are all set up on the LPD queue (printer name) entries. When printing from VSE, everything is fine. We have specified on the LPD entry to include banners, to print duplex, and to have an initial forms-feed start the start of job. This allows the banner page to eject before printing the report. Otherwise (if NOT utilizing the initial form feed) the first page of the report starts on the BACK of the banner. So, in VSE everything prints correctly. However, when printing from VM (using the LPR command) to the same LPD and same printers, the first page ALWAYS prints on the back of the banner! Is there any way of fixing this? Which VM LPR are you using, RSCS or the TCP/IP LPR command? If RSCS, specify SEP=2P on the link parm. Best Regards, Les Geer IBM z/VM and Linux Development
Re: LPR printing problem
Les: No, I am NOT using the RSCS command - I am using the TCP LPR command. Is there such an option for TCP? Also, since this is supposed to be controlled by the LPD, why would VM's TCPIP cause it to work differently? David Wakser -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Les Geer (607-429-3580) Sent: Wednesday, January 31, 2007 1:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: LPR printing problem I have set up an LPD on our network with the desired printers. The printer characteristics (font, orientation, etc.) are all set up on the LPD queue (printer name) entries. When printing from VSE, everything is fine. We have specified on the LPD entry to include banners, to print duplex, and to have an initial forms-feed start the start of job. This allows the banner page to eject before printing the report. Otherwise (if NOT utilizing the initial form feed) the first page of the report starts on the BACK of the banner. So, in VSE everything prints correctly. However, when printing from VM (using the LPR command) to the same LPD and same printers, the first page ALWAYS prints on the back of the banner! Is there any way of fixing this? Which VM LPR are you using, RSCS or the TCP/IP LPR command? If RSCS, specify SEP=2P on the link parm. Best Regards, Les Geer IBM z/VM and Linux Development
LPR printing problem
Cross-posted to both VM VSE lists. I have set up an LPD on our network with the desired printers. The printer characteristics (font, orientation, etc.) are all set up on the LPD queue (printer name) entries. When printing from VSE, everything is fine. We have specified on the LPD entry to include banners, to print duplex, and to have an initial forms-feed start the start of job. This allows the banner page to eject before printing the report. Otherwise (if NOT utilizing the initial form feed) the first page of the report starts on the BACK of the banner. So, in VSE everything prints correctly. However, when printing from VM (using the LPR command) to the same LPD and same printers, the first page ALWAYS prints on the back of the banner! Is there any way of fixing this? David Wakser InfoCrossing
