🚀 go-pugleaf

In article <89352.151243HATHAWA@GECRDVM1.BITNET>, HATHAWA@gecrdvm1.crd.ge.com (Barry Hathaway) writes:
> I'm trying to print Postscript output on an Apple LaserWriter attached to
> a Sun workstation.  This Postscript output is actually produced on an IBM
> mainframe and is sent to the Sun via LPR.  The Postscript output defines
> fonts using a non-standard (EBCDIC) encoding vector in which characters are
> represented by 8-bit character codes.  Currently the PRINTCAP file defines
> the LaserWriter as:
> 
> lp|isolw|lw|apple|ps|postscript|PostScript:\
>         :lp=/dev/ttya:\
>         :br#19200:rw:fc#0000374:fs#0000003:xc#0:xs#0040040:mx#0:sf:sb:\
>         :if=/usr/local/lib/lw/psif:\
>         :of=/usr/local/lib/lw/psof:\
>         :gf=/usr/local/lib/lw/psgf:\
>         :tf=/usr/local/lib/lw/pstf:\
>         :nf=/usr/local/lib/lw/psnf:\
>         :vf=/usr/local/lib/lw/psvf:\
>         :sd=/usr/spool/lw:\
>         :lf=/usr/spool/lw/log:\
>         :rf=/usr/local/lib/lw/psrf:\
>         :cf=/usr/local/lib/lw/pscf:\
>         :df=/usr/local/lib/lw/psdf:
> 
> This definition seems to strip off or ignore the parity bit which results
> in garbage being printed.
> 
> What is the correct flag settings to use so that all 8-bits are transmitted
> to the printer?   Will this change have any impact on any other type of
> printing?

O.K.  you can set the serial port with setscc to be a full 8 bits wide.
The data will get through, EXCEPT CERTAIN control code, ^D ^S ^Q ^T ^C
Currently, Adobe in it's infinite wisdon
has not seen fit to tell us how to get around this problem.. I seem to
get stonewalled by them anytime I reqest info on this.  Perhaps you would
be better off going paralell, but for some perverse reason, these above
control characters still won't go through.  In addition, PS uses
the "cooked" mode, that is 0x0a 0x0d  gets converted to 0x0a.  This can also
screw you up.

Cheers

Woody
till