Summary: | xdebug-2.0.5: apache segfault on any PHP page | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Felix Leimbach <felix.leimbach> |
Component: | New packages | Assignee: | PHP Bugs <php-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | cweiske |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Felix Leimbach
2010-03-21 11:26:33 UTC
Please read this howto: http://www.gentoo.org/proj/en/qa/backtraces.xml to see how to produce a more meaningful backtrace. Sure, I've recompiled apache, php and xdebug with -ggdb and FEATURES=nostrip. Here you go: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fda2f131910 (LWP 24996)] 0x00007fda2fb6226d in xdebug_init_oparray (op_array=0x170d878) at /var/tmp/portage/dev-php5/xdebug-2.0.5/work/xdebug-2.0.5/xdebug.c:3156 3156 /var/tmp/portage/dev-php5/xdebug-2.0.5/work/xdebug-2.0.5/xdebug.c: No such file or directory. in /var/tmp/portage/dev-php5/xdebug-2.0.5/work/xdebug-2.0.5/xdebug.c (gdb) bt #0 0x00007fda2fb6226d in xdebug_init_oparray (op_array=0x170d878) at /var/tmp/portage/dev-php5/xdebug-2.0.5/work/xdebug-2.0.5/xdebug.c:3156 #1 0x00007fda334cc9bb in zend_extension_op_array_ctor_handler (extension=0x1500e30, op_array=0x170d878, tsrm_ls=0x16e9330) at /var/tmp/portage/dev-lang/php-5.2.12/work/php-5.2.12/Zend/zend_opcode.c:35 #2 0x00007fda334cc67a in zend_llist_apply_with_argument (l=0x7fda33a7aec0, func=0x7fda334cc98c <zend_extension_op_array_ctor_handler>, arg=0x170d878, tsrm_ls=0x16e9330) at /var/tmp/portage/dev-lang/php-5.2.12/work/php-5.2.12/Zend/zend_llist.c:236 #3 0x00007fda334ccca4 in init_op_array (op_array=0x170d878, type=2 '\002', initial_ops_size=64, tsrm_ls=0x16e9330) at /var/tmp/portage/dev-lang/php-5.2.12/work/php-5.2.12/Zend/zend_opcode.c:106 #4 0x00007fda3349cbf9 in compile_file (file_handle=0x7fda2f130e70, type=8, tsrm_ls=0x16e9330) at /var/tmp/portage/dev-lang/php-5.2.12/work/php-5.2.12/Zend/zend_language_scanner.c:3417 #5 0x00007fda2fb5f69c in xdebug_compile_file (file_handle=0x7fda2f130e70, type=8, tsrm_ls=0x16e9330) at /var/tmp/portage/dev-php5/xdebug-2.0.5/work/xdebug-2.0.5/xdebug.c:2405 #6 0x00007fda334daa63 in zend_execute_scripts (type=8, tsrm_ls=0x16e9330, retval=0x0, file_count=3) at /var/tmp/portage/dev-lang/php-5.2.12/work/php-5.2.12/Zend/zend.c:1126 #7 0x00007fda33466956 in php_execute_script (primary_file=0x7fda2f130e70, tsrm_ls=0x16e9330) at /var/tmp/portage/dev-lang/php-5.2.12/work/php-5.2.12/main/main.c:2036 #8 0x00007fda33570786 in php_handler (r=0x16ed9b8) at /var/tmp/portage/dev-lang/php-5.2.12/work/php-5.2.12/sapi/apache2handler/sapi_apache2.c:637 #9 0x0000000000439e02 in ap_run_handler (r=0x16ed9b8) at config.c:158 #10 0x000000000043d31f in ap_invoke_handler (r=0x16ed9b8) at config.c:372 #11 0x0000000000448028 in ap_process_request (r=0x16ed9b8) at http_request.c:282 #12 0x0000000000445108 in ap_process_http_connection (c=0x16e9bb0) at http_core.c:190 #13 0x0000000000441242 in ap_run_process_connection (c=0x16e9bb0) at connection.c:43 #14 0x000000000044d471 in process_socket (thd=0x14041d8, dummy=<value optimized out>) at worker.c:544 #15 worker_thread (thd=0x14041d8, dummy=<value optimized out>) at worker.c:894 #16 0x00007fda392aa2a7 in start_thread () from /lib/libpthread.so.0 #17 0x00007fda38e166ad in clone () from /lib/libc.so.6 #18 0x0000000000000000 in ?? () Upstream bug report: http://bugs.xdebug.org/view.php?id=554 The crash is solved in SVN 3241 and maybe in the xdebug 2.1 betas/RCs. So any xdebug-2.1 ebuild will probably solve this bug, too. I've just added 2.0.1_rc1 to the tree. I don't get any errors with this version. Thanks for reporting and taking this upstream. Please reopen if you still have issues. I would like to reopen that bug - but am not allowed to. xdebug-client has been bumped to 2.1.0_rc1, but the problem lies within "dev-php5/xdebug"! Also, the correct version is 2.1.0_rc1 not 2.0.1_rc1 as stated in the last comment. The issue is not solved. Apache still crashes with PHP and xdebug enabled, because xdebug is still at version 2.0.5. My bad. We actually have both dev-php5/xdebug and dev-php/xdebug-client in our overlay and I just committed dev-php/xdebug-client. The version in the bug was a typo, I really did 2.1.0_rc1 :-) And now dev-php5/xdebug, too. Yes - that was it. Works great now. |