Bug 688680 - VMerror in image and segfault
Summary: VMerror in image and segfault
Status: NOTIFIED DUPLICATE of bug 688396
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: Graphics Library (show other bugs)
Version: master
Hardware: PC Linux
: P2 normal
Assignee: Stefan Kemper
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-04-27 13:26 UTC by Ralph Giles
Modified: 2011-09-18 21:47 UTC (History)
0 users

See Also:
Customer: 580
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 Ralph Giles 2006-04-27 13:26:49 UTC 
Customer reports files do not display at 72 dpi or at 20 dpi (but does work at
1bpp and 20 dpi).

I have confirmed with HEAD. Parsing an image in the file results in two calls to
gs_heap_alloc_bytes() requesting 2GB. This fails and is reported as:

   **** Warning: File encountered 'VMerror' error while processing an image.

Several objects later, gs segfaults in gstate_free_contents(). So there may be
two bugs here: whatever's generating the spurious allocation request, and not
handling its failure cleanly.
Comment 1 Ralph Giles 2006-04-27 13:28:24 UTC 
Created attachment 2180 [details]
sl08jan2006in023.pdf

first problem example
Comment 2 Ralph Giles 2006-04-27 13:33:17 UTC 
Created attachment 2181 [details]
stl12dec2005re002.pdf

second example file
Comment 3 Ralph Giles 2006-05-03 10:02:50 UTC 
We believe this is another example of the pattern accumulator issue. q.v. Bug
#688396. The resolution is to avoid using the accumulator when the pattern is
larger than a certain size.

Embedding patterns as high level objects in the clist will help when using the
clist, but the accumulator change is still necessary for display devices, etc.
See details attached to 396.

*** This bug has been marked as a duplicate of 688396 ***
Comment 4 Marcos H. Woehrmann 2011-09-18 21:47:41 UTC 
Changing customer bugs that have been resolved more than a year ago to closed.