ID: 40507 Updated by: [EMAIL PROTECTED] Reported By: armin at xos dot net -Status: Suspended +Status: Closed Bug Type: Unknown/Other Function Operating System: solaris 2.9 64 bit PHP Version: 5.2.1 New Comment:
One of the crashes was caused by GCC bug. The other one is fixed in PHP sources. Previous Comments: ------------------------------------------------------------------------ [2007-03-02 16:49:49] stefan dot teleman at gmail dot com I can reproduce this bug on Solaris 10 x86 Update 2 06/06 with Sun Studio 11 in both 32- and 64- bit. This really does not seem to be a GCC bug, since this exact same bug appears with a different compiler: cc: Sun C 5.8 Patch 121016-05 2007/01/10 iropt: Sun Compiler Common 11 Patch 120759-09 2006/10/24 ube: Sun Compiler Common 11 Patch 120759-09 2006/10/24 ------------------------------------------------------------------------ [2007-03-01 06:46:48] luc at suryo dot com Hello, exact same problem (errors), unable to unpack. OS: Solaris 10 Platform: Sparc Compiler: Sun Studio 11 C[XX]FLAGS: -xO5 -xarch=v9 -KPIC (so compiling 64 bits) I needed the -KPIC since I was compiling a httpd module.. it does not happens on a Solaris x86 compiled 32bits -ls ------------------------------------------------------------------------ [2007-02-16 20:38:30] armin at xos dot net well the gcc people told me so - sorry. -fno-strict-aliasing seems to be enough to not segfault. this workaround id not magical. please read the gcc bug report above. i tried the ltrim patch. it's the same with or without. thanks for trying to reproduce it. ------------------------------------------------------------------------ [2007-02-16 13:00:28] [EMAIL PROTECTED] >i used the suggested compile flags and no segmentation >fault anymore, which shows it's a php bug It doesn't sound too convincing. And the fact that the problem is reproducible ONLY on Sparc and ONLY using GCC 4.x makes me wonder what made you think so. >please add "-fno-strict-aliasing and/or -fwrapv" to the >c-flags for solaris 2.9 64bit I would prefer to find the roots of the problem instead of applying some magical workaround. >however: how to fix the Phar archive problem? Let me see if I can reproduce it with working GCC. ------------------------------------------------------------------------ [2007-02-16 12:22:06] armin at xos dot net Description: ------------ related to: http://bugs.php.net/bug.php?id=39418 i had the same problem and submitted a bug report with gcc. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30819 i used the suggested compile flags and no segmentation fault anymore, which shows it's a php bug - probably since i get following during make install: /usr/local/src/apache_etc/php-5.2.1_error/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar -d "/usr/local/lib/php" -b "/usr/local/bin" Warning: unpack(): Type V: not enough input, need 4, have 0 in /usr/local/src/apache_etc/php-5.2.1_error/pear/install-pear-nozlib.phar on line 339 Notice: Uninitialized string offset: 0 in /usr/local/src/apache_etc/php-5.2.1_error/pear/install-pear-nozlib.phar on line 342 Notice: Uninitialized string offset: 1 in /usr/local/src/apache_etc/php-5.2.1_error/pear/install-pear-nozlib.phar on line 342 Notice: Uninitialized string offset: 2 in /usr/local/src/apache_etc/php-5.2.1_error/pear/install-pear-nozlib.phar on line 342 Notice: Uninitialized string offset: 0 in /usr/local/src/apache_etc/php-5.2.1_error/pear/install-pear-nozlib.phar on line 343 Fatal error: Phar is API version 0.0.0, but PHP_Archive is API version 0.8.0 in /usr/local/src/apache_etc/php-5.2.1_error/pear/install-pear-nozlib.phar on line 353 please add "-fno-strict-aliasing and/or -fwrapv" to the c-flags for solaris 2.9 64bit however: how to fix the Phar archive problem? ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=40507&edit=1
