Bug #51216 [Com]: Segmentation fault when compiling PHP with PHAR

2013-04-19 Thread uorsini1 at gmail dot com
Edit report at https://bugs.php.net/bug.php?id=51216&edit=1

 ID: 51216
 Comment by: uorsini1 at gmail dot com
 Reported by:dtm2mcs at gmail dot com
 Summary:Segmentation fault when compiling PHP with PHAR
 Status: Not a bug
 Type:   Bug
 Package:PHAR related
 Operating System:   Ubuntu 6.04 + CentOS 5.4
 PHP Version:5.3.2
 Block user comment: N
 Private report: N

 New Comment:

I just ran into this on SPARC Solaris 5.9, php-5.3.x and 5.4.x. I remembered 
that long ago, way before phar, I had php coredumping when running tests. 
According to Andy Poliakov that was the result of a change in gcc's behavior, 
esp. when building code that interacts with openssl. Back then he suggested 
adding -fno-strict-aliasing to the CFLAGS in the main PHP Makefile.

So I did the same in php-5.4.14, and voila, it gets past the phar stage and 
runs all tests fine. It's nothing to do with phar, it's just that 5.2.x and 
earlier weren't trying to use the mis-compiled php for anything during make. 
Anyone with this problem may want to try that.


Previous Comments:

[2013-01-28 22:40:06] johan...@php.net

Apparently this is due to Gentoo bugs or such, please a) try running  
`./sapi/cli/php -m`  or such in the working dir after building PHP, maybe under 
gdb. And then verify the patches ...


[2013-01-28 19:42:37] renton at renton dot name

php-5.3.20 # make
...
Generating phar.phar
make: *** [ext/phar/phar.phar] Segmentation fault

Gentoo.


[2013-01-04 13:15:04] olemar...@php.net

Several Gentoo users have reported the same issue:
https://bugs.gentoo.org/show_bug.cgi?id=449386


[2012-07-26 14:07:16] adamjonr at gmail dot com

Same issue.

Ubuntu 12.04

./configure --enable-debug --enable-maintainer-zts

Generating phar.php
/bin/bash: line 1: 27380 Segmentation fault  (core dumped) ` if test -x 
"/usr/local/src/php-5.4.4/sapi/cli/php"; then /usr/local/src/php-
5.4.4/build/shtool echo -n -- "/usr/local/src/php-5.4.4/sapi/cli/php -n"; if 
test 
"x" != "x"; then /usr/local/src/php-5.4.4/build/shtool echo -n -- " -d 
extension_dir=/usr/local/src/php-5.4.4/modules"; for i in bz2 zlib phar; do if 
test -f "/usr/local/src/php-5.4.4/modules/$i.la"; then . /usr/local/src/php-
5.4.4/modules/$i.la; /usr/local/src/php-5.4.4/build/shtool echo -n -- " -d 
extension=$dlname"; fi; done; fi; else /usr/local/src/php-5.4.4/build/shtool 
echo 
-n -- "/usr/local/src/php-5.4.4/sapi/cli/php"; fi;` -d 'open_basedir=' -d 
'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' 
/usr/local/src/php-5.4.4/ext/phar/build_precommand.php > ext/phar/phar.php
make: *** [ext/phar/phar.php] Error 139


[2012-03-28 04:13:51] daykinandy at gmail dot com

I got the issue on opensuse 12.1 kde trying to install PHP 5.4 with a source 
compiled version of apache (2.2.22). 

Here is the output:

/bin/sh: line 1: 31873 Segmentation fault  ` if test -x 
"/home/adminuser/Downloads/php-5.4.0/sapi/cli/php"; then 
/home/adminuser/Downloads/php-5.4.0/build/shtool echo -n -- 
"/home/adminuser/Downloads/php-5.4.0/sapi/cli/php -n"; if test "x" != "x"; then 
/home/adminuser/Downloads/php-5.4.0/build/shtool echo -n -- " -d 
extension_dir=/home/adminuser/Downloads/php-5.4.0/modules"; for i in bz2 zlib 
phar; do if test -f "/home/adminuser/Downloads/php-5.4.0/modules/$i.la"; then . 
/home/adminuser/Downloads/php-5.4.0/modules/$i.la; 
/home/adminuser/Downloads/php-5.4.0/build/shtool echo -n -- " -d 
extension=$dlname"; fi; done; fi; else 
/home/adminuser/Downloads/php-5.4.0/build/shtool echo -n -- 
"/home/adminuser/Downloads/php-5.4.0/sapi/cli/php"; fi;` -d 'open_basedir=' -d 
'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' 
/home/adminuser/Downloads/php-5.4.0/ext/phar/build_precommand.php > 
ext/phar/phar.php
make: *** [ext/phar/phar.php] Error 139


