Bug #46311 [Com]: Pointer aliasing issue results in miscompile on gcc4.4
Edit report at https://bugs.php.net/bug.php?id=46311&edit=1 ID: 46311 Comment by: olemar...@php.net Reported by:anton at samba dot org Summary:Pointer aliasing issue results in miscompile on gcc4.4 Status: Assigned Type: Bug Package:Compile Failure Operating System: RHEL5.2 / PowerPC64 PHP Version:5.2.9 Assigned To:dmitry Block user comment: N Private report: N New Comment: Does it matter exactly where the bug is? It breaks compilation on arm and sparc as far as I can tell, and the patch is really simple. The problem is not caused by aggressive optimisations at least. I would not bother upstream with it if it was. Previous Comments: [2013-03-19 19:24:12] dmi...@php.net This is not a PHP problem. The C code is absolutely legal and wrong compilation caused by a bug in GCC or too aggressive optimization options that make wrong assumptions. [2013-03-19 18:51:42] olemar...@php.net The Gentoo patchset has been running with this for years now. Any reason why this has not been resolved yet? [2010-07-25 02:17:06] mabi at gentoo dot org There are Gentoo downstream bugs related to this issue: https://bugs.gentoo.org/show_bug.cgi?id=295682 https://bugs.gentoo.org/show_bug.cgi?id=329753 I'd love to see this fixed upstream, but will ship a custom patch to get this more testing shortly. [2008-10-16 09:35:17] johan...@php.net Dmitry, can you check this? [2008-10-16 05:54:12] anton at samba dot org To clarify... the Zend code reads via zval *, not long *. The cut down test case I submitted was simplified to use a long *. 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=46311 -- Edit this bug report at https://bugs.php.net/bug.php?id=46311&edit=1
[PHP-BUG] Bug #64293 [NEW]: PHP fails building openssl ext when using pkgconfig 0.28
From: olemarkus Operating system: PHP version: 5.4.12 Package: Compile Failure Bug Type: Bug Bug description:PHP fails building openssl ext when using pkgconfig 0.28 Description: The problem is because of a change in pgkconfig 0.28 that trims the output of pkg-config --cflags-only-I openssl. This cause the 'if test -n "$OPENSSL_LIBS" && test -n "$OPENSSL_INCS"; then' to fail and -lssl is no longer passed to the build. Test script: --- ./configure --prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --prefix=/usr/lib/php5.4 --mandir=/usr/lib/php5.4/man --infodir=/usr/lib/php5.4/info --libdir=/usr/lib/php5.4/lib --with-libdir=lib --without-pear --disable-maintainer-zts --disable-bcmath --without-bz2 --disable-calendar --disable-ctype --without-curl --without-curlwrappers --disable-dom --without-enchant --disable-exif --disable-fileinfo --disable-filter --disable-ftp --without-gettext --without-gmp --disable-hash --without-mhash --without-iconv --disable-intl --disable-ipv6 --disable-json --without-kerberos --disable-libxml --disable-mbstring --without-mcrypt --without-mssql --without-onig --with-openssl --with-openssl-dir=/usr --disable-pcntl --disable-phar --disable-pdo --without-pgsql --disable-posix --without-pspell --without-recode --disable-simplexml --disable-shmop --without-snmp --disable-soap --disable-sockets --without-sqlite3 --without-sybase-ct --disable-sysvmsg --disable-sysvsem --disable-sysvshm --without-tidy --disable-tokenizer --disable-wddx --disable-xml --disable-xmlreader --disable-xmlwriter --without-xmlrpc --without-xsl --disable-zip --without-zlib --disable-debug --without-cdb --without-db4 --disable-flatfile --without-gdbm --disable-inifile --without-qdbm --without-freetype-dir --without-t1lib --disable-gd-jis-conv --without-jpeg-dir --without-png-dir --without-xpm-dir --without-gd --without-mysqli --without-readline --without-libedit --disable-session --with-pcre-regex=/usr --with-pcre-dir=/usr --with-config-file-path=/etc/php/cli-php5.4 --with-config-file-scan-dir=/etc/php/cli-php5.4/ext-active --disable-embed --enable-cli --disable-cgi --disable-fpm --without-apxs2 make Expected result: Compile success Actual result: -- http://bpaste.net/show/79578/ -- Edit bug report at https://bugs.php.net/bug.php?id=64293&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64293&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64293&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64293&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64293&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64293&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64293&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64293&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64293&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64293&r=support Expected behavior: https://bugs.php.net/fix.php?id=64293&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64293&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64293&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64293&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64293&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64293&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64293&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64293&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64293&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64293&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64293&r=mysqlcfg
[PHP-BUG] Bug #64405 [NEW]: Use pkg-config for determining freetype2 dir(s)
From: olemarkus Operating system: PHP version: 5.4.12 Package: GD related Bug Type: Bug Bug description:Use pkg-config for determining freetype2 dir(s) Description: Currently PHP does not use pkg-config to determine the location of freetype2 header files. Instead it looks for freetype.h in a set of dirs. On e.g multilib systems this causes ./configure to fail when using --with-freetype-dir pkg-config --cflags freetype2 -I/usr/lib64/freetype2/include/freetype2 -I/usr/lib64/freetype2/include And header files like: /usr/lib64/freetype2/include/ft2build.h /usr/lib64/freetype2/include/freetype2/freetype/freetype.h Downstream bug: https://bugs.gentoo.org/show_bug.cgi?id=459598 -- Edit bug report at https://bugs.php.net/bug.php?id=64405&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64405&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64405&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64405&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64405&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64405&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64405&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64405&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64405&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64405&r=support Expected behavior: https://bugs.php.net/fix.php?id=64405&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64405&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64405&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64405&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64405&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64405&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64405&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64405&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64405&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64405&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64405&r=mysqlcfg
Bug #46311 [Com]: Pointer aliasing issue results in miscompile on gcc4.4
Edit report at https://bugs.php.net/bug.php?id=46311&edit=1
ID: 46311
Comment by: olemar...@php.net
Reported by:anton at samba dot org
Summary:Pointer aliasing issue results in miscompile on
gcc4.4
Status: Assigned
Type: Bug
Package:Compile Failure
Operating System: RHEL5.2 / PowerPC64
PHP Version:5.2.9
Assigned To:dmitry
Block user comment: N
Private report: N
New Comment:
The Gentoo patchset has been running with this for years now. Any reason why
this
has not been resolved yet?
Previous Comments:
[2010-07-25 02:17:06] mabi at gentoo dot org
There are Gentoo downstream bugs related to this issue:
https://bugs.gentoo.org/show_bug.cgi?id=295682
https://bugs.gentoo.org/show_bug.cgi?id=329753
I'd love to see this fixed upstream, but will ship a custom patch to get this
more testing shortly.
[2008-10-16 09:35:17] johan...@php.net
Dmitry, can you check this?
[2008-10-16 05:54:12] anton at samba dot org
To clarify... the Zend code reads via zval *, not long *. The cut down test
case I submitted was simplified to use a long *.
[2008-10-16 03:20:35] anton at samba dot org
I can't work out how to attach things in this tool. Here is a copy and paste of
it and a non whitespace damaged version can be found at:
http://ozlabs.org/~anton/junkcode/php_fix_aliasing.patch
Index: php-5.2.6/Zend/zend_execute.h
===
--- php-5.2.6.orig/Zend/zend_execute.h 2007-12-31 02:20:02.0 -0500
+++ php-5.2.6/Zend/zend_execute.h 2008-10-15 23:03:01.0 -0400
@@ -150,7 +150,7 @@
EG(argument_stack).top -= (delete_count+2);
while (--delete_count>=0) {
- zval *q = *(zval **)(--p);
+ zval *q = *(--p);
*p = NULL;
zval_ptr_dtor(&q);
}
[2008-10-16 03:16:05] anton at samba dot org
Description:
A recent checkout of gcc4.4 miscompiles php on PowerPC64. The following
function reads from p via long * and stores to p via void * which violates
aliasing rules:
static inline void zend_ptr_stack_clear_multiple(TSRMLS_D)
{
void **p = EG(argument_stack).top_element-2;
int delete_count = (int)(zend_uintptr_t) *p;
EG(argument_stack).top -= (delete_count+2);
while (--delete_count>=0) {
zval *q = *(zval **)(--p);
*p = NULL;
zval_ptr_dtor(&q);
}
EG(argument_stack).top_element = p;
}
More details can be found at:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37824
We can remove the (zval **) cast so that we read and write via void *p and fix
the aliasing issue. I will attach a patch.
--
Edit this bug report at https://bugs.php.net/bug.php?id=46311&edit=1
Bug #64508 [Com]: conversions.c: undefined reference to php_set_inet6_addr
Edit report at https://bugs.php.net/bug.php?id=64508&edit=1 ID: 64508 Comment by: olemar...@php.net Reported by:peacech at gmail dot com Summary:conversions.c: undefined reference to php_set_inet6_addr Status: Assigned Type: Bug Package:Compile Failure Operating System: Linux PHP Version:5.5.0beta1 Assigned To:cataphract Block user comment: N Private report: N New Comment: Have observed the same issue. We have a downstream bug here: https://bugs.gentoo.org/show_bug.cgi?id=463372 Previous Comments: [2013-03-25 06:33:16] larue...@php.net confirm [2013-03-25 06:07:44] peacech at gmail dot com Description: Compiling PHP with --disable-ipv6 gives above error. -- Edit this bug report at https://bugs.php.net/bug.php?id=64508&edit=1
Bug #51216 [Com]: Segmentation fault when compiling PHP with PHAR
Edit report at https://bugs.php.net/bug.php?id=51216&edit=1 ID: 51216 Comment by: olemar...@php.net 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: It is a bit simple to say it is due to a Gentoo bug. It is not like we add many patches on top of PHP anymore. The few patches we have are mainly related to patching the build system. As mentioned, this segfault had nothing to do with PHAR. It is just the only time that php itself is being executed. In our case, the bug was compiling PHP with gcc 4.7 under certain conditions. Previous Comments: [2013-04-21 03:19:51] uorsini1 at gmail dot com I should have said CFLAGS_CLEAN I think, since that's what cli builds use. [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 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
[PHP-BUG] Bug #62726 [NEW]: FPM fails to spawn when max_children is set to a high number
From: olemarkus Operating system: Gentoo Linux PHP version: 5.4.5 Package: FPM related Bug Type: Bug Bug description:FPM fails to spawn when max_children is set to a high number Description: With the following parameters set in php-fpm.conf, FPM refuse to start properly. The worker threads are spawned, but hangs and only a kill -9 will stop them. Setting pm.max_children to a lower number works. The exact config works with PHP 5.4.4. pm = static pm.max_children = 500 Some additional information can be found in downstream bug https://bugs.gentoo.org/show_bug.cgi?id=428194 -- Edit bug report at https://bugs.php.net/bug.php?id=62726&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62726&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62726&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62726&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62726&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62726&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62726&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62726&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62726&r=needscript Try newer version: https://bugs.php.net/fix.php?id=62726&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62726&r=support Expected behavior: https://bugs.php.net/fix.php?id=62726&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62726&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62726&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62726&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62726&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62726&r=dst IIS Stability: https://bugs.php.net/fix.php?id=62726&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62726&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62726&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62726&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62726&r=mysqlcfg
Bug #51216 [Com]: Segmentation fault when compiling PHP with PHAR
Edit report at https://bugs.php.net/bug.php?id=51216&edit=1 ID: 51216 Comment by: olemar...@php.net 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: Several Gentoo users have reported the same issue: https://bugs.gentoo.org/show_bug.cgi?id=449386 Previous Comments: [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-expires --enable-headers --enable-rewrite --enable-ssl --enable-vhost-alias --enable-so --sysconfdir=/etc/apache2 [2011-03-25 02:09:44] ras...@php.net Why aren't you using 5.3.6? Not saying it is fixed there, but it is more useful to us if reports are against the current code. [2011-03-25 02:04:40] david at universe dot sonoma dot edu so I tried something different: ./configure \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl-dir=/usr/local/ssl \ --with-mysql=/usr/bin/ \ --enable-libgcc \ --with-libdir=lib64 \ --with-libxml-dir=/usr/lib64 \ --disable-cgi \ --with-zlib-dir=/usr/local/include \ --enable-zip \ --with-gd \ --with-png-dir=/usr/lib \ --with-jpeg-dir=/usr/lib \ --with-mcrypt=/usr/lib \ --with-gettext \ --enable-mbstring \ --with-curl=/usr/bin/curl \ --enable-sockets \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-mysqli=mysqlnd and I got: -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt -o sapi/cli/php Generating phar.php /usr/local/src/php-5.
[PHP-BUG] Bug #63971 [NEW]: Segfault when generating phar.php
From: olemarkus Operating system: PHP version: 5.4.10 Package: PHAR related Bug Type: Bug Bug description:Segfault when generating phar.php Description: Several users report segfaults when building PHP with phar enabled Build log: https://tinderboxlogs.s3.amazonaws.com/tbamd64.excelsior.flameeyes.eu/dev- lang%3Aphp-5.4.8%3A20121231-014433.html Unfortunately, I have not been able to reproduce this issue, but it looks similar to closed bug 51216. Downstream bug is https://bugs.gentoo.org/show_bug.cgi?id=451380 -- Edit bug report at https://bugs.php.net/bug.php?id=63971&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63971&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63971&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63971&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63971&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63971&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63971&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63971&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63971&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63971&r=support Expected behavior: https://bugs.php.net/fix.php?id=63971&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63971&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63971&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63971&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63971&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63971&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63971&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63971&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63971&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63971&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63971&r=mysqlcfg
Bug #63971 [Com]: Segfault when generating phar.php
Edit report at https://bugs.php.net/bug.php?id=63971&edit=1 ID: 63971 Comment by: olemar...@php.net Reported by:olemar...@php.net Summary:Segfault when generating phar.php Status: Feedback Type: Bug Package:PHAR related PHP Version:5.4.10 Block user comment: N Private report: N New Comment: Thanks. I will see what information I can obtain. Previous Comments: [2013-01-15 11:27:23] johan...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Well then maybe one of your patches is broken? You can also try running sapi/cli/php manually and try to have it segfault and provide a backtrace ... [2013-01-15 10:19:00] olemar...@php.net Hi Johannes, I doubt this is the case here. The Gentoo package system copies the entire source tree for each SAPI and starts from scratch in each one. Also, this happens from the first SAPI compile. If you see the build log, you clearly see unpack -> configure -> make. So I think this bug was closed a bit prematurely. [2013-01-14 23:52:24] johan...@php.net This typically happens when changing the PHP configuration between builds but not calling configure / make clean in between. [2013-01-11 17:30:45] olemar...@php.net Description: Several users report segfaults when building PHP with phar enabled Build log: https://tinderboxlogs.s3.amazonaws.com/tbamd64.excelsior.flameeyes.eu/dev- lang%3Aphp-5.4.8%3A20121231-014433.html Unfortunately, I have not been able to reproduce this issue, but it looks similar to closed bug 51216. Downstream bug is https://bugs.gentoo.org/show_bug.cgi?id=451380 -- Edit this bug report at https://bugs.php.net/bug.php?id=63971&edit=1
