Your ImageMagick install was not compiled with JPEG support on your serer; it's a server issue that you should have your server tech look at.

Ok, I got a hold of the libjpeg delegate for imagemagick, and installed that. Still no go.

Not sure what to tell you; the error says that is the problem (that jpeg support isn't compiled into IM)

Ok, welp. Just so it's here for anyone else that has this problem.
So Far this is where I'm at. Hopefully with a little help someone will spot the last little probelm and point the way to the magic light.


Problem: Jpeg support not compiled into ImageMagic

Gentoo System, Installed ImageMagic via the portage tree with default settings.

Solution (partial) so far

Download libjpeg-6b from http://www.imagemagick.org/download/delegates/

./configure
make
make install


Unmerge via portage ImageMagick.
Copy ImageMagick (latest editon) from the portage/bin directory to a temp directory, bunzip it, untar it.

./configure -with-jpg -with whatever else you want in there, (Read the install-unix-txt file in the Image Magic directory you just untar'd)

make
make install

http://www. Your website/forums/ ubbthreads.php?ubb=captcha&t=im&test=1 to test and I get an even larger error msg than when I started. All of it saying basically it doesn't know how to deal with .ttf files.

PHP error: convert: FreeType library is not available

Downloaded and installed the freetype-2.3.5 delegate tried the whole thing again... Still no freetype. Any Ideas???

After installing freetype, what's the error you are getting now?

Solved:

Ok, Just so it's down somewhere for others that find themselves with this problem

Heres, what I ended up doing to solve the problem.

Problem, Jpg not supported by default install of imagemagick via gentoos' portage system.

Tryed, unmerging imagemagick and manually installing, with mixed results, see above.

Solution.

/etc/make.conf add jpeg to the use flags

emerge imagemagick with the new added use flag of jpeg and the default installation works like a champ.

Its' always something simple that eludes us.

Gentoo linux uses what they call a portage tree, like rpm's and such. Pretty clean system, emerge package and it installs the program with little fuss. adds whatever it needs to make things work the way they should. Well For the most part anyway

In this case I added jpeg to the global USE flag list so that jpeg support would get compiled in with the program when I emerged it into the system.

Problem solved.

Thanks for the help guys....

Just as an aside, whatever happened to the UNIX, MYSQL and PHP forums we used to have on the old w3t board? they really helped people like me that can get in and work on things, but just don't have the 20+ years working with unix like we do with dos and windows.

I don't know when or why it happened, but I am only getting a red X where the image should be.

When I did the test (ubbthreads.php?ubb=captcha&t=im&test=1) suggested by Rick, I received the following error message:

PHP error: sh: /home/maritim5/www/forums/images/captcha/backgrounds/background1.jpg: cannot execute binary file

I am still using the 7.4 final version.

Any thoughts on what is happening on my end?

Are you using GD2 or imagemagick.
Possibly the host upgraded and moved imagemagick to a different path.
Try GD2 and see if it works again.

It looks like maybe your path to convert isn't set, or was blanked out. In the control panel under Db, Paths & Urls -> Paths & Urls you'll see where it wants the path to convert, which should be something like:

/usr/local/bin/convert

I am using GD2 only, therefore, does the following still apply?

/usr/local/bin/convert

I don't think it still applies, as I think the above is for IM and not GD2