Bug 688919 - pdfwrite -dPDFA needs 800Mb RAM
Summary: pdfwrite -dPDFA needs 800Mb RAM
Status: RESOLVED DUPLICATE of bug 689805
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: PDF Writer (show other bugs)
Version: master
Hardware: PC Windows XP
: P4 normal
Assignee: Ken Sharp
URL:
Keywords: bountiable
: 688652 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-09-25 12:35 UTC by leonardo
Modified: 2009-06-09 09:56 UTC (History)
1 user (show)

See Also:
Customer:
Word Size: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description leonardo 2006-09-25 12:35:26 UTC 
gswin32c.exe -dPDFA -sProcessColorModel=DeviceCMYK -dBATCH -dNOPAUSE -
sDEVICE=pdfwrite -sOutputFile=cur.pdf params.ps PDFA_def.ps Bug688631.pdf

On my comp it takes 300M RAM and then fails with the message :

[a+]gs_malloc(large object chunk)(595213736) = 0x0: failed

The problem happens when converting a transparency to a bitmap (PDF/A doesn't 
allow transparency). Need to insret clist before pdfwrite when transparency 
needs a big buffer.
Comment 1 leonardo 2006-09-26 02:26:50 UTC 
*** Bug 688652 has been marked as a duplicate of this bug. ***
Comment 2 leonardo 2006-09-26 02:28:10 UTC 
Same problem happens with ps2write :

gswin32c.exe  -dBATCH -dNOPAUSE -sDEVICE=ps2write -sOutputFile=cur.ps 
Bug688631.pdf
Comment 3 leonardo 2006-10-03 11:19:05 UTC 
Passing the bug to Raph since it needs an architectural decision.
Comment 4 leonardo 2007-08-29 20:44:56 UTC 
Passing to Ken since he handles pdfwrite from now.
Comment 5 leonardo 2007-12-02 11:29:45 UTC 
I think it's a dup of the bug 689571.
Comment 6 Ken Sharp 2009-06-09 09:56:43 UTC 

*** This bug has been marked as a duplicate of 689805 ***