On Wed, July 6, 2005 5:42 pm, Christopher J. Bottaro said: > Warning: imagecreatefromstring() [function.imagecreatefromstring]: No JPEG > support in this PHP build > > This is how I configured my php: > > ./configure --with-pgsql=/usr/local/postgres/ --with-apxs2=/usr/sbin/apxs > --with-gd --with-zlib-dir=/usr/lib --with-jpeg-dir=/usr/lib > > I also tried with /usr instead of /usr/lib. /usr/lib is definitely Not Right. ./configure needs to find /usr/lib/*jpeg.so but *ALSO* needs to find /usr/include/*jpeg.h Did you do "ldconfig" after you installed the JPEG lib? [Assuming you're on a distro that does that...] Sometimes getting the OS to suck in the JPEG library makes it all better... In fact, do: ldconfig -v | grep -i jpeg to see if you actually got JPEG into the OS. I'm not 100% sure you need all this, but at least you know the JPEG stuff is "there" if the OS can get it. If it's not, dink around with /etc/ld.so.conf (or whatever it's named this week) and add the directories you need to get jpeg.so to get sucked in. > P.S. Yes, I am remembering to start Apache. I've seen some funky Apache restart scripts that would report a false successful restart when, in fact, Apache neither stopped nor started... Stop Apache, do "ps auxwwww | grep httpd" to make sure it's gone, then start it. Ugh. Better to be 100% certain, though. Sure wish phpinfo() had a "php_uptime()" in it... If all else fails, you could read the config.log output in your PHP directory and try to figure out what it's complaining about when it skips the JPEG part and mindlessly continues to build the PHP binary that does *NOT* have the parts you asked for... Which I really don't think it should do, personally, but there it is. You'll want to search for JPEG and/or ERROR in that mess, cuz there's a TON of output. -- Like Music? http://l-i-e.com/artists.htm -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php