ID: 40507
Comment by: stefan dot teleman at gmail dot com
Reported By: armin at xos dot net
Status: Suspended
Bug Type: Unknown/Other Function
Operating System: solaris 2.9 64 bit
PHP Version: 5.2.1
New Comment:
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
Previous Comments:
[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