-
GraphicsMagick 1.2.10 is now available. This is a bug-fix/maintenance release for the stable 1.2 branch and is expected to be the last release from this series. Security fixes and bug fixes are included.
2010-01-07 01:45:39 UTC in GraphicsMagick
-
It is always useful to know what version of GraphicsMagick you are using.
Regardless, if you want to produce a grayscale image, then you should use 'I' (intensity) rather than 'K' since 'K' is a component of CMYK and so using it implies that the image must be CMYK.
Another (bigger) problem is that the data is expected to fill the range of the specified type. A 32-bit unsigned int has a...
2009-12-31 21:42:46 UTC in GraphicsMagick
-
Under MSYS, executing
`/usr/local/bin/GraphicsMagick++-config --cppflags --cxxflags --ldflags --libs`
should tell you the options to use from the MSYS/Unix perspective (mine will be different from yours):
` $ GraphicsMagick++-config --cppflags --cxxflags --ldflags --libs`
` -I/usr/local/include/GraphicsMagick -D_LIB -D_MT
-O2 -march=native
-L/usr/local/lib -fopenmp...
2009-12-27 20:29:11 UTC in GraphicsMagick
-
I see. Eclipse is a native Windows program so it won't understand the Unixish paths in MSYS. On my system, these files are under a Windows path like "c:/msys/1.0/local/".
Since MinGW (and Windows) does not normally come with X11, the display functionality won't work. If this is important, you could use Cygwin instead but then your application would depend on the GPL-licensed Cygwin...
2009-12-27 19:39:49 UTC in GraphicsMagick
-
The directory containing the Magick++ library (-lGraphicsMagick++) is listed in the linker search path but the actual library has not been requested via -lGraphicsMagick++. That is why none of the symbols from the Magick++ library are found.
Since you are using MinGW, you will find that everything becomes easier if you do 'make install' for GraphicsMagick, and then use paths under /usr/local...
2009-12-27 18:31:54 UTC in GraphicsMagick
-
One place that Windows searches for DLLs is via the executable search path. Make sure that /mingw/GnuWin32/bin is in your PATH or copy the necessary DLLs to the same directory as the application's executable (most reliable).
Bob.
2009-12-27 16:29:11 UTC in GraphicsMagick
-
FYI, the page for the Typo3 bug I am aware of is "http://bugs.typo3.org/view.php?id=12341"
Bob.
2009-12-21 17:56:59 UTC in GraphicsMagick
-
I have never used Typo3 before but if it allows file upload from users on the "internet", then it is possible that an apparently benign file is uploaded which secretly does bad things. Also, the Typo3 website at http://typo3.org/ contains many recent reports of security problems in Typo3, and some of these issues were reported in October. Sometimes it is not necessary to upload a file in order...
2009-12-18 15:27:51 UTC in GraphicsMagick
-
How long were you using GraphicsMagick 1.3.5 before you started noticing the problem?
Did the problem only occur after a Typo3 update?
What is the source for the files processed by your server? Is the source trusted or is it possible that bogus files designed to exploit or lock-up the software are intentionally uploaded by a client?
When you installed development GraphicsMagick, did...
2009-12-16 16:17:49 UTC in GraphicsMagick
-
I expect that the next GraphicsMagick release will be by the end of this year. In the mean time, it is useful for you to test with the snapshot pre-release, which should be at least as reliable as the release you are using.
2009-12-15 15:43:35 UTC in GraphicsMagick
