convert finds JPG delegate, Magick++ app does not

Questions and postings pertaining to the development of ImageMagick, feature enhancements, and ImageMagick internals. ImageMagick source code and algorithms are discussed here. Usage questions which are too arcane for the normal user list should also be posted here.
Post Reply
Bob-O-Rama
Posts: 31
Joined: 2007-11-23T15:34:51-07:00

convert finds JPG delegate, Magick++ app does not

Post by Bob-O-Rama »

Hi,

Using the pre-built Windows distribution 6.7.1-0-Q16 I can do the usual

convert logo: logo.jpg
imdisplay logo.jpg

or any of the other file types I commonly use ( PNM, for example )

However I get exception in my Magick++ based VC2005 apps ( which worked fine under prior versions ) indicating delegate not found.

So I don't know what the thing wants... obviously the delegate libraries are there. convert -list format shows the whole kitchen sink.

The exception thrown is:

Magick: no decode delegate or this image format
`C:/DOCUME~1/ADMIN~1/LOCALS~1/Temp/magick-3ob5nYe' @ error/constitute.c/ReadImage/532

The temp file referenced does not exist, and the file I am actually opening is on a different drive.

-- Bob
Bob-O-Rama
Posts: 31
Joined: 2007-11-23T15:34:51-07:00

Re: convert finds JPG delegate, Magick++ app does not

Post by Bob-O-Rama »

Actually its worse / different than that... depending on what JPG I touch first, the app intermittently blows up with memory access violation in image.read() . On building and running button.exe in the Magick++ demo, it also blows up on image.read. So I suspect the delegate error is just a red herring.

-- Bob
Bob-O-Rama
Posts: 31
Joined: 2007-11-23T15:34:51-07:00

Re: convert finds JPG delegate, Magick++ app does not

Post by Bob-O-Rama »

Abort, Retry, bust mostly Ignore the above post....

After jettisoning VC2005 out the airlock like 5 year old fish... rebuilding with MSVC 2010 I'm able to get a clean build and the page fault issue with Image.read() is gone, button.exe works as well. Sanity has been restored, the birds are chirping, the sun is shining,...

But now I'm back to the original issue of rotate() spinning forever and generating 371MB magick swap files for no apparent reason :-) So the problem still exists after going from VS2005 to VS2010 and from IM 6.5.2 to IM 6.7.1 - so the issue is some where in my code, no doubt. At least with a good build environment I have a chance of finding it.

-- Bob
Post Reply