ID:               21478
 Updated by:       [EMAIL PROTECTED]
 Reported By:      [EMAIL PROTECTED]
 Status:           Verified
 Bug Type:         Scripting Engine problem
 Operating System: linux
 PHP Version:      4CVS-2003-01-06 (dev)
 New Comment:

[To: [EMAIL PROTECTED] 
Did I understand correctly that you can't reproduce this
with 4.3.2RC1, but you CAN reproduce it with the latest
stable snapshot?? 

This might mean that some tools on the machine generating
the snapshots are bad versions..
(the RC1 source package was generated on my machine :)



Previous Comments:
------------------------------------------------------------------------

[2003-03-18 13:45:09] [EMAIL PROTECTED]

ok, i cant reproduce the behaviour on my part on as low as php-4.3.2RC1
(this one works flawlessly, as far as i can tell).

------------------------------------------------------------------------

[2003-03-18 12:42:44] [EMAIL PROTECTED]

seems to be identical on the last 4.3-STABLE snapshot from ~20 minutes
ago, i guess its the same on 4.5

i will try to track down the 4.3.1 source version and try if it crashes
there too, i kinda hope it doesn't.

------------------------------------------------------------------------

[2003-03-18 11:34:19] [EMAIL PROTECTED]

(gdb) frame 0
#0  _zval_ptr_dtor (zval_ptr=0x0) at
/root/src/php4-standard/Zend/zend_execute_API.c:289
289             (*zval_ptr)->refcount--;
(gdb) frame 1
#1  0x4036240c in zend_hash_destroy (ht=0x814131c) at
/root/src/php4-standard/Zend/zend_hash.c:543
543                             ht->pDestructor(q->pData);

maybe checking zval_ptr for null would be a nice idea?
(this is another bt, same output just the final pointer is 0x0)

------------------------------------------------------------------------

[2003-03-18 10:58:28] [EMAIL PROTECTED]

Program received signal SIGSEGV, Segmentation fault.
_zval_ptr_dtor (zval_ptr=0x73) at
/root/src/php4-standard/Zend/zend_execute_API.c:289
289             (*zval_ptr)->refcount--;
(gdb) bt
#0  _zval_ptr_dtor (zval_ptr=0x73) at
/root/src/php4-standard/Zend/zend_execute_API.c:289
#1  0x4036240c in zend_hash_destroy (ht=0x8138f14) at
/root/src/php4-standard/Zend/zend_hash.c:543
#2  0x4035d1e2 in _zval_dtor (zvalue=0x809fb1c) at
/root/src/php4-standard/Zend/zend_variables.c:51
#3  0x40356fb9 in _zval_ptr_dtor (zval_ptr=0x8147a10) at
/root/src/php4-standard/Zend/zend_execute_API.c:291
#4  0x4036240c in zend_hash_destroy (ht=0x4040f56c) at
/root/src/php4-standard/Zend/zend_hash.c:543
#5  0x40356db0 in shutdown_executor () at
/root/src/php4-standard/Zend/zend_execute_API.c:186
#6  0x4035e0be in zend_deactivate () at
/root/src/php4-standard/Zend/zend.c:649
#7  0x40337cb3 in php_request_shutdown (dummy=0x0) at
/root/src/php4-standard/main/main.c:942
#8  0x4036e9fe in apache_php_module_main (r=0x8104d44,
display_source_mode=0) at
/root/src/php4-standard/sapi/apache/sapi_apache.c:61
#9  0x4036f3b7 in send_php (r=0x8104d44, display_source_mode=0,
filename=0x0) at /root/src/php4-standard/sapi/apache/mod_php4.c:610
#10 0x4036f565 in send_parsed_php (r=0x8104d44) at
/root/src/php4-standard/sapi/apache/mod_php4.c:625
#11 0x08053b34 in ap_invoke_handler ()
#12 0x0806368c in ap_some_auth_required ()
#13 0x080636e8 in ap_process_request ()
#14 0x0805ce2b in ap_child_terminate ()
#15 0x0805cfbc in ap_child_terminate ()
#16 0x0805d0d9 in ap_child_terminate ()
#17 0x0805d5b5 in ap_child_terminate ()
#18 0x0805dcbd in main ()
#19 0x400dfa51 in __libc_start_main () from /lib/libc.so.6


this would be the same as the description to/for the problem described
here... i suspect that it has something to do with either not cleaning
ob_start() buffers manually, or something with header("Location: ") (or
a combination of both).. that atleast is regarding my problem

this backtrace is from the latest php4-200303181430, but i can also
reproduce it on the -STABLE branch (ill post the bt later).

------------------------------------------------------------------------

[2003-01-07 09:07:17] [EMAIL PROTECTED]

#0  0x40108fdd in chunk_free (ar_ptr=0x4019ff80, p=0x82ca930) at
malloc.c:3131
#1  0x40108ea3 in __libc_free (mem=0x82ca938) at malloc.c:3054
#2  0x080bf61c in shutdown_memory_manager (silent=0, clean_cache=0)
    at /home/rei/PHP_CVS/php4/Zend/zend_alloc.c:462
#3  0x080a94e6 in php_request_shutdown (dummy=0x0) at
/home/rei/PHP_CVS/php4/main/main.c:1069
#4  0x080e25a6 in main (argc=2, argv=0xbffff764) at
/home/rei/PHP_CVS/php4/sapi/cli/php_cli.c:801
#5  0x400b5f5c in __libc_start_main (main=0x80e1ca0 <main>, argc=2,
ubp_av=0xbffff764,
    init=0x8059428 <_init>, fini=0x80e288c <_fini>,
rtld_fini=0x4000ce30 <_dl_fini>,
    stack_end=0xbffff75c) at ../sysdeps/generic/libc-start.c:129

Here is the backtrace of the crash, what is indeed most curious is that
the crash ONLY occurs when PHP is compiled with -0N optimization flags.

------------------------------------------------------------------------

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/21478

-- 
Edit this bug report at http://bugs.php.net/?id=21478&edit=1

Reply via email to