Here is my configure statement for PHP:

./configure --datadir=/usr/share/php5 --with-libdir=/lib 
--includedir=/usr/include --bindir=/usr/bin --with-pear --with-pcre-regex 
--enable-bcmath --enable-calendar --enable-debug 
--with-apxs2=/usr/local/apache2/bin/apxs --with-config-file-path=/etc/php5 
--with-config-file-scan-dir=/etc/php5/conf.d --sysconfdir=/etc/php5


This was my apache configure statement:

./configure --enable-cache --enable-deflate --enable-expir

[PHP-BUG] Bug #64685 [NEW]: SunOS 5.9 doesn't have stdint.h

2013-04-20 Thread uorsini1 at gmail dot com
From: uorsini1 at gmail dot com
Operating system: 
PHP version:  5.4.14
Package:  Compile Failure
Bug Type: Bug
Bug description:SunOS 5.9 doesn't have stdint.h

Description:

ext/standard/string.c doesn't check for HAVE_INTTYPES_H and just uses
stdint.h, 
which doesn't exist on Solaris 9. It needs to select the right header, like
a 
few other sources in ext do.



-- 
Edit bug report at https://bugs.php.net/bug.php?id=64685&edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=64685&r=trysnapshot54
Try a snapshot (PHP 5.3):   
https://bugs.php.net/fix.php?id=64685&r=trysnapshot53
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=64685&r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=64685&r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=64685&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64685&r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=64685&r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=64685&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64685&r=support
Expected behavior:  https://bugs.php.net/fix.php?id=64685&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64685&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64685&r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=64685&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64685&r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=64685&r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=64685&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64685&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64685&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64685&r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=64685&r=mysqlcfg



Bug #50400 [Com]: Compile fails generating phar.phar

2013-04-20 Thread uorsini1 at gmail dot com
Edit report at https://bugs.php.net/bug.php?id=50400&edit=1

 ID: 50400
 Comment by: uorsini1 at gmail dot com
 Reported by:lepage at grm dot polymtl dot ca
 Summary:Compile fails generating phar.phar
 Status: No Feedback
 Type:   Bug
 Package:PHAR related
 Operating System:   Solaris 10
 PHP Version:5.3.1
 Assigned To:dsp
 Block user comment: N
 Private report: N

 New Comment:

See my comment from 4/20/2013 in https://bugs.php.net/bug.php?id=51216 for a 
possible cause/workaround.


Previous Comments:

[2012-11-16 05:53:49] d...@php.net

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




[2010-09-28 15:26:17] steve at computurn dot com

I have a fix for this issue (PHP5.3.3)

It's caused by ext/phar/build_precommand.php having a header of #!/usr/bin/php
I fixed it on my system by creating a /usr/bin/php symlink to a php executable, 
but I suspect the proper fix will be to change the #! to point to sapi/cli/php, 
if that's built when we get to this stage.


[2010-07-05 21:43:00] omars1234 at gmail dot com

Tried the new snapshot, no luck.  Using Solaris10, gcc 4.2.1.  Configured 
without any options.

