#39620 [Fbk->Opn]: SEGV in zend_do_fcall_common_helper_SPEC

ID: 39620 User updated by: jens at strawberry dot com Reported By: jens at strawberry dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Solaris 8, 32bit, Solaris 10 x86 PHP Version: 5.2.0, 5.2.1-dev New Comment: I've created an account for you. Login, password and other things in a mail direct to you ;-) Jens Previous Comments: ------------------------------------------------------------------------ [2006-11-29 13:22:44] tony2001@php.net Ok, is it possible to get an account on one of these machines? I can't reproduce it on SunOS 5.8 with gcc, but I don't have a Solaris 10 machine near at hand. ------------------------------------------------------------------------ [2006-11-29 13:10:14] jens at strawberry dot com Unfortunatelly no ... Ther's no gdb on the system. The only one I found on the net (sunfreeware) is for Solaris 8 x86. And this version starts and crashes when it tries to read the symbol table. The traceback I've provided is produced using adb/mdb which is shipped with Solaris. <Boreas,root> local 80 # gdb /opt/apache_2.2.2/bin/httpd 4141 |& tee -a /var/tmp/apache.gdb GNU gdb 6.0 Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-pc-solaris2.8"... (no debugging symbols found)... Attaching to program `/opt/apache_2.2.2/bin/httpd', process 4141 Reading symbols from /opt/apache_2.2.2/lib/libaprutil-1.so.0...Segmentation fault Bummer ... ------------------------------------------------------------------------ [2006-11-29 11:36:06] tony2001@php.net Is it possible to get GDB backtrace instead of dbx (or whatever it was..) ? ------------------------------------------------------------------------ [2006-11-29 11:34:07] jens at strawberry dot com Hi, yes and no. SunStudio 11.0 requires either a UltraSparc II, a Intel or AMD CPU (32 and 64 bit for Intel and AMD). It does not support HyperSparc and SuperSparc CPUs. Thus I'm using SunStudio 11.0 for 8/9/10 Sparc 64 bit 8/9/10 Intel 32 bit SunStudio 8.0 for 8/9 Sparc 32 bit It turns out that in fact I was using 3 different compilers in this case: SunStudio 11.0 for Sparc 64 bit -> Everything fine. Problem does not occur SunStudio 11.0 for Intel -> Problem SunStudio 8.0 for Sparc 32 bit -> Problem I was also hoping that it could be a compiler issue on the 32bit Sparc box, but in this case the same problem would be in the 11.0 Intel version of the Sun compiler but not in the Sparc version ... unlikely but possible ;-) Jens ------------------------------------------------------------------------ [2006-11-29 11:14:39] tony2001@php.net On both Solaris 8 and Solaris 10? ------------------------------------------------------------------------ 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/39620 -- Edit this bug report at http://bugs.php.net/?id=39620&edit=1