Home » Images » Image_Color » Bug #5828
'gd' PHP extension is not installed
Details
| Submitted | 2005-10-31 02:03 UTC |
|---|---|
| From | kevinliu163 at gmail dot com |
| Assigned | drewish |
| Status | Closed |
| Package | Image_Color |
| PHP Version | 4.4.0 |
| OS | Red Hat Enterprise Liunux 4 |
| Roadmaps | (Not assigned) |
Comments
[2005-10-31 02:03 UTC] kevinliu163 at gmail dot com
Description:
------------
Dependencies failed.but i do install 'gd' successfully.
In Redhat Linux 9,there is no such a problem at all.
even i use:
pear install -f -n Image_Color
it says "install successfully"
but my application still report there is no support of it.
[2005-10-31 04:45 UTC] drewish at php dot net
Thanks for the bug report. Could you provide a list of
installed modules by running: 'php -m' ?
[2005-11-01 08:02 UTC] kevinliu163 at gmail dot com
there is no 'gd' when typing 'php -m'
but in phpinfo();
i can see all gd option are 'enabled '
[2005-11-01 18:29 UTC] drewish at php dot net
Then it sounds like you've got different php.ini files being used by the CLI and your webserver.
I would imagine that if you run:
php -r "print phpinfo(INFO_GENERAL);"
on the command line you'll get a different result for "Configuration File (php.ini) Path" than you're seeing when you run phpinfo() through the webserver.
If you're seeing the same path then this may be a bug with the pear installer.
[2005-11-02 04:03 UTC] kevinliu163 at gmail dot com
option not found r
php4.4.0
[2005-11-02 06:04 UTC] drewish at php dot net
I guess you're using the CGI version, not the CLI, then. Either way, put that command into a .php file, run it, and compare it to what you get running it via the webserver.
[2005-11-17 22:22 UTC] drewish at php dot net
I'm going to mark this as waiting for feedback. If you're still having interested in discussing this bug please follow up with more information.
[2005-11-21 14:12 UTC] arxcruz at gmail dot com
Just uncomment extension gd.so in /etc/php4/cli/php.ini since pear command line use php-cli to check dependencies.
I'm using Debian stable, apache2 and php4 4.3.10-15
[2005-12-20 07:57 UTC] richard at d2p dot us
[ti:etc]$ php -r "print phpinfo(INFO_GENERAL);"
dyld: NSLinkModule() error
dyld: Symbol not found: _zend_extensions
Referenced from: /usr/local/Zend/lib/ZendExtensionManager.so
Expected in: flat namespace
Trace/BPT trap
----
Apparently, there are some issues with my newly installed Zend Optimizer, but when I edit the php.ini to exclude the line that uses ZendExtensionManager.so, it loads the OLD php configuration.
then I get this:
[ti:etc]$ php -r "print phpinfo(INFO_GENERAL);"
phpinfo()
PHP Version => 4.3.11
System => Darwin ti.local 8.3.0 Darwin Kernel Version 8.3.0: Mon Oct 3 20:04:04 PDT 2005; root:xnu-792.6.22.obj~2/RELEASE_PPC Power Macintosh
Build Date => Aug 22 2005 10:59:50
Configure Command => '/SourceCache/apache_mod_php/apache_mod_php-18/php/configure' '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-apxs' '--with-ldap=/usr' '--with-kerberos=/usr' '--enable-cli' '--with-zlib-dir=/usr' '--enable-trans-sid' '--with-xml' '--enable-exif' '--enable-ftp' '--enable-mbstring' '--enable-mbregex' '--enable-dbx' '--enable-sockets' '--with-iodbc=/usr' '--with-curl=/usr' '--with-config-file-path=/etc' '--sysconfdir=/private/etc'
Server API => Command Line Interface
Virtual Directory Support => disabled
Configuration File (php.ini) Path => /usr/local/Zend/etc/php.ini
PHP API => 20020918
PHP Extension => 20020429
Zend Extension => 20021010
Debug Build => no
Thread Safety => disabled
Registered PHP Streams => php, http, ftp, compress.zlib
This program makes use of the Zend Scripting Language Engine:
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
So, when I clear the error, it appears to read the old configuration. Why is this?
Thanks!
[2005-12-20 20:33 UTC] drewish at php dot net
richard, I've got no idea what's causing that problem but it doesn't look like an Image_Color bug. Perhaps you could try asking on one of the Zend or PHP support mailing lists?