#42893 [Opn]: segfault on ia64 when working w/ constants

ID: 42893 User updated by: hoffie at gentoo dot org Reported By: hoffie at gentoo dot org Status: Open Bug Type: Reproducible crash Operating System: Linux on ia64 -PHP Version: 5.2.5RC2 +PHP Version: 5.2.5 New Comment: Still reproducable with gcc-4.2.2 and php-5.2.5 (final). Previous Comments: ------------------------------------------------------------------------ [2007-11-12 17:52:24] hoffie at gentoo dot org We are not using gcc-3.x, but gcc-4.1(.2). Anyway, I've tried with 4.2.0 (as it was already installed) and it fails for the same reasons. I'm going to try 4.2.2, I can probably give you results later. ------------------------------------------------------------------------ [2007-11-12 10:32:57] tony2001@php.net This looks like a broken binary, I've seen similar problems on SPARC with GCC 3.x unable to generate working PHP executable. Try newer/other GCC version. ------------------------------------------------------------------------ [2007-11-09 20:26:51] hoffie at gentoo dot org Yes, I admit that above gdb output shows some strangeness, but well -- that's a gdb problem, not generally software being broken on that system. Upgrading gdb resolved that problem and here goes the new backtrace (using 5.2.5RC2 now): (gdb) r -n -r 'var_dump(defined("foo"));' Starting program: /tmp/php-5.2.5RC2/sapi/cli/php -n -r 'var_dump(defined("foo"));' Program received signal SIGSEGV, Segmentation fault. _zval_ptr_dtor (zval_ptr=0x60000ffffff3ebd0) at /tmp/php-5.2.5RC2/Zend/zend_execute_API.c:412 412 (*zval_ptr)->refcount--; (gdb) bt #0 _zval_ptr_dtor (zval_ptr=0x60000ffffff3ebd0) at /tmp/php-5.2.5RC2/Zend/zend_execute_API.c:412 #1 0x4000000000298a80 in zend_do_fcall_common_helper_SPEC ( execute_data=0x60000ffffff3ec50) at /tmp/php-5.2.5RC2/Zend/zend_execute.h:155 #2 0x4000000000297200 in execute (op_array=0x60000000000c86e0) at /tmp/php-5.2.5RC2/Zend/zend_vm_execute.h:92 #3 0x4000000000228800 in zend_eval_string (str=<value optimized out>, retval_ptr=0x0, string_name=0x400000000041fd10 "Command line code") at /tmp/php-5.2.5RC2/Zend/zend_execute_API.c:1171 #4 0x4000000000228c10 in zend_eval_string_ex ( str=0x60000ffffff3f740 "var_dump(defined(\"foo\"));", retval_ptr=0x0, string_name=0x400000000041fd10 "Command line code", handle_exceptions=1) at /tmp/php-5.2.5RC2/Zend/zend_execute_API.c:1205 #5 0x40000000003a2130 in main (argc=Cannot access memory at address 0x10 ) at /tmp/php-5.2.5RC2/sapi/cli/php_cli.c:1179 ------------------------------------------------------------------------ [2007-11-08 15:02:52] mail at markus-ullmann dot de erm... [29 Oct 11:15pm UTC] jani@php.net Not only PHP breaks but also GDB. Tell me plz how you guessed that GDB is broken. Just valgrind is not available on ia64 architecture but gdb works fine. [8 Oct 7:24pm UTC] hoffie at gentoo dot org As soon as debugging symbols are enabled (CFLAGS=-g or ./configure --enable-debug) the problem disappears, that's why I'm unable to provide a useful backtrace. Notice that the _problem disappears_. ------------------------------------------------------------------------ [2007-11-06 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". ------------------------------------------------------------------------ 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/42893 -- Edit this bug report at http://bugs.php.net/?id=42893&edit=1