#18718 [Opn->Fbk]: PHP w/ the Zend Engine 2 make Apache core dump

ID: 18718 Updated by: derick@php.net Reported By: alibarim@yahoo.com -Status: Open +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: AIX433 PHP Version: 4.3.0-dev New Comment: It really does exist. I just downloaded it. Please try again. Derick Previous Comments: ------------------------------------------------------------------------ [2002-10-24 03:52:24] alibarim@yahoo.com The link http://snaps.php.net/php4-latest.tar.gz does not exit ! ------------------------------------------------------------------------ [2002-10-17 22:51:02] iliaa@php.net Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip If the bug still occures, make sure that when you compile PHP with --enable-debug, so that the backtrace shows meaningful information. ------------------------------------------------------------------------ [2002-08-14 16:14:01] alibarim@yahoo.com The real version used is 4.3.0-dev. Dowloaded from php.net web site. ------------------------------------------------------------------------ [2002-08-13 08:20:11] alibarim@yahoo.com The Apache server core dump when we try to use the XTemplate class with the following message before exiting: "Warning: Illegal offset type in class.XTemplate.php on line 189" A dbx on the core file gives: Segmentation fault in sig_coredump at 0x10003f58 0x10003f58 (sig_coredump+0x4c) 80410014 lwz r2,0x14(r1) (dbx) where sig_coredump(0xb) at 0x10003f58 _object_and_properties_init(??, ??, ??) at 0xd313adc4 _object_init_ex(??, ??) at 0xd313ae48 php_var_unserialize(??, ??, ??, ??) at 0xd32b33fc php_var_unserialize(??, ??, ??, ??) at 0xd32b3bbc ps_srlzr_decode_php(??, ??) at 0xd32c092c php_session_decode(??, ??) at 0xd32c0c44 php_session_initialize() at 0xd32c0f9c php_session_start() at 0xd32c2334 zif_session_start(??, ??, ??, ??) at 0xd32c40b0 zend_execute.execute(??) at 0xd315e9f8 zend_execute.execute(??) at 0xd315eb58 zend_execute_scripts(??, ??) at 0xd312c5f8 php_execute_script(??) at 0xd3192d94 apache_php_module_main(??, ??) at 0xd33732d8 send_php(??, ??, ??) at 0xd3375cd8 send_parsed_php(??) at 0xd3375d6c ap_invoke_handler(0x20196dc0) at 0x100164f0 process_request_internal(0x20196dc0) at 0x100438b0 ap_internal_redirect(0x20196d68, 0x20196110) at 0x10043ed8 handle_dir(0x20196110) at 0xd081fbd0 ap_invoke_handler(0x20196110) at 0x100164f0 process_request_internal(0x20196110) at 0x100438b0 ap_process_request(0x20196110) at 0x10043974 child_main(0x5) at 0x10006020 make_child(0x20018c30, 0x5, 0x3d58f483) at 0x10006398 perform_idle_server_maintenance() at 0x100068a4 standalone_main(0x3, 0x2ff2293c) at 0x10007040 http_main.main(0x3, 0x2ff2293c) at 0x10007884 ------------------------------------------------------------------------ [2002-08-03 03:14:17] eru@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 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. ------------------------------------------------------------------------ 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/18718 -- Edit this bug report at http://bugs.php.net/?id=18718&edit=1