Bug 689981

Summary: comparefiles\PDF_cover_page.pdf Error: /invalidrestore in --restore--
Product: Ghostscript Reporter: leonardo <leonardo>
Component: PDF InterpreterAssignee: Alex Cherepanov <alex>
Status: NOTIFIED FIXED    
Severity: normal    
Priority: P4    
Version: master   
Hardware: PC   
OS: Windows NT   
Customer: Word Size: ---

Description leonardo 2008-07-26 01:32:59 UTC
rev 8875 fails with ppmraw -r600. 
I didn't check whether older revisions fail.
Comment 1 Alex Cherepanov 2008-07-26 21:15:55 UTC
This works for me: gswin32c -onul -r600 -sDEVICE=ppmraw PDF_cover_page.pdf

Please provide your command line and some info about your platform.
Comment 2 leonardo 2008-07-26 23:52:29 UTC
Reproduced with Revision 8877 MSVC8 debug build on Vista 64 with this command 
line :


F:\AFPL\MLC2\comp-opt-z1>..\..\gs-hdr\bin\gswin32c.exe -IF:/AFPL/gs-
hdr/lib;f:\afpl\fonts -E -r300 -dMaxBitmap=100000000 -dNOOUTERSAVE -dNOPAUSE  -
dBATCH -sDEVICE=ppmraw -sOutputFile=z:\t1\\hdr.ppm -dLastPage=1 
H:\AuxFiles\comparefiles\PDF_cover_page.pdf -c quit  1>>hdr-1.log 2>o


Build options :

NMAKE src/msvc32.mak  XCFLAGS=/DDEBUG_TRACE_PS_OPERATORS  
FEATURE_DEVS_EXTRA=./obj/rasterop.dev DEBUG=1 TDEBUG=1 DEBUGSYM=1 
MSVC_VERSION=8 DEVSTUDIO=M: 
Comment 3 Alex Cherepanov 2008-07-28 05:40:05 UTC
Fix extraction of the default subfile from PDF file collection on save
level 0. Export the file name as a PS name from PDF interpreter instance
to protect the name from restore.

Exporting this value as a global composite object doesn't work when PDF
interpreter runs on the save level 0. If we ever implement processing of
multiple files from PDF collection the interface will need some changes.

The following patch is committed as a rev. 8889.
http://ghostscript.com/pipermail/gs-cvs/2008-July/008468.html
Regression testing shows no differences.