#36208 [NEW]: Symbols in libphp5.so conflict with symbols in libgd.so and cause apache probs
| From: | hb at gentoo dot x256 dot org | Date: | Mon, 30 Jan 2006 11:45:19 +0000 |
| Subject: | #36208 [NEW]: Symbols in libphp5.so conflict with symbols in libgd.so and cause apache probs | ||
| Groups: | php.bugs | ||
| Request: | Send a blank email to php-bugs+get-92635@lists.php.net to get a copy of this message | ||
From: hb at gentoo dot x256 dot org
Operating system: Gentoo Linux x86
PHP version: 5.1.2
PHP Bug Type: Dynamic loading
Bug description: Symbols in libphp5.so conflict with symbols in libgd.so and cause apache probs
Description:
------------
PHP includes a tweaked GD library. It is not compatible with libgd. The
problem is, it uses the same symbols (i.e. function names) as libgd and
exports them from its shared object. When I load mod_php and mod_perl into
Apache, mod_perl programs using the GD library end up sometimes calling
PHP's modified GD routines and sometimes not. This causes Apache children
to crash semi-randomly.
Since the PHP GD library is not compatible with libgd itself (and because
it's likely to be co-existing with a different version of libgd on the
system, regardless of tweaks), the symbols (functions and others) should
be renamed. Perhaps with a PHP_ prefix. This way there will be no dynamic
loading collision and PHP/PERL will be able to co-exist in Apache children
without damage.
I worked around this by recompiling libPHP with external GD library
support. However, it took me several hours to diagnose the exact problem.
I have also been bitten by this once before already.
I recommend fixing this in PHP4 as well as PHP5.
Reproduce code:
---------------
This PERL/MASON script crashes every time if libphp5.so is loaded as an
Apache module, but works perfectly otherwise:
<%INIT>
use strict;
use GD::Graph::lines;
my $tgraph = GD::Graph::lines->new(800, 800);
my $tgd = $tgraph->plot([ [ "a" ], [ 0 ] ]);
print $tgd->png();
return;
</%INIT>
Expected result:
----------------
Blank graph.
Actual result:
--------------
Zero-sized reply. GLIBC memory corruption reported upon free() in
error_log.
--
Edit bug report at http://bugs.php.net/?id=36208&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36208&r=trysnapshot44
Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36208&r=trysnapshot51
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36208&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36208&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=36208&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36208&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=36208&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=36208&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36208&r=support
Expected behavior: http://bugs.php.net/fix.php?id=36208&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=36208&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=36208&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36208&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36208&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36208&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=36208&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36208&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36208&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36208&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=36208&r=mysqlcfg