rev 8875 fails with ppmraw -r600. I didn't check whether older revisions fail.
This works for me: gswin32c -onul -r600 -sDEVICE=ppmraw PDF_cover_page.pdf Please provide your command line and some info about your platform.
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:
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.