Edit report at http://bugs.php.net/bug.php?id=54491&edit=1
ID: 54491
Comment by: msamson at chowly dot com
Reported by: msamson at chowly dot com
Summary: Crash during shutdown sequence
Status: Feedback
Type: Bug
Package: Reproducible crash
Operating System: Fedora 14 x64
PHP Version: 5.3.6
Block user comment: N
Private report: N
New Comment:
I will test with 5.3.7, but 5.3.5 works like a charm running the exact
same code.
Previous Comments:
------------------------------------------------------------------------
[2011-05-16 01:12:56] crrodriguez at opensuse dot org
msamson at chowly dot com: I reproduced your script, though no crash at
all.
./../sapi/cli/php -v
PHP 5.3.7-dev (cli) (built: May 15 2011 18:44:44) (DEBUG)
Copyright (c) 1997-2011 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies
Are you totally sure you posted *all* reproduce instructions ?
------------------------------------------------------------------------
[2011-05-15 23:49:09] crrodriguez at opensuse dot org
[2011-04-08 15:50 UTC] msamson at chowly dot com : Can you post the gdb
backtrace
or a reproduce script ? and script that requires a framework or a third
party
extension is NOT reproduce code.
------------------------------------------------------------------------
[2011-04-11 22:24:00] msamson at chowly dot com
Just reproduced the bug in Ubuntu 10.10 i386 with a php 5.3.6 ppa
For a total of 2 different computers (both F14 x64) and 4 virtual
machines:
Fedora x64 RPM
Fedora x64 Source
Ubuntu x64 PPA
Ubuntu x86 PPA
------------------------------------------------------------------------
[2011-04-08 17:50:57] msamson at chowly dot com
Valgrind output of `php webroot/index.php`
</body>
</html>zend_mm_heap corrupted
==3214==
==3214== HEAP SUMMARY:
==3214== in use at exit: 7,084,078 bytes in 14,840 blocks
==3214== total heap usage: 16,202 allocs, 1,362 frees, 7,502,798 bytes
allocated
==3214==
==3214== LEAK SUMMARY:
==3214== definitely lost: 0 bytes in 0 blocks
==3214== indirectly lost: 0 bytes in 0 blocks
==3214== possibly lost: 5,259,364 bytes in 1,386 blocks
==3214== still reachable: 1,824,714 bytes in 13,454 blocks
==3214== suppressed: 0 bytes in 0 blocks
==3214== Rerun with --leak-check=full to see details of leaked memory
==3214==
==3214== For counts of detected and suppressed errors, rerun with: -v
==3214== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 42 from 8)
------------------------------------------------------------------------
[2011-04-08 17:05:12] msamson at chowly dot com
No, the crash also occurs when the mongo.so extension is not loaded.
At first, it thought it was the culprit, but it happens without mongo
being
loaded.
One thing, the CLI version seems to be more resilient, it needs more
data loaded
to crash, whereas with the apache module, it's always crashing.
Chromium reports `Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error`
when
accessing a url.
I was able to get a backtrace (with no execute or zbacktrace output) and
around
frame 30-ish, it specifies entering the shutdown sequence, cleaning up a
closure
and then the crash.
Changing the summary to better reflect the problem.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/bug.php?id=54491
--
Edit this bug report at http://bugs.php.net/bug.php?id=54491&edit=1
