Legacy ImageMagick Discussions Archive

You were absolutely correct. Following up on your suggestion I found that IDL was using version 1.2.3 of zlib. The current version (installed with IM) is 1.2.8. I changed the symbolic links in the IDL library directory so IDL now uses 1.2.8 and everything works as expected.

THANK YOU!!!

Hi - yes, I have posted queries on both the Google IDL group forum and on the Exelis IDL support forum - several people have offered suggestions but nothing has solved the problem. One other curious aspect of this is that the problem seems to be limited to IDL running on Macintosh; PC users don't ...

OK - while the computer is searching, I can reply with certainty that zlib is 1.2.8 (installed this AM via MacPorts). I don't know offhand how to determine which version of gslib and pnglib I have installed. Still, if there were an incompatibility (or multiple versions) wouldn't it also show up when ...

Yes, I have tried that (specifying the full path). This still results in the error:

IDL> spawn, 'which convert'
/opt/local/bin/convert
IDL> spawn, '/opt/local/bin/convert newtest.ps newtest.png'
convert: bad parameters to zlib `/var/tmp/magick-66542TomB3yOF3WGb1' @ error/png.c/MagickPNGErrorHandler ...

Hi - been in meetings all day. I did the following. Removed IM and ghostscript, upgraded zlib, reinstalled ghostscript and IM. This did not solve the problem.

Barry

Further information:

IDL> spawn, 'rose.gif rose.jpg' <- creates rose.jpg
IDL> spawn, 'rose.png, rose.jpg' <- Fails with error below:
IDL> spawn, 'convert rose.png rose.jpg'
convert: bad parameters to zlib `rose.png' @ error/png.c/MagickPNGErrorHandler/1804.
convert: corrupt image `rose.png' @ error ...

Good morning. Here are the results of your suggestions (with notes following the "<-"). The IDL syntax is correct.

bash-3.2$ idl
IDL Version 8.2.3, Mac OS X (darwin x86_64 m64). (c) 2013, Exelis Visual Information Solutions, Inc.
Installation number: 230343.
Licensed for use by: Computer Sciences ...

I re-installed ghostscript and IM via Macports. I did not see any errors on installation. gslib now seems to be present in the list of delegates both when checked from the shell (bash) and when checked from within IDL (spawn, 'convert -version').

bash-3.2$ convert -version
Version: ImageMagick 6.8 ...

Hi - yes, that is the real puzzle. convert newtest.ps newtest3.png works perfectly from the command line. I'm re-installing ghostscript and IM now via Macports. Thanks for sticking with me on this. Barry

OK - let me try to answer you questions. Some answers will be incomplete because I just completely removed both ghostscript and IM so I could start over fresh.

1. Yes, convert worked fine when invoked from the command line (bash shell).
2. convert --version resulted in:

Version: ImageMagick 6.8.8 ...

Thanks - both show only one instance in the correct locations. I had been using Macports but because I thought that might be the problem, I switched back to Fink. I guess I can try installing the delegates from Fink and ImageMagic from source as you do. I'm still puzzled as to why IM can 'find' gs ...

Thank you for the quick reply. Yes, I had ghostscript installed (via Fink) before I installed ImageMagick (also via Fink). I certainly can try uninstalling and reinstalling, but I've been through that exercise before. Is there some way I can force ImageMagick to find ghostscript?

IDL> spawn, 'which ...

I am not sure that I have the correct forum, if not, I apologize. If nothing else, I'm hoping someone can help me interpret the error messages I'm seeing and perhaps point me to the correct place to discuss them and correct the problem.

I have IM6.8.8.4-1 running on a Macintosh under OSX10.8.5. I ...