PEAR is discontinued

This is a static archive preserving historical releases and metadata. No new packages or updates will be published. For updates to existing packages, or to publish new packages, please use Composer and Packagist.

Home » Images » Image_Color » Bug #5828

'gd' PHP extension is not installed

Details

Submitted2005-10-31 02:03 UTC
Fromkevinliu163 at gmail dot com
Assigneddrewish
StatusClosed
PackageImage_Color
PHP Version4.4.0
OSRed 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?