Re: Magick++ path specified in InitializeMagick() ignored
Bob Friesenhahn <[email protected]> Sun, 10 Nov 2013 12:01:46 -0600 (CST)
| Newsgroups | gmane.comp.video.graphicsmagick.apis |
|---|---|
| Message-ID | <[email protected]> |
On Sat, 9 Nov 2013, Caroline Beltran wrote: > Bob, thank you for responding. I downloaded the source and built it using the VS2005 instructions for dynamic multi-threaded > DLL runtime. > > I am able to link my application against graphicsmagick and it works very well but if I copy the DLLs and other graphicsmagick > files to a different directory, the application displays a dialog indicating missing DLLs. There are two basic possibilities; 1) Windows is not finding/using the GraphicsMagick DLLs because they are not in the Windows search path or lack the necessary manifests to allow Windows to use them, or 2), the GraphicsMagick core DLLs are found but the coder modules and/or .mgk files are not being found. I suspect that the problem is the first one. Everything is easier with Windows when using a side-by-side DLL arrangement. Otherwise you may need to spend a day or two studying and becoming an expert in Windows manifest files and perfecting an installer, as well as testing on many variants of Windows to make sure that things work. > ProvideDllMain (default undefined) I think that this one defaults to defined. If it is defined, the DLL automatically registers its own location when it is loaded so that any argument you passed would be ignored (since it would be processed after DLL initialization). > Anyway, for now I will just keep the graphicsmagick files in the > same directory as my app until I feel a more comfortable to rebuild > using the MAGICK_DEBUG feature you mentioned. The strange thing is > that everything that I've experimented with in graphicsmagick such > as crop, scale, blurring, etc works perfectly well which is why the > path parameter for InitializeMagick made me wonder if the path > parameter was just ignored by design. Unless you enjoy intense frustration, the above seems like a wise plan. Bob -- Bob Friesenhahn [email protected], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ ------------------------------------------------------------------------------ November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk _______________________________________________ Graphicsmagick-apis mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/graphicsmagick-apis