#41645 [Opn->Fbk]: php crashes with an empty function (works with --enable-debug !!)
| From: | scottmac@php.net | Date: | Tue, 12 Jun 2007 15:57:32 +0000 |
| Subject: | #41645 [Opn->Fbk]: php crashes with an empty function (works with --enable-debug !!) | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-113711@lists.php.net to get a copy of this message | ||
ID: 41645
Updated by: scottmac@php.net
Reported By: slogster at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: FreeBSD 6-STABLE
PHP Version: 5.2.3
New Comment:
Definately unable to reproduce without a debug build, if you can then
recompile PHP without debug mode but leave debug symbols in to give a
more detailed back trace.
export CFLAGS="-g"
make clean, configure and compile.
If you can disable all extensions and only enable the minimum you
require.
Previous Comments:
------------------------------------------------------------------------
[2007-06-11 20:11:39] stas@php.net
Such simple code is unlikely to crash as a result of any bug in PHP
engine. The problem is probably elsewhere - such as incompatible
extensions linked together, wrong library versions, broken compilation,
compiler bug, using module/extension of incompatible version, etc.
------------------------------------------------------------------------
[2007-06-10 11:45:32] slogster at gmail dot com
Hm, this is strange. When I compile it with debug it works! Doesn`t do
Segmentation Fault. I don`t have any third party extentions. Can you
please test it without debug enabled?
------------------------------------------------------------------------
[2007-06-10 01:42:06] scottmac@php.net
Can you recompile PHP with --enable-debug please so we can get some
more useful information.
Also do you have any sort of third party zend extensions like APC,
eAccelerator or Zend Optimizer? If so they should be disabled as well
and test again.
------------------------------------------------------------------------
[2007-06-09 23:54:10] slogster at gmail dot com
(gdb) bt
#0 0x0814ed7c in _zval_ptr_dtor ()
#1 0x08182072 in zend_do_fcall_common_helper_SPEC ()
#2 0x08181b6c in execute ()
#3 0x081615cf in zend_execute_scripts ()
#4 0x081175a6 in php_execute_script ()
#5 0x00000000 in ?? ()
#6 0x00000003 in ?? ()
#7 0x00000000 in ?? ()
#8 0xbfbfec00 in ?? ()
#9 0x00000000 in ?? ()
#10 0x00000002 in ?? ()
#11 0x65646f63 in ?? ()
#12 0x00000000 in ?? ()
#13 0xbfbfe85c in ?? ()
#14 0x00000002 in ?? ()
#15 0x08164e67 in zend_register_functions ()
Previous frame inner to this frame (corrupt stack?)
(gdb) frame 2
#2 0x08181b6c in execute ()
------------------------------------------------------------------------
[2007-06-09 23:12:43] scottmac@php.net
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.
I however can't reproduce this with the provided test case.
------------------------------------------------------------------------
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/41645
--
Edit this bug report at http://bugs.php.net/?id=41645&edit=1