Legacy ImageMagick Discussions Archive

Hi there,

I'm using IMageMagick to batch convert .eps files to tiff with the Portable Win32 static at 16 bits-per-pixel version (ImageMagick-6.9.0-0-Q16-x86-windows.zip) , also tried this with a previous version. On some of our computers this runs without problems, on some other identify.exe stops unexpected with the following error details:

Gebeurtenisnaam van probleem: APPCRASH
Naam van de toepassing: identify.exe
Versie van toepassing: 2.0.0.0
Tijdstempel van toepassing: 530223cd
Naam van foutmodule: gsdll32.dll
Versie van foutmodule: 0.0.0.0
Tijdstempel van foutmodule: 41566327
Uitzonderingscode: c00000fd
Uitzonderingsmarge: 0016d544
Versie van besturingssysteem: 6.1.7601.2.1.0.256.48
Landinstelling-id: 1043
Aanvullende informatie 1: 0542
Aanvullende informatie 2: 0542beb2a1e8debae113d5e072bad00e
Aanvullende informatie 3: 3e44
Aanvullende informatie 4: 3e442f933d91550e0528414885a07540

The weird thing is that all computers run windows 7 / service pack 1, with much the same software installed. We have like 7 computers on which this causes a problem and about 6 (3 of which are servers) where this isn't a problem. The application is ran from a remote network drive, but putting it local doesn't make any diference. Computers which have the error have the error regardless of the account used.

I have a slight suspicion that the problem may have something to do with components of .net being installed: atleast 4 or 5 of computers which successfully run the program have .net installed as they're development / server computers, so maybe identify.exe needs something which is installed as a part of .net?

Any help would be greatly appreciated!

Thanks,

David

Does this issue happen with a specific image? Can you share that file? It looks like your Nederlandse exception is reporting an error in Ghostscript. Are you using the same version of Ghostscript on all your machines?

Thanks,

Sorry for not translating the error message, I figured the important parts were obvious enough and apparently they wer

I don't think the problem is related to the eps files themselves, it seems to occur with any eps. I uploaded two of the files though to the following location: https://onedrive.live.com/redir?resid=8 ... lder%2ceps

I use the same version of ghostscript / any part of the process on all machines, it didn't occur to me yet that the problem may be in ghostscript though. I didn't write the implementation myself, a colleague did, but I guess I will need to check out if there is an issue with ghostscript somehow, maybe that conflicts with something.

Thanks so far!

On Windows 8.1, with IM 6.9.0-0 and GS v9.15, this ... ... completes with no errors.

Thanks snibgo / dlemstra, we found the problem:

We included ghostscript in a subdirectory from the folder containing the batch process and assumed it was ran from there. However it turned out that the computers where the process failed had an old version of ghostscript 32 bit installed on the harddrive, probably as part of an old CutePDF install. So we did a fresh ghostscript (9.15) install on those PCs overwriting the old one (it was not installed in the default folder) and removed the subdirectory version of ghostscript just to make 100% sure which version was ran. -> fixed the problem We didn't check if cutepdf was still working though, but no complaints so far..

You could also move Ghostscript to a custom folder and use MAGICK_GHOSTSCRIPT_PATH to make sure it won't be overwritten again.

Good stuff.

If you run... ... the output should contain something like:

Thanks all! For now I'll leave it as is since we have only limited users using this, but when we upscale the magic path will be very handy, and the debug option is a handy tip for trouble shooting! Have a nice day!