Hi Dave,
I have been the installer of the LRS (Levi, Ray and Shoup) products in my shop since 1998. First of all, LRS support is excellent and I a m sure that they would be happy to assist you. DRS (Dynamic Report System) provides a virtual printer for a VTAM connection . DRS/IP provides the same for an IP connection. They can run as one started task - that's the way I run. Data coming in through DRS can be written to the JES spool, written to an MVS dataset, or written to a file under z/Unix. If written to JES2 (I don't have JES3), it can be set up for what ever is going to drive the actual print, or it can be picked up by a viwer. Lots of flexibility. You can even name AFP res ources if you want PSF to print to an AFP printer. Do you know where the x'40' is being added? It could be with LRSQ. B y default /binary is set to N. When set to Y, LRSQ is told not to translate a binary transmission. That is probably what you want try. (I do not have LRSQ here). If that stops the x'40' then that could be all you need. HTH, Linda ----- Original Message ----- From: "Dave L - Eagan Hansen, MN" <dave.l.han...@usps.gov> To: IBM-MAIN@bama.ua.edu Sent: Thursday, February 9, 2012 11:26:16 AM Subject: Re: PRINT (NOCC for z/OS? Group, Our process is: LRSQ sends a binary PDF to DRS. DRS spools to a virtual printer. Now it sits in the spool with the x'40' on the left. The PDF is translated by the PDF viewer. However the PDF no longer starts with '%PDF-1.4'. That's how we get into this trouble. You can duplicate this using XMIT. By using XMIT I see the x'40', and appears to be real. I'm not sure about other ways to get things on the MVS spool. Like I said on VM I could PUNCH and IPL the reader. I'm just looking into a different way to get to the spool that won't put the x'40' in front OR a different type of spool file so when it gets there MVS leaves it untouched. Thank you, Dave Dave Hansen Eagan Software Systems Branch 651-406-1208 dave.l.han...@usps.gov -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, February 09, 2012 12:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PRINT (NOCC for z/OS? On Thu, 9 Feb 2012 10:51:42 -0600, Bill Godfrey wrote: >On Thu, 9 Feb 2012 08:55:00 -0600, Hansen, Dave L - Eagan, MN wrote: > >> I remember the VM punch queue was limited to 80 bytes and didn't write out >> carriage control because you could IPL it. I imagine MVS also has these >> other spool "types". I don't think the 80 byte record length will meet our >> "wants". >> I had thought everything in the VM spool had carriage control (actually a CCW opcode). But I defer to your experience. Perhaps IPL is unaffected by the CCS opcode present in the spool. >In the first response to your original post, Paul Gilmartin asked how you "put >stuff on the spool". If you explain how you are putting the PDF file on the >spool, you might get some more help. I don't think PDF's have "records", >certainly not 132- or 133-byte records. So maybe you mean to say to are >running a program that reads PDFs and writes text to the spool. But you are >not saying so. > Everything in CMS has records, but some processing, e.g. FTP BINARY STREAM, will ignore record boundaries. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN