php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #40507 php install probem
Submitted: 2007-02-16 12:22 UTC Modified: 2007-03-05 10:14 UTC
Votes:8
Avg. Score:4.8 ± 0.4
Reproduced:8 of 8 (100.0%)
Same Version:8 (100.0%)
Same OS:5 (62.5%)
From: armin at xos dot net Assigned:
Status: Closed Package: Unknown/Other Function
PHP Version: 5.2.1 OS: solaris 2.9 64 bit
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: armin at xos dot net
New email:
PHP Version: OS:

 

 [2007-02-16 12:22 UTC] 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?

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2007-02-16 13:00 UTC] tony2001@php.net 
>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 20:38 UTC] 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-03-01 06:46 UTC] 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-03-02 16:49 UTC] 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-05 10:14 UTC] tony2001@php.net 
One of the crashes was caused by GCC bug.
The other one is fixed in PHP sources.
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Tue Apr 22 19:01:30 2025 UTC