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 character is.
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.