> Most users of my program can install ImageMagick and GhostScript on > Windows and have no problems with using convert, while others are saying > how PDF conversion fails. I'm thinking it may be helpful for me to tell > convert where exactly GS is located at > > I don't want to edit the users' xml file, or ask them to do it > themselves. Is there some flag I can pass to convert to specify where to > look for GS?
It might be wise to get the actual error messages associated with the problems (and post them here). Maybe the problem lies elsewhere. This is probably unrelated, but just as an example, this evening I tried converting a particular PDF to another format and got an error. But then I tried another PDF and it worked fine. Could it be your users are similarly configured but just hitting differently fouled up PDFs? I tried to use Ghostscript directly to view the first file and also got an error. I guess there are PDF's and then there are PDF's... Here's IM (this is WinXP SP3, IM 6.5.7-8 2009-11-15 Q16): convert change.pdf change.jpg Error: /undefined in --get-- Operand stack: 76844 (\214\251c\320\271\271\366\236\013\r\205\017Yepl) 74 0 --nostringval-- MarkInfo --dict:1/1(L)-- Metadata --nostringval-- AcroForm --nostringval-- Pages --nostringval-- StructTreeRoot --nostringval-- Type Catalog Lang (\214\251c\320\271\271\366\236\013\r\205\017Yepl) (\344\322;SU\246\352Eg]l\205jJ\272\320\316\030\243N}\215\342\330\312\031\217j\\~\013\204) --dict:14/22(L)-- Encryption Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1862 1 3 %oparray_pop 1861 1 3 %oparray_pop 1845 1 3 %oparray_pop --nostringval-- -- nostringval-- --nostringval-- --nostringval-- --nostringval-- --nostringval-- --nostringval-- -- nostringval-- false 1 %stopped_push --nostringval-- %loop_continue --nostringval-- -- nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1156/1684(ro)(G)-- --dict:1/20(G)-- --dict:74/200(L)-- --dict:74/200(L)- - --dict:106/127(ro)(G)-- --dict:278/300(ro)(G)-- --dict:19/25(L)-- Current allocation mode is localGPL Ghostscript 8.64: Unrecoverable error, exit code 1 convert: `%s': %s "F:/Program Files/gs/gs8.64/bin/gswin32c.exe" -q -dQUIET - dPARANOIDSAFER -dBATCH -dNOPAUSE -dNOPROMPT -dMaxBitmap=500000000 - dEPSCrop -dAlignToPixels=0 -dGridFitTT=0 "-sDEVICE=pnmraw" -dTextAlphaBits=4 - dGraphicsAlphaBits= 4 "-r72x72" "-sOutputFile=F:/DOCUME~1/Rick/LOCALS~1/Temp/magick-57sPbeEV" "- fF:/DOCUME~1/Rick/LOCALS~1/Temp/magick-yOhAh3wz" "- fF:/DOCUME~1/Rick/LOCALS~1/Temp/magick-xv9S-d_N" @ pdf.c/InvokePDFDelegate/197. convert: Postscript delegate failed `change.pdf': No such file or directory @ pdf.c/ReadPDFImage/634. convert: missing an image filename `change.jpg' @ convert.c/ConvertImageCommand/2838. GS gave the following (same) error when used directly: GSview 4.9 2007-11-18 GPL Ghostscript 8.64 (2009-02-03) Copyright (C) 2009 Artifex Software, Inc. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. Scanning PDF file Error: /undefined in --get-- Operand stack: 76844 (\214\251c\320\271\271\366\236\013\r\205\017Yepl) 74 0 --nostringval-- MarkInfo --dict:1/1(L)-- Metadata --nostringval-- AcroForm --nostringval-- Pages --nostringval-- StructTreeRoot --nostringval-- Type Catalog Lang (\214\251c\320\271\271\366\236\013\r\205\017Yepl) (\344\322;SU\246\352Eg]l\205jJ\272\320\316\030\243N}\215\342\330\312\031\217j\\~\013\204) --dict:14/22(L)-- Encryption Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- false 1 %stopped_push 1862 1 3 %oparray_pop 1861 1 3 %oparray_pop 1845 1 3 %oparray_pop 1739 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- --nostringval-- --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push --nostringval-- %loop_continue -- nostringval-- --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1156/1684(ro)(G)-- --dict:1/20(G)-- --dict:78/200(L)-- --dict:106/127(ro)(G)-- -- dict:278/300(ro)(G)-- --dict:19/25(L)-- Current allocation mode is local So in this case, IM is blameless. Rick _______________________________________________ Magick-users mailing list [email protected] http://studio.imagemagick.org/mailman/listinfo/magick-users
