Summary: | Error: /VMerror in --.imagemask1-- | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | Hin-Tak Leung <htl10> |
Component: | PS Interpreter | Assignee: | Default assignee <ghostpdl-bugs> |
Status: | NOTIFIED FIXED | ||
Severity: | normal | ||
Priority: | P3 | ||
Version: | 8.54 | ||
Hardware: | PC | ||
OS: | Linux | ||
Customer: | Word Size: | --- | |
Attachments: |
ps test file, gzip'ed
page 4 of the trouble ps. The same page 4, just printed with different options. |
Description
Hin-Tak Leung
2006-06-27 14:37:22 UTC
Created attachment 2309 [details]
ps test file, gzip'ed
ps file, gziped, which have the imagemask VM error.
Created attachment 2310 [details] page 4 of the trouble ps. Single page (Page 4) of the test file. gs 8.54 dies on this with: Error: /VMerror in --.imagemask1-- VM status: 2 2326277 3741224 Current allocation mode is local Last OS error: 2 Current file position is 962844 AFPL Ghostscript 8.54: Unrecoverable error, exit code 1 Created attachment 2311 [details] The same page 4, just printed with different options. (Just for reference, probably irrelevant) This is the same page 4 printed from acrobat reader, except selecting "level 3" rather than the default "level 2" (attachment 2310 [details], the trouble ps, was printed with the default level 2). should still test this when 688396 is resolved to make sure it was a duplicate and reopen if not. *** This bug has been marked as a duplicate of 688396 *** With r7864 the /VMerror no longer occurs, however at 200DPI and above on my 64 bit Linux box Ghostscript core dumps when converting "page 4 of the trouble ps." to a ppmraw file. GPL Ghostscript SVN PRE-RELEASE 8.57 (2007-03-15) Copyright (C) 2007 artofcode LLC, Benicia, CA. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. ../../gsheadppm: line 1: 11042 Segmentation fault ~/Desktop/artifex/ghostscript/trunk/gs/bin/gs -I/home/marcos/Desktop/artifex/ghostscript/trunk/gs/lib -I/home/marcos/Desktop/artifex/fonts -sOutputFile=test.ppm -sDEVICE=ppmraw -dBATCH -dNOPAUSE $* Therefore I'm re-opening this bug. Further testing shows that the core dump I reported in comment 5 may be limited to 64 bit Ghostscript. The same command line (gs -sDEVICE=ppmraw -sOutputFile=test.ppm -r300 ./page4.pdf) worked on my G5 iMac (it took 40+ minutes, but that's a different issue). On my AMD64 Ubuntu box it core dumps after 23 minutes. Returning to support because I don't have 64 bits until July. Current revision (8994) processes the sample file quickly and correctly as tested on 64-bit Darwin x86, 32-bit Darwin x86, 32-bit Linux x86, and 32-bit Windows x86. |