Legacy ImageMagick Discussions Archive

I need a program/script that crops a shipping label off the first page of a PDF file, modifies it slightly, saves it, and gives the tracking number back through OCR. * There are 3 shipping carriers of shipping labels the program/script needs to be able to identify itself and handle. The layout of a ...

I'm building IM from source. (v6.9.1-1, dated 4/4/2015) I built configuration and selected Dynamic Multi-threaded DLL runtimes, build 64-bit distribution, quantum depth Q8, Visual Studio 2012 (since 2013 isn't listed yet), and left the default directories. In VisualMagick\lib, all the .exp and .lib ...

Thanks, that appears to do the trick without consequences.

Realized I should try ImageMagick-6.7.7-Q16-windows-x64-dll.exe, since quantum depth might not affect x11.lib. Installed that, and its lib directory does have X11.lib. And it's modified date is 9/5/2009 where the CORE*_.lib modified dates are 5/18/2012, so perhaps it hasn't been updated and using a ...

At https://github.com/rmagick/rmagick/issues/27 , SIBUK's comment on Feb 17 says there used to be 4 .lib files in ImageMagick's "lib" directory -- CORE_RL_magick_.lib, CORE_RL_Magick++_.lib, CORE_RL_wand_.lib, and x11.lib. He also says recent versions of ImageMagick haven't shipped with x11.lib ...

Downloaded and installed ImageMagick-6.9.1-0-Q8-x64-dll.exe Checked "Install development headers and libraries for C and C++". Installed fine, and "convert --version" gives: Version: ImageMagick 6.9.0-10 Q8 x64 2015-02-28 http://www.imagemagick.org Copyright: Copyright (C) 1999-2015 ImageMagick ...

In case someone else somehow runs into this... It's a glibc issue. Here's how to fix it: Here's what happened: svn 13539 added a gcc option -fexceptions, which was not there previously. Older versions of glibc had an issue regarding -fexceptions and inline non-C99 conformance (see http://gcc.gnu.org ...

Glenn -- thank you very much for your response. I've narrowed it down that svn 13539 contains the changes that prevent linking for me. svn 13538 links just fine. (So, this happened between svn 13534 (6.8.7-2) and svn 13557 (6.8.7-3)). svn diff --old=https://subversion.imagemagick.org/subversion ...

I've gone back to see which version has the changes causing this. v6.8.6-10 compiles & links just fine for me. v6.8.7-10 gives the same "multiple definition of `__pthread_cleanup_routine'" errors that I posted about, concerning v6.8.9-5. So, somewhere in the v6.8.7-XXX area contains the change ...

Are there things you can do using the command line, that Magick++ doesn't have a (good) way to do? Is it just a case of searching for the "different" way to do it? I'm not talking about some obscure technicality, but real-world things you'd run into with more complex processing, like converts ...

configure --without-threads gets me by this, with the (later) performance hit.

Was getting a segfault in ImageMagick 6.8.4-8(source), so trying to upgrade to ImageMagick-6.8.9-5(source) to see if it still occurs. Can't get ImageMagick-6.8.9-5(source) to finish the linking stage. CentOS 5 kernel 2.6.18-308.24.1.el5 gcc v4.9.0 ld v2.24 glibc-headers 2.5-118.el5_10.2 Re-compiling ...