Generating phar.php
*** Error code 139
The following command caused the error:
`  if test -x "/tmp/php5.3-201007051830/sapi/cli/php"; then  
/tmp/php5.3-201007051830/build/shtool echo -n -- 
"/tmp/php5.3-201007051830/sapi/cli/php -n";  if test "x" != "x"; then  
/tmp/php5.3-201007051830/build/shtool echo -n -- " -d 
extension_dir=/tmp/php5.3-201007051830/modules";  for i in bz2 zlib phar; do  
if test -f "/tmp/php5.3-201007051830/modules/$i.la"; then  . 
/tmp/php5.3-201007051830/modules/$i.la; /tmp/php5.3-201007051830/build/shtool 
echo -n -- " -d extension=$dlname";  fi;  done;  fi;  else  
/tmp/php5.3-201007051830/build/shtool echo -n -- 
"/tmp/php5.3-201007051830/sapi/cli/php";  fi;` -d 'open_basedir=' -d 
'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' 
/tmp/php5.3-201007051830/ext/phar/build_precommand.php > ext/phar/phar.php
make: Fatal error: Command failed for target `ext/phar/phar.php'

(my disable-phar version didn't work out either, resulting cli-binary core 
dumps :( )


[2010-07-02 11:33:17] johan...@php.net

Please try using this snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/


[2010-07-02 01:04:44] omars1234 at gmail dot com

As a work-around, pass "--disable-phar" to configure.  I don't do anything that 
explicitly needs phar archives (so far), so I did this to build PHP5.3.2 on 
Solaris10 after running into the same problem.




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

https://bugs.php.net/bug.php?id=50400


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=50400&edit=1


Bug #51216 [Com]: Segmentation fault when compiling PHP with PHAR

2013-04-20 Thread uorsini1 at gmail dot com
Edit report at https://bugs.php.net/bug.php?id=51216&edit=1

 ID: 51216
 Comment by: uorsini1 at gmail dot com
 Reported by:dtm2mcs at gmail dot com
 Summary:Segmentation fault when compiling PHP with PHAR
 Status: Not a bug
 Type:   Bug
 Package:PHAR related
 Operating System:   Ubuntu 6.04 + CentOS 5.4
 PHP Version:5.3.2
 Block user comment: N
 Private report: N

 New Comment:

I should have said CFLAGS_CLEAN I think, since that's what cli builds use.


Previous Comments:

[2013-04-19 23:26:49] uorsini1 at gmail dot com

I just ran into this on SPARC Solaris 5.9, php-5.3.x and 5.4.x. I remembered 
that long ago, way before phar, I had php coredumping when running tests. 
According to Andy Poliakov that was the result of a change in gcc's behavior, 
esp. when building code that interacts with openssl. Back then he suggested 
adding -fno-strict-aliasing to the CFLAGS in the main PHP Makefile.

So I did the same in php-5.4.14, and voila, it gets past the phar stage and 
runs all tests fine. It's nothing to do with phar, it's just that 5.2.x and 
earlier weren't trying to use the mis-compiled php for anything during make. 
Anyone with this problem may want to try that.


[2013-01-28 22:40:06] johan...@php.net

Apparently this is due to Gentoo bugs or such, please a) try running  
`./sapi/cli/php -m`  or such in the working dir after building PHP, maybe under 
gdb. And then verify the patches ...


[2013-01-28 19:42:37] renton at renton dot name

php-5.3.20 # make
...
Generating phar.phar
make: *** [ext/phar/phar.phar] Segmentation fault

Gentoo.


[2013-01-04 13:15:04] olemar...@php.net

Several Gentoo users have reported the same issue:
https://bugs.gentoo.org/show_bug.cgi?id=449386


[2012-07-26 14:07:16] adamjonr at gmail dot com

Same issue.

Ubuntu 12.04

./configure --enable-debug --enable-maintainer-zts

Generating phar.php
/bin/bash: line 1: 27380 Segmentation fault  (core dumped) ` if test -x 
"/usr/local/src/php-5.4.4/sapi/cli/php"; then /usr/local/src/php-
5.4.4/build/shtool echo -n -- "/usr/local/src/php-5.4.4/sapi/cli/php -n"; if 
test 
"x" != "x"; then /usr/local/src/php-5.4.4/build/shtool echo -n -- " -d 
extension_dir=/usr/local/src/php-5.4.4/modules"; for i in bz2 zlib phar; do if 
test -f "/usr/local/src/php-5.4.4/modules/$i.la"; then . /usr/local/src/php-
5.4.4/modules/$i.la; /usr/local/src/php-5.4.4/build/shtool echo -n -- " -d 
extension=$dlname"; fi; done; fi; else /usr/local/src/php-5.4.4/build/shtool 
echo 
-n -- "/usr/local/src/php-5.4.4/sapi/cli/php"; fi;` -d 'open_basedir=' -d 
'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' 
/usr/local/src/php-5.4.4/ext/phar/build_precommand.php > ext/phar/phar.php
make: *** [ext/phar/phar.php] Error 139




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

https://bugs.php.net/bug.php?id=51216


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=51216&edit=1