Red Hat Bugzilla – Bug 77098
pstops filter corrupts file produced by Mac
Last modified: 2007-04-18 12:48:04 EDT
The attached file, produced by AppleWorks 6 on MacOS 9, can't be printed with
cups-1.1.15-2, because the pstops filter corrupts. It appears that the filter
replaces all carriage returns with newlines, which is a problem with files that
contain binary eexecs. The same file can be printed successfully after it is
run through the "ps2ps" filter that comes with ghostscript, because that filter
converted binary data into encoded data and gets rid of carriage returns.
One potential solution to this bug would that rather than converting carriage
returns to line feeds, pstops should probably leave intact whatever line endings
are in place and just adjust its own idea of what the correct line ending
Created attachment 83010 [details]
Mac PS file corrupted by cups
I think this is the cups 'binary PostScript' problem that is fixed upstream.
Fixed upstream in what CUPS version?
I thought I saw it in the release notes for 1.1.18, but apparently not. Maybe
it's in CVS then. Google won't remind me where it was I saw it, it seems.
This is fixed in 1.1.19.
Note: in conjunction with the new binary-safe pstops filter in 1.1.19, you
usually also must configure the binary transmission protocol for PostScript
printers - see the web configuration page or "man lpadmin" for more info.