[gs-bugs] [Bug 689868] PDF's from Ghostscript produce huge spool files when printing to PCL

[bugzilla-daemon at ghostscript.com]

http://bugs.ghostscript.com/show_bug.cgi?id=689868

ivanovv at pfm.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ivanovv at pfm.com

--- Comment #14 from ivanovv at pfm.com 2012-06-20 22:06:25 UTC ---
Greetings,

I have read this thread with great interest, excitement building (i've been
looking for a solution for nearly 3 years, on and off, failing to come across
this thread), since our use of ghostscript to rotate scanned images and merge
the said images with multiple pdf files to produce the final output, has been
plagued with the problem that this thread begins with: the resulting pdf files
generated by ghostscript produce giant (tens and hundreds of megabytes,
depending on complexity) spool files, causing our printer to run out of memory. 

Same files, when generated by Adobe toolkit did not exibit the same problem.

This thread started so promising, describing the exact same issue and providing
plentiful examples of this behaviour - and somehow ends up closed with "issue
fixed in Adobe X" !?

Please explain how any fixes made by Adobe have any bearing on ghostscript
producing .pdf files that result in huge spool sizes when printing? FYI - we
have updated to GS 9.02 and the problem still persists. 

As it stands, we are unable to use GS to print .pdf, and instead using a
workaround involving a "smart" printer that is capable of picking up the files
from a designated directory and printing them, avoiding the memory overload
issue that way.

Please help and thanks!

-- 
Configure bugmail: http://bugs.ghostscript.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.