Hello David, According to a post by Alan, 8859-1 is Code page 819 and that 00370819 is the translation table to use.
I created a CMS file containing all the ASCII characters and sent it as binary to the printer through VM and the code page used on the printer appears to be Code 437. I transferred the same file to my PC and used the PC LPR command and I get the same printed. I can only assume that the LPD software that controls this printer (as well one of my clients PC printers) does not use code ISO-8859-1 / Windows-1252 but Code page 437. Now to try to figure out what that LPD software is that physically controls the printer. Mike -----Original Message----- From: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: January 4, 2006 9:53 AM To: [email protected] Subject: Re: LPR & French Canadian characters > I'm thinking of the LPD software that runs on some non-VM > system that controls the network PC printer. I haven't looked > at RSCS LPD support yet. > Could that be a possibility? The LPD implementation that finally despools the output to the physical printer is the one that matters. That's the one that has the last word about how the incoming data stream is interpreted. That's usually either the one that's embedded in the printer (like a JetDirect card) or in the print server supporting the printer. It's possible that it is causing the problem, but most ASCII-based LPD implementations don't really do any translation on the input stream (they figure the client is the only one that cares, mostly for exactly this reason) and just pass it through to the printer. In this case, you'd still need to get the output to the printer somehow, so I don't think the RSCS LPD would really help you much -- you'd still have to turn around and resend the output to the printer, so you really haven't accomplished any simplification. The RSCS LPR support is likely to be the place to fix this. That's where you'd specify 437 to whatever translation (I'd suggest 8859-1, most everything handles that properly these days). You might try printing a config page from the printer, determining it's direct address, and bypassing whatever is in-between to determine where the confusion lies (direct LPR from RSCS is usually a good test). (And FWIW, if you're not using the RSCS LPR and LPD, you should switch ASAP. It's substantially better (thanks, Les!) and a lot easier to manage. All we need now is IPP support...8-))
