#36862 [Com]: *** glibc detected *** double free or corruption
ID: 36862
Comment by: dmobley at uhostme dot net
Reported By: nick at sterlingintegrated dot com
Status: No Feedback
Bug Type: MySQL related
Operating System: Fedora Core 3 (FC3)
PHP Version: 5.1.2
New Comment:
Oh my God, I have been chasing this same error for days! I did almost
the same thing, creating the test php page, etc. and MySQL/PHP kept
popping errors in the error log about glibc detected.
I ssh'ed to the server, did export MALLOC_CHECK_=0 and when I would
run the php file from the command line, the error stopped. However, I
then restarted httpd and the problem in the browser was still there.
Is it not using the same environment variables that the ssh session is
using or is it only apply to the root user and not apache?
I guess what I need to do is recompile PHP without the Zend optimizer.
Can someone please explain how I recompile PHP without the Zend
optimizer?
Previous Comments:
[2006-04-13 06:29:52] israel at ochosting dot com
I had this problem on something similar, It had to do i believe
something with Zend Optimizer, and an extension to Zend Optimizer
(eAccelerator). A Recompile of the same version of PHP without the
Zend and the Extension allowed our affected pages to work.
I dont have the core dump files. But this may help someone else get on
the right track.
(PS.. Cpanel/WHM Box, Apache 1.3x, and PHP 4.4.1)
[2006-04-03 01:00:05] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2006-03-26 12:36:25] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2006-03-26 12:19:57] nick at sterlingintegrated dot com
Description:
After an upgrade of MySQL from 3.23 to 4.0, I kept getting
mysql_connect not a valid function call. So I recompiled php.
Then I got a blank scrren on the browser. When run, ~php ./test.php
produces an error message (which can't be seen in the browser). The
solution for me was to export MALLOC_CHECK=0; on the command line, so
glibc stops going crazy then restart httpd. I set this env variable in
my .bash_profile. It seems to work fine so far.
Reproduce code:
---
?php
error_reporting(E_ALL);
$link = mysql_connect('localhost', 'user', 'password');
if (!$link) {
die('Could not connect: ' . mysql_error());
}
echo 'Connected successfully';
mysql_close($link);
?
Expected result:
Connected successfully
Actual result:
--
*** glibc detected *** double free or corruption
--
Edit this bug report at http://bugs.php.net/?id=36862edit=1
#36862 [Com]: *** glibc detected *** double free or corruption
ID: 36862
Comment by: israel at ochosting dot com
Reported By: nick at sterlingintegrated dot com
Status: No Feedback
Bug Type: MySQL related
Operating System: Fedora Core 3 (FC3)
PHP Version: 5.1.2
New Comment:
Note from Googling...
http://www.redhat.com/archives/rhl-list/2005-January/msg01918.html
Previous Comments:
[2006-05-23 03:35:24] dmobley at uhostme dot net
Oh my God, I have been chasing this same error for days! I did almost
the same thing, creating the test php page, etc. and MySQL/PHP kept
popping errors in the error log about glibc detected.
I ssh'ed to the server, did export MALLOC_CHECK_=0 and when I would
run the php file from the command line, the error stopped. However, I
then restarted httpd and the problem in the browser was still there.
Is it not using the same environment variables that the ssh session is
using or is it only apply to the root user and not apache?
I guess what I need to do is recompile PHP without the Zend optimizer.
Can someone please explain how I recompile PHP without the Zend
optimizer?
[2006-04-13 06:29:52] israel at ochosting dot com
I had this problem on something similar, It had to do i believe
something with Zend Optimizer, and an extension to Zend Optimizer
(eAccelerator). A Recompile of the same version of PHP without the
Zend and the Extension allowed our affected pages to work.
I dont have the core dump files. But this may help someone else get on
the right track.
(PS.. Cpanel/WHM Box, Apache 1.3x, and PHP 4.4.1)
[2006-04-03 01:00:05] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2006-03-26 12:36:25] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2006-03-26 12:19:57] nick at sterlingintegrated dot com
Description:
After an upgrade of MySQL from 3.23 to 4.0, I kept getting
mysql_connect not a valid function call. So I recompiled php.
Then I got a blank scrren on the browser. When run, ~php ./test.php
produces an error message (which can't be seen in the browser). The
solution for me was to export MALLOC_CHECK=0; on the command line, so
glibc stops going crazy then restart httpd. I set this env variable in
my .bash_profile. It seems to work fine so far.
Reproduce code:
---
?php
error_reporting(E_ALL);
$link = mysql_connect('localhost', 'user', 'password');
if (!$link) {
die('Could not connect: ' . mysql_error());
}
echo 'Connected successfully';
mysql_close($link);
?
Expected result:
Connected successfully
Actual result:
--
*** glibc detected *** double free or corruption
--
Edit this bug report at http://bugs.php.net/?id=36862edit=1
#36862 [Com]: *** glibc detected *** double free or corruption
ID: 36862
Comment by: israel at ochosting dot com
Reported By: nick at sterlingintegrated dot com
Status: No Feedback
Bug Type: MySQL related
Operating System: Fedora Core 3 (FC3)
PHP Version: 5.1.2
New Comment:
I had this problem on something similar, It had to do i believe
something with Zend Optimizer, and an extension to Zend Optimizer
(eAccelerator). A Recompile of the same version of PHP without the
Zend and the Extension allowed our affected pages to work.
I dont have the core dump files. But this may help someone else get on
the right track.
(PS.. Cpanel/WHM Box, Apache 1.3x, and PHP 4.4.1)
Previous Comments:
[2006-04-03 01:00:05] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2006-03-26 12:36:25] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2006-03-26 12:19:57] nick at sterlingintegrated dot com
Description:
After an upgrade of MySQL from 3.23 to 4.0, I kept getting
mysql_connect not a valid function call. So I recompiled php.
Then I got a blank scrren on the browser. When run, ~php ./test.php
produces an error message (which can't be seen in the browser). The
solution for me was to export MALLOC_CHECK=0; on the command line, so
glibc stops going crazy then restart httpd. I set this env variable in
my .bash_profile. It seems to work fine so far.
Reproduce code:
---
?php
error_reporting(E_ALL);
$link = mysql_connect('localhost', 'user', 'password');
if (!$link) {
die('Could not connect: ' . mysql_error());
}
echo 'Connected successfully';
mysql_close($link);
?
Expected result:
Connected successfully
Actual result:
--
*** glibc detected *** double free or corruption
--
Edit this bug report at http://bugs.php.net/?id=36862edit=1
