Bug #62097 [Asn-Wfx]: New behavior of string == has a compatibility problem
Edit report at https://bugs.php.net/bug.php?id=62097edit=1 ID: 62097 Updated by: s...@php.net Reported by:kazuo at o-ishi dot jp Summary:New behavior of string == has a compatibility problem -Status: Assigned +Status: Wont fix Type: Bug Package:Scripting Engine problem Operating System: Gentoo Linux PHP Version:5.4.4RC1 Assigned To:stas Block user comment: N Private report: N New Comment: I believe I did explain the reason and I believe this is reason enough. If you disagree, please feel free to raise it on internals list and if enough of the community supports you it will be reversed. So far I did not hear any more complaints about it. I think it is clear that there is a disagreement between us about how to handle this, and more discussion is not going to bring any improvement. I am closing this bug, if you feel more discussion is required please raise it on the list. Previous Comments: [2012-05-31 02:36:51] kazuo at o-ishi dot jp I have shown test cases that work on released version 5.4.3 but not work on developing version. Now, YOU need explain real merit of this backward incompatible change. md5() is not enough reason, because it should always be compared by === instead of ==. Generally, at the case when new behavior (memcmp for large value) is acceptable, we can and we should just use ===. If you have such code sample and can explain what data it accepts, what it does and why it relies on string comparisons cutting numbers, please do so. Your database example is missing data, so I can not see what is going on there and why you think it works differently in 5.4.3 and 5.4.4. (I'm sorry but I cannot understand what you say in this two sentence. Could you explain detail?) In JPY (Japan Yen), we normally use it in integer (e.g. 100 yen). But sometimes it take fraction (e.g. foreign exchange 1 USD = 78.80 JPY). So database column type with fraction is reasonable. And set to / get from the column in integer form is also reasonable. Again, I just report incompatibility from PHP 5.4.3 to PHP 5.4.4RC. This is wrong way if you want to fix security problem, because incompatible change makes the users difficult to migrate to new version. [2012-05-31 00:46:41] s...@php.net I do not see heavy impact - so far I did not see any code sample that did something that makes sense in 5.4.3 but not on 5.4.4. If you have such code sample and can explain what data it accepts, what it does and why it relies on string comparisons cutting numbers, please do so. Your database example is missing data, so I can not see what is going on there and why you think it works differently in 5.4.3 and 5.4.4. [2012-05-30 08:57:43] kazuo at o-ishi dot jp In summary, this is my opinion: Recent changes on string == have problems on compatibility. Impact of the behavior change of == operator is heavy. This change should be excluded from PHP 5.4.x series. I'm sure that current (old) behavior also have problems, but compatibility is better. If it will be changed, it should be a natural extension of current behavior; number-like string is compared as number. (e.g. canonicalize string as number way before memcmp.) Of course, such behavior should be described explicitly in PHP Manual. [2012-05-30 07:18:45] kazuo at o-ishi dot jp Please think that it is money (or member ID). But why? [2012-05-30 07:09:15] s...@php.net What is in $row[0] in your example? 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=62097 -- Edit this bug report at https://bugs.php.net/bug.php?id=62097edit=1
Bug #39411 [Com]: php (cgi) binary is not produced when compiling with apxs2 configured
Edit report at https://bugs.php.net/bug.php?id=39411edit=1 ID: 39411 Comment by: get dot sonata at gmail dot com Reported by:thp3 at sigproc dot de Summary:php (cgi) binary is not produced when compiling with apxs2 configured Status: Not a bug Type: Bug Package:*Compile Issues Operating System: Linux 2.6.8 PHP Version:5.2.0 Block user comment: N Private report: N New Comment: Took me a while to realize it. Can it be put somewhere in any of README, instruction or whatsoever. Previous Comments: [2006-11-08 02:04:18] thp3 at sigproc dot de If only the fact that only CLI + any other sapi can be compiled at a time would be indicated in the installation notes, I would be quite happy. Note BTW that the documenation does NOT talk about the CGI executable as one of the sapis. In any case the fact that I ran into the same misunderstanding as the submitter of Bug #30682 shows that it is worth adjusting the documentation. My enquiry thus should rather be considered a documentation request than bug report. [2006-11-07 14:09:05] ed...@php.net Please don't submit the same bug twice. You can only compile CLI + any other sapi. [2006-11-07 09:08:57] thp3 at sigproc dot de Description: Re-issueing of Bug #30682 (php (cgi) binary does not compile with apxs2 configured). When having the --with-apxs option enabled, the CGI executable is not generated during compilation, though this is implied by the naming of the configure options and the current documentation in file INSTALL. Rationale: though it might be trivial for the php developers to know that the CGI executable is only one of the SAPI modules and that only one SAPI module (+ cli) can be compiled at a time, for the average user it is just puzzling not to find the CGI executable after use of a rather unsuspicious configure command. Please either a) adjust the naming of configure options (e.g. have an explicit option for the target, i.e. --build-sapi={cgi|apache|...}), or b) leave a small note in the documentation about the issue, preferably in INSTALL or at the top of the configure --help text. (Something like: Note that enabling --with-apxs and alike will cease the CGI executable from being built.) -- Edit this bug report at https://bugs.php.net/bug.php?id=39411edit=1
[PHP-BUG] Bug #62195 [NEW]: NTML authentication of current user on different host fails
From: a dot schilder at gmx dot de Operating system: Windows Server 2008R2 PHP version: 5.4.3 Package: cURL related Bug Type: Bug Bug description:NTML authentication of current user on different host fails Description: A request with NTML authentication using the current, authenticated user (CURLOPT_USERPWD :) doesn't work, when doing a request to another host in the same domain. Settings the same credentials directly for CURLOPT_USERPWD works as expected. Test script: --- Script on server1.domainXYZ, user already authenicated. Curl requests to server1.domainXYZ and server2.domainXYZ. Version 1 (Server 1, explicitly setting the credentials of the current user): ... curl_setopt($ch, CURLOPT_URL, 'http://server1.domainXYZ/file.php'); curl_setopt($ch, CURLOPT_HEADER, 0); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_HTTPAUTH, CURLAUTH_NTLM); curl_setopt($ch, CURLOPT_USERPWD, domainXYZ\\userX:passwordY); ... Version 2 (Server 1, using current user): ... curl_setopt($ch, CURLOPT_URL, 'http://server1.domainXYZ/file.php'); curl_setopt($ch, CURLOPT_HEADER, 0); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_HTTPAUTH, CURLAUTH_NTLM); curl_setopt($ch, CURLOPT_USERPWD, :); ... Version 3 (Server 2, explicitly setting the credentials of the current user): ... curl_setopt($ch, CURLOPT_URL, 'http://server2.domainXYZ/file.php'); curl_setopt($ch, CURLOPT_HEADER, 0); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_HTTPAUTH, CURLAUTH_NTLM); curl_setopt($ch, CURLOPT_USERPWD, domainXYZ\\userX:passwordY); ... Version 4 (Server 2, using current user): ... curl_setopt($ch, CURLOPT_URL, 'http://server2.domainXYZ/file.php'); curl_setopt($ch, CURLOPT_HEADER, 0); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_HTTPAUTH, CURLAUTH_NTLM); curl_setopt($ch, CURLOPT_USERPWD, :); ... Expected result: Version 1: works Version 2: works Version 3: works Version 4: works Actual result: -- Version 1: works Version 2: works Version 3: works Version 4: doesn't work In Version 1-3 the user name is correctly sent and logged in the IIS logs (cs-username). In Version 4, the user name in the IIS logs is empty (-), so no user name is sent by cURL. -- Edit bug report at https://bugs.php.net/bug.php?id=62195edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62195r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62195r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62195r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62195r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62195r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62195r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62195r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62195r=needscript Try newer version: https://bugs.php.net/fix.php?id=62195r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62195r=support Expected behavior: https://bugs.php.net/fix.php?id=62195r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62195r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62195r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62195r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62195r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62195r=dst IIS Stability: https://bugs.php.net/fix.php?id=62195r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62195r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62195r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62195r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62195r=mysqlcfg
[PHP-BUG] Bug #62196 [NEW]: stdlib.h:107:23: error: duplicate 'unsigned'
From: thierry dot tisserand at lu dot nomura dot com Operating system: AIX 7100-01-02-1150 (64 bits) PHP version: 5.3.13 Package: Compile Failure Bug Type: Bug Bug description:stdlib.h:107:23: error: duplicate 'unsigned' Description: Php Source : 5.3.13 (RPM downloaded from http://www.perzl.org/aix) gcc (GCC) 4.6.3 libtool 1.5.26 Compilation of php 5.3.13 FAILED. Test script: --- ./configure --prefix=/opt/freeware \ --with-apxs2=/opt/freeware/etc/httpd/bin/apxs \ --with-config-file-path=/opt/freeware/etc/httpd/conf \ --with-gd \ --with-zlib-dir=/opt/freeware/lib \ --enable-shared --disable-static \ --with-png \ --with-zlib \ --with-bz2 \ --with-xml \ --with-jpeg-dir=/opt/freeware/lib \ --with-png-dir=/opt/freeware/lib \ --with-xpm-dir=/opt/freeware/lib \ --with-freetype-dir=/opt/freeware/lib make Actual result: -- /bin/sh /opt/freeware/src/packages/SOURCES/php-5.3.13/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/opt/freeware/src/packages/SOURCES/php-5.3.13/ext/date/ -DPHP_ATOM_INC -I/opt/freeware/src/packages/SOURCES/php-5.3.13/include -I/opt/freeware/src/packages/SOURCES/php-5.3.13/main -I/opt/freeware/src/packages/SOURCES/php-5.3.13 -I/opt/freeware/src/packages/SOURCES/php-5.3.13/ext/date/lib -I/opt/freeware/src/packages/SOURCES/php-5.3.13/ext/ereg/regex -I/opt/freeware/include/libxml2 -I/usr/include/freetype2 -I/opt/freeware/src/packages/SOURCES/php-5.3.13/ext/sqlite3/libsqlite -I/opt/freeware/src/packages/SOURCES/php-5.3.13/TSRM -I/opt/freeware/src/packages/SOURCES/php-5.3.13/Zend-I/usr/include -g -O2 -fvisibility=hidden -c /opt/freeware/src/packages/SOURCES/php-5.3.13/ext/date/php_date.c -o ext/date/php_date.lo In file included from /opt/freeware/src/packages/SOURCES/php-5.3.13/include/../main/php_config.h:2452:0, from /opt/freeware/src/packages/SOURCES/php-5.3.13/Zend/zend_config.h:1, from /opt/freeware/src/packages/SOURCES/php-5.3.13/Zend/zend.h:51, from /opt/freeware/src/packages/SOURCES/php-5.3.13/main/php.h:34, from /opt/freeware/src/packages/SOURCES/php-5.3.13/ext/date/php_date.c:21: /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/stdlib.h:107:23: error: duplicate 'unsigned' In file included from /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/sys/wait.h:51:0, from /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/stdlib.h:349, from /opt/freeware/src/packages/SOURCES/php-5.3.13/include/../main/php_config.h:2452, from /opt/freeware/src/packages/SOURCES/php-5.3.13/Zend/zend_config.h:1, from /opt/freeware/src/packages/SOURCES/php-5.3.13/Zend/zend.h:51, from /opt/freeware/src/packages/SOURCES/php-5.3.13/main/php.h:34, from /opt/freeware/src/packages/SOURCES/php-5.3.13/ext/date/php_date.c:21: /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/sys/types.h:587:17: error: two or more data types in declaration specifiers /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/sys/types.h:587:17: error: two or more data types in declaration specifiers /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/sys/types.h:588:18: error: two or more data types in declaration specifiers /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/sys/types.h:588:18: error: two or more data types in declaration specifiers make: The error code from the last command is 1. Stop. -- Edit bug report at https://bugs.php.net/bug.php?id=62196edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62196r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62196r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62196r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62196r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62196r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62196r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62196r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62196r=needscript Try newer version: https://bugs.php.net/fix.php?id=62196r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62196r=support Expected behavior: https://bugs.php.net/fix.php?id=62196r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62196r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62196r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62196r=globals PHP 4 support discontinued:
[PHP-BUG] Bug #62197 [NEW]: Starting Apache failed
From: thierry dot tisserand at lu dot nomura dot com Operating system: AIX 7100-01-02-1150 (64 bits) PHP version: 5.3.13 Package: Apache related Bug Type: Bug Bug description:Starting Apache failed Description: Apache 2.4.2 and php-5.3.13-1.aix5.1 has been installed with RPM (http://www.perzl.org/aix) Apache only (Include conf/extra/httpd-php.conf has been comment in the f)ile httpd.conf) start without error. If I try to start Apache wtih php, I had an error: Test script: --- /opt/freeware/sbin/apachectl -k start Actual result: -- httpd: Syntax error on line 513 of /opt/freeware/etc/httpd/conf/httpd.conf: Syntax error on line 6 of /opt/freeware/etc/httpd/conf/extra/httpd-php.conf: Cannot load /opt/freeware/lib/httpd/modules/libphp5.so into server: rtld: 0712-001 Symbol ap_log_error was referenced\n from module /opt/freeware/lib/httpd/modules/libphp5.so(), but a runtime definition\n\t of the symbol was not found.\nrtld: 0712-001 Symbol ap_log_rerror was referenced\n from module /opt/freeware/lib/httpd/modules/libphp5.so(), but a runtime definition\n\tof the symbol was not found.\nrtld: 0712-001 Symbol ap_get_server_version was referenced\n from module /opt/freeware/lib/httpd/modules/libphp5.so(), but a runtime definition\n\t of the symbol was not found.\nrtld: 0712-001 Symbol unixd_config was referenced\n from module /opt/freeware/lib/httpd/modules/libphp5.so(), but a runtime definition\n\tof the symbol was not found. -- Edit bug report at https://bugs.php.net/bug.php?id=62197edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62197r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62197r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62197r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62197r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62197r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62197r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62197r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62197r=needscript Try newer version: https://bugs.php.net/fix.php?id=62197r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62197r=support Expected behavior: https://bugs.php.net/fix.php?id=62197r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62197r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62197r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62197r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62197r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62197r=dst IIS Stability: https://bugs.php.net/fix.php?id=62197r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62197r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62197r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62197r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62197r=mysqlcfg
Bug #62196 [Opn-Fbk]: stdlib.h:107:23: error: duplicate 'unsigned'
Edit report at https://bugs.php.net/bug.php?id=62196edit=1 ID: 62196 Updated by: fel...@php.net Reported by:thierry dot tisserand at lu dot nomura dot com Summary:stdlib.h:107:23: error: duplicate 'unsigned' -Status: Open +Status: Feedback Type: Bug Package:Compile Failure Operating System: AIX 7100-01-02-1150 (64 bits) PHP Version:5.3.13 Block user comment: N Private report: N New Comment: Can you paste the line 107 of file /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/stdlib.h ? Previous Comments: [2012-05-31 10:20:13] thierry dot tisserand at lu dot nomura dot com Description: Php Source : 5.3.13 (RPM downloaded from http://www.perzl.org/aix) gcc (GCC) 4.6.3 libtool 1.5.26 Compilation of php 5.3.13 FAILED. Test script: --- ./configure --prefix=/opt/freeware \ --with-apxs2=/opt/freeware/etc/httpd/bin/apxs \ --with-config-file-path=/opt/freeware/etc/httpd/conf \ --with-gd \ --with-zlib-dir=/opt/freeware/lib \ --enable-shared --disable-static \ --with-png \ --with-zlib \ --with-bz2 \ --with-xml \ --with-jpeg-dir=/opt/freeware/lib \ --with-png-dir=/opt/freeware/lib \ --with-xpm-dir=/opt/freeware/lib \ --with-freetype-dir=/opt/freeware/lib make Actual result: -- /bin/sh /opt/freeware/src/packages/SOURCES/php-5.3.13/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/opt/freeware/src/packages/SOURCES/php-5.3.13/ext/date/ -DPHP_ATOM_INC -I/opt/freeware/src/packages/SOURCES/php-5.3.13/include -I/opt/freeware/src/packages/SOURCES/php-5.3.13/main -I/opt/freeware/src/packages/SOURCES/php-5.3.13 -I/opt/freeware/src/packages/SOURCES/php-5.3.13/ext/date/lib -I/opt/freeware/src/packages/SOURCES/php-5.3.13/ext/ereg/regex -I/opt/freeware/include/libxml2 -I/usr/include/freetype2 -I/opt/freeware/src/packages/SOURCES/php-5.3.13/ext/sqlite3/libsqlite -I/opt/freeware/src/packages/SOURCES/php-5.3.13/TSRM -I/opt/freeware/src/packages/SOURCES/php-5.3.13/Zend-I/usr/include -g -O2 -fvisibility=hidden -c /opt/freeware/src/packages/SOURCES/php-5.3.13/ext/date/php_date.c -o ext/date/php_date.lo In file included from /opt/freeware/src/packages/SOURCES/php-5.3.13/include/../main/php_config.h:2452:0, from /opt/freeware/src/packages/SOURCES/php-5.3.13/Zend/zend_config.h:1, from /opt/freeware/src/packages/SOURCES/php-5.3.13/Zend/zend.h:51, from /opt/freeware/src/packages/SOURCES/php-5.3.13/main/php.h:34, from /opt/freeware/src/packages/SOURCES/php-5.3.13/ext/date/php_date.c:21: /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/stdlib.h:107:23: error: duplicate 'unsigned' In file included from /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/sys/wait.h:51:0, from /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/stdlib.h:349, from /opt/freeware/src/packages/SOURCES/php-5.3.13/include/../main/php_config.h:2452, from /opt/freeware/src/packages/SOURCES/php-5.3.13/Zend/zend_config.h:1, from /opt/freeware/src/packages/SOURCES/php-5.3.13/Zend/zend.h:51, from /opt/freeware/src/packages/SOURCES/php-5.3.13/main/php.h:34, from /opt/freeware/src/packages/SOURCES/php-5.3.13/ext/date/php_date.c:21: /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/sys/types.h:587:17: error: two or more data types in declaration specifiers /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/sys/types.h:587:17: error: two or more data types in declaration specifiers /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/sys/types.h:588:18: error: two or more data types in declaration specifiers /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/sys/types.h:588:18: error: two or more data types in declaration specifiers make: The error code from the last command is 1. Stop. -- Edit this bug report at https://bugs.php.net/bug.php?id=62196edit=1
Bug #62196 [Fbk-Opn]: stdlib.h:107:23: error: duplicate 'unsigned'
Edit report at https://bugs.php.net/bug.php?id=62196edit=1 ID: 62196 User updated by:thierry dot tisserand at lu dot nomura dot com Reported by:thierry dot tisserand at lu dot nomura dot com Summary:stdlib.h:107:23: error: duplicate 'unsigned' -Status: Feedback +Status: Open Type: Bug Package:Compile Failure Operating System: AIX 7100-01-02-1150 (64 bits) PHP Version:5.3.13 Block user comment: N Private report: N New Comment: Line 107 of file /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/stdlib.h : typedef __SIZE_TYPE__ size_t; Previous Comments: [2012-05-31 11:11:57] fel...@php.net Can you paste the line 107 of file /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/stdlib.h ? [2012-05-31 10:20:13] thierry dot tisserand at lu dot nomura dot com Description: Php Source : 5.3.13 (RPM downloaded from http://www.perzl.org/aix) gcc (GCC) 4.6.3 libtool 1.5.26 Compilation of php 5.3.13 FAILED. Test script: --- ./configure --prefix=/opt/freeware \ --with-apxs2=/opt/freeware/etc/httpd/bin/apxs \ --with-config-file-path=/opt/freeware/etc/httpd/conf \ --with-gd \ --with-zlib-dir=/opt/freeware/lib \ --enable-shared --disable-static \ --with-png \ --with-zlib \ --with-bz2 \ --with-xml \ --with-jpeg-dir=/opt/freeware/lib \ --with-png-dir=/opt/freeware/lib \ --with-xpm-dir=/opt/freeware/lib \ --with-freetype-dir=/opt/freeware/lib make Actual result: -- /bin/sh /opt/freeware/src/packages/SOURCES/php-5.3.13/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/opt/freeware/src/packages/SOURCES/php-5.3.13/ext/date/ -DPHP_ATOM_INC -I/opt/freeware/src/packages/SOURCES/php-5.3.13/include -I/opt/freeware/src/packages/SOURCES/php-5.3.13/main -I/opt/freeware/src/packages/SOURCES/php-5.3.13 -I/opt/freeware/src/packages/SOURCES/php-5.3.13/ext/date/lib -I/opt/freeware/src/packages/SOURCES/php-5.3.13/ext/ereg/regex -I/opt/freeware/include/libxml2 -I/usr/include/freetype2 -I/opt/freeware/src/packages/SOURCES/php-5.3.13/ext/sqlite3/libsqlite -I/opt/freeware/src/packages/SOURCES/php-5.3.13/TSRM -I/opt/freeware/src/packages/SOURCES/php-5.3.13/Zend-I/usr/include -g -O2 -fvisibility=hidden -c /opt/freeware/src/packages/SOURCES/php-5.3.13/ext/date/php_date.c -o ext/date/php_date.lo In file included from /opt/freeware/src/packages/SOURCES/php-5.3.13/include/../main/php_config.h:2452:0, from /opt/freeware/src/packages/SOURCES/php-5.3.13/Zend/zend_config.h:1, from /opt/freeware/src/packages/SOURCES/php-5.3.13/Zend/zend.h:51, from /opt/freeware/src/packages/SOURCES/php-5.3.13/main/php.h:34, from /opt/freeware/src/packages/SOURCES/php-5.3.13/ext/date/php_date.c:21: /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/stdlib.h:107:23: error: duplicate 'unsigned' In file included from /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/sys/wait.h:51:0, from /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/stdlib.h:349, from /opt/freeware/src/packages/SOURCES/php-5.3.13/include/../main/php_config.h:2452, from /opt/freeware/src/packages/SOURCES/php-5.3.13/Zend/zend_config.h:1, from /opt/freeware/src/packages/SOURCES/php-5.3.13/Zend/zend.h:51, from /opt/freeware/src/packages/SOURCES/php-5.3.13/main/php.h:34, from /opt/freeware/src/packages/SOURCES/php-5.3.13/ext/date/php_date.c:21: /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/sys/types.h:587:17: error: two or more data types in declaration specifiers /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/sys/types.h:587:17: error: two or more data types in declaration specifiers /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/sys/types.h:588:18: error: two or more data types in declaration specifiers /opt/freeware/lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.3/include-fixed/sys/types.h:588:18: error: two or more data types in declaration specifiers make: The error code from the last command is 1. Stop. -- Edit this bug report at https://bugs.php.net/bug.php?id=62196edit=1
Bug #62194 [Opn-Nab]: Bug on using strtotime to date
Edit report at https://bugs.php.net/bug.php?id=62194edit=1 ID: 62194 Updated by: ras...@php.net Reported by:kg_emopunk at yahoo dot com Summary:Bug on using strtotime to date -Status: Open +Status: Not a bug Type: Bug Package:Scripting Engine problem Operating System: Linux/ Windows PHP Version:5.3.13 Block user comment: N Private report: N New Comment: There isn't really a bug here. If you try this same script tomorrow you will get your expected output. strtotime() will use the current date for any missing info, so since today is the 31st of the month, it will try to get the 31st of each month. Any month that doesn't have 31 days will end up giving you the appropriate offset into the following month. This is consistent with relative date offsets and related to the standard Unix approach to handling impossible dates described here: http://www.gnu.org/software/tar/manual/html_node/Relative-items-in-date- strings.html#SEC125 The real solution is to specify a day in the month if you want your code to work reliably. As in strtotime($key 1) Previous Comments: [2012-05-31 05:49:20] kg_emopunk at yahoo dot com Description: --- From manual page: http://www.php.net/function.strtotime --- There is a slight bug using strtotime to date. When the strtotime parameter is only Month, the output adding date syntax is incorrect. Incorrect month outputs: Feb / February Apr / April Jun / June Sep / September Nov / November The solution for this is to add a day or a year. e.g ( date(F,strtotime($month. .$day)); ) Test script: --- ?php $s=array('Jan','Feb','Mar','Apr','May','Jun','Jul','Aug','Sep','Oct','Nov','Dec'); $s1=array('January','February','March','April','May','June','July','August','September','October','November','December'); echo h4 3 Letters Months /h4; foreach ($s as $key) { echo date(F,strtotime($key)).br; } echo h4 Full Text Months /h4; foreach ($s1 as $key) { echo date(F,strtotime($key)).br; } ? Expected result: 3 Letters Months January February March April May June July August September October November December Full Text Months January February March April May June July August September October November December Actual result: -- 3 Letters Months January March March May May July July August October October December December -- Edit this bug report at https://bugs.php.net/bug.php?id=62194edit=1
Bug #62008 [Opn-Csd]: signal 6 in curl_multi_fdset
Edit report at https://bugs.php.net/bug.php?id=62008edit=1 ID: 62008 User updated by:steve at dirtyandroid dot com Reported by:steve at dirtyandroid dot com Summary:signal 6 in curl_multi_fdset -Status: Open +Status: Closed Type: Bug Package:cURL related Operating System: Ubuntu Precise -PHP Version:5.3.10-1ubuntu3.1 with Suhosin-Patch (cli) (built: May 4 2012 02:20:36) +PHP Version:5.4.3 (cli) (built: May 31 2012 08:48:27) Block user comment: N Private report: Y New Comment: Solved between curl 7.22 and 7.26 Previous Comments: [2012-05-30 19:47:28] steve at dirtyandroid dot com I've got a backtrace. I've realised that it does in fact crash on particular jobs, rather than randomly after a load of them. Any fixes or workarounds are immensely welcome, this is causing an untold amount of pain for me. Program terminated with signal 6, Aborted. #0 0x7f1ee5839445 in raise () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x7f1ee5839445 in raise () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7f1ee583cbab in abort () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x7f1ee5876e2e in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #3 0x7f1ee590c007 in __fortify_fail () from /lib/x86_64-linux-gnu/libc.so.6 #4 0x7f1ee590af00 in __chk_fail () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x7f1ee590bfbe in __fdelt_warn () from /lib/x86_64-linux-gnu/libc.so.6 #6 0x7f1ee4d2b33b in curl_multi_fdset () from /usr/lib/x86_64-linux-gnu/libcurl.so.4 #7 0x7f1ee4f5ca45 in zif_curl_multi_select (ht=19794, return_value=0x3609b28, return_value_ptr=0x6, this_ptr=0x, return_value_used=-443070624) at /build/buildd/php5-5.3.10/ext/curl/multi.c:193 #8 0x0070f77d in zend_do_fcall_common_helper_SPEC (execute_data=0x7f1ee014a8c0) at /build/buildd/php5-5.3.10/Zend/zend_vm_execute.h:320 #9 0x006c02eb in execute (op_array=0x1535b68) at /build/buildd/php5-5.3.10/Zend/zend_vm_execute.h:107 #10 0x0068d82c in zend_call_function (fci=0x7fffbe3b8600, fci_cache=0x7f1ee0147d68) at /build/buildd/php5-5.3.10/Zend/zend_execute_API.c:969 #11 0x005cfeb1 in zif_call_user_func (ht=19794, return_value=0x18b9ff0, return_value_ptr=0x6, this_ptr=0x, return_value_used=-443070624) at /build/buildd/php5-5.3.10/ext/standard/basic_functions.c:4778 #12 0x0070f77d in zend_do_fcall_common_helper_SPEC (execute_data=0x7f1ee0147d68) at /build/buildd/php5-5.3.10/Zend/zend_vm_execute.h:320 #13 0x006c02eb in execute (op_array=0x12fae50) at /build/buildd/php5-5.3.10/Zend/zend_vm_execute.h:107 #14 0x0068d82c in zend_call_function (fci=0x7fffbe3b88f0, fci_cache=0x7f1ee01479a0) at /build/buildd/php5-5.3.10/Zend/zend_execute_API.c:969 #15 0x005cfeb1 in zif_call_user_func (ht=19794, return_value=0x18bf778, return_value_ptr=0x6, this_ptr=0x, return_value_used=-443070624) at /build/buildd/php5-5.3.10/ext/standard/basic_functions.c:4778 #16 0x0070f77d in zend_do_fcall_common_helper_SPEC (execute_data=0x7f1ee01479a0) at /build/buildd/php5-5.3.10/Zend/zend_vm_execute.h:320 #17 0x006c02eb in execute (op_array=0x12e6440) at /build/buildd/php5-5.3.10/Zend/zend_vm_execute.h:107 #18 0x0069b850 in zend_execute_scripts (type=0, retval=0x8, file_count=3) at /build/buildd/php5-5.3.10/Zend/zend.c:1308 #19 0x00647f03 in php_execute_script (primary_file=0x7f1ee583def6) at /build/buildd/php5-5.3.10/main/main.c:2323 #20 0x0042c797 in main (argc=32767, argv=0x7fffbe3bbe1a) at /build/buildd/php5-5.3.10/sapi/cli/php_cli.c:1188 Curl stuff from phpinfo: cURL support = enabled cURL Information = 7.22.0 Age = 3 Features AsynchDNS = No Debug = No GSS-Negotiate = Yes IDN = Yes IPv6 = Yes Largefile = Yes NTLM = Yes SPNEGO = No SSL = Yes SSPI = No krb4 = No libz = Yes CharConv = No Protocols = dict, file, ftp, ftps, gopher, http, https, imap, imaps, ldap, pop3, pop3s, rtmp, rtsp, smtp, smtps, telnet, tftp Host = x86_64-pc-linux-gnu SSL Version = OpenSSL/1.0.1 ZLib Version = 1.2.3.4 [2012-05-15 14:17:17] steve at dirtyandroid dot com Sure, I'll give it a go when I get a chance, probably later this week. [2012-05-15 13:46:34] tony2...@php.net Could you pls try to get a decent GDB backtrace? See instructions here: https://bugs.php.net/bugs-generating-backtrace.php [2012-05-13 15:11:19] steve at dirtyandroid dot com I'm sorry but I have no idea what in my 20k line codebase is triggering this, and thus can't give you an example script.
Bug #62189 [Opn-Fbk]: Behavior of serialize has changed
Edit report at https://bugs.php.net/bug.php?id=62189edit=1 ID: 62189 Updated by: cataphr...@php.net Reported by:mg at ovos dot at Summary:Behavior of serialize has changed -Status: Open +Status: Feedback Type: Bug Package:Variables related Operating System: Win64 PHP Version:5.4.3 Block user comment: N Private report: N Previous Comments: [2012-05-30 17:22:12] mg at ovos dot at It seems that my issue is directly related to fixing a bug in PHP: https://bugs.php.net/bug.php?id=36424 If this is true, the test case I included does not cover entirely the issue I am having. In my case unserialize() does not bring back the referenced object, although the test case does. I had no luck in extracting my scenario into a test case as yet. I am trying to find the difference between test case and the live case, which is obviosly many times more complex. [2012-05-30 13:26:14] mg at ovos dot at I'm attaching a DIFF with output of the testCase: http://diffchecker.com/5399UzhN Left side: PHP 5.3.8 Right side: PHP 5.4.3 [2012-05-30 13:20:48] mg at ovos dot at Hello! I managed to produce a simple testCase, please find it here: http://pastebin.com/sw1ZwvNv [2012-05-30 12:14:29] mg at ovos dot at Hello, I am working on a test script. Please allow me to include it in few hours. [2012-05-30 12:08:16] cataphr...@php.net Can you create a short script that reproduces this behavior? 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=62189 -- Edit this bug report at https://bugs.php.net/bug.php?id=62189edit=1
[PHP-BUG] Bug #62199 [NEW]: is_readable() does not seem to tolerate crossing partitions inside a sambashare
From: m at thedigitalmachine dot com Operating system: linux (gentoo) PHP version: 5.3.13 Package: Directory function related Bug Type: Bug Bug description:is_readable() does not seem to tolerate crossing partitions inside a sambashare Description: Calls to PHP's is_readable() function are returning false on a directory that is readable from the command prompt. I have changed permissions to most-permissible and still no luck. Any directory under the samba share that is not on the physical primary partition seems to fail. Here are the permissions as provided in the shell: ls -lad /remote/samba_share drwxrwxr-x 13 me users 0 May 29 15:49 /remote/samba_share ls -la /remote/samba_share drwxr-xr-x 4 me users 0 May 8 14:19 /remote/samba_share/local_dir drwxr-xr-x 16 me users 0 May 14 19:49 /remote/samba_share/second_drive drwxrwxrwx 12 me users 0 May 30 09:42 /remote/samba_share/ext_raid NOTE: I started this as a question on stackoverflow, because of the number of other possible causes, but led to this bug report. http://stackoverflow.com/questions/10818770/php-is-readable-fails-on-readable-samba-directory Test script: --- if (is_readable('/remote/samba_share' )){ echo share ok\n; } else { echo share BAD\n; } if (is_readable('/remote/samba_share/local_dir')){ echo local ok\n; } else { echo local BAD\n; } if (is_readable('/remote/samba_share/second_drive' )){ echo second ok\n; } else { echo second BAD\n; } if (is_readable('/remote/samba_share/ext_raid' )){ echo raid ok\n; } else { echo raid BAD\n; } Expected result: share ok local ok second ok raid ok Actual result: -- share ok local ok second BAD raid BAD -- Edit bug report at https://bugs.php.net/bug.php?id=62199edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62199r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62199r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62199r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62199r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62199r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62199r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62199r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62199r=needscript Try newer version: https://bugs.php.net/fix.php?id=62199r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62199r=support Expected behavior: https://bugs.php.net/fix.php?id=62199r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62199r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62199r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62199r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62199r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62199r=dst IIS Stability: https://bugs.php.net/fix.php?id=62199r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62199r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62199r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62199r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62199r=mysqlcfg
Bug #62199 [Opn]: is_readable() does not seem to tolerate crossing partitions inside a sambashare
Edit report at https://bugs.php.net/bug.php?id=62199edit=1 ID: 62199 User updated by:moodboom at gmail dot com Reported by:moodboom at gmail dot com Summary:is_readable() does not seem to tolerate crossing partitions inside a sambashare Status: Open Type: Bug Package:Directory function related Operating System: linux (gentoo) PHP Version:5.3.13 Block user comment: N Private report: N New Comment: Note that the C function access() (which I believe is used by is_readable()) works as expected: C code: cout share: access(/remote/samba_share, R_OK) endl; cout local: access(/remote/samba_share/local_dir, R_OK) endl; cout second: access(/remote/samba_share/second_drive, R_OK) endl; cout raid: access(/remote/samba_share/ext_raid, R_OK) endl; result: share: 0 local: 0 second: 0 raid: 0 Previous Comments: [2012-05-31 17:43:41] moodboom at gmail dot com Description: Calls to PHP's is_readable() function are returning false on a directory that is readable from the command prompt. I have changed permissions to most-permissible and still no luck. Any directory under the samba share that is not on the physical primary partition seems to fail. Here are the permissions as provided in the shell: ls -lad /remote/samba_share drwxrwxr-x 13 me users 0 May 29 15:49 /remote/samba_share ls -la /remote/samba_share drwxr-xr-x 4 me users 0 May 8 14:19 /remote/samba_share/local_dir drwxr-xr-x 16 me users 0 May 14 19:49 /remote/samba_share/second_drive drwxrwxrwx 12 me users 0 May 30 09:42 /remote/samba_share/ext_raid NOTE: I started this as a question on stackoverflow, because of the number of other possible causes, but led to this bug report. http://stackoverflow.com/questions/10818770/php-is-readable-fails-on-readable-samba-directory Test script: --- if (is_readable('/remote/samba_share' )){ echo share ok\n; } else { echo share BAD\n; } if (is_readable('/remote/samba_share/local_dir')){ echo local ok\n; } else { echo local BAD\n; } if (is_readable('/remote/samba_share/second_drive' )){ echo second ok\n; } else { echo second BAD\n; } if (is_readable('/remote/samba_share/ext_raid' )){ echo raid ok\n; } else { echo raid BAD\n; } Expected result: share ok local ok second ok raid ok Actual result: -- share ok local ok second BAD raid BAD -- Edit this bug report at https://bugs.php.net/bug.php?id=62199edit=1
Bug #27793 [Com]: strtotime behaving erraticly in month change
Edit report at https://bugs.php.net/bug.php?id=27793edit=1 ID: 27793 Comment by: ian_dunn at yahoo dot com Reported by:henrik at mindlocker dot no Summary:strtotime behaving erraticly in month change Status: Not a bug Type: Bug Package:Date/time related Operating System: Mac OS X Server 10.3.3/Darwin7.3 PHP Version:4.3.5 Block user comment: N Private report: N New Comment: Since this is reported as a bug so often, it might make sense to update the documentation to warn developers about this unexpected/unintuitive behavior. Regardless of whether you think it's a bug or not, it's clearly something that many developers stumble over, so it should be prominently documented. Previous Comments: [2004-03-31 04:49:32] der...@php.net Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Already reported atleast *5* times. [2004-03-31 03:34:24] henrik at mindlocker dot no Description: strtotime(- x month) will not work properly when around a month change. The following code example was run on 31.march. I have seen the previous bug reports that indicate that month is really an alias for 30.5 days. However, this causes problems when you need to correctly iterate (dynamically) with the month keyword. It should iterate correctly when its specified as month, if not my opinion is that implementations should use strtotime(- .$num*30.5. days); Reproduce code: --- for( $c=0;$c12;$c++ ) echo date(F,strtotime(-.$c. month)).br; Expected result: March February Januar December November October Actual result: -- March January December December October October ... -- Edit this bug report at https://bugs.php.net/bug.php?id=27793edit=1
Bug #62071 [Com]: CLI Programs Hang Forever
Edit report at https://bugs.php.net/bug.php?id=62071edit=1 ID: 62071 Comment by: riptide dot tempora at opinehub dot com Reported by:ewilde at bsmdevelopment dot com Summary:CLI Programs Hang Forever Status: Open Type: Bug Package:Reproducible crash Operating System: CentOS 5.8 PHP Version:5.4.3 Block user comment: N Private report: N New Comment: Would I wrong in assuming that exit; or die(); would properly kill the program in your situation? Previous Comments: [2012-05-21 18:57:43] ewilde at bsmdevelopment dot com Well, that figures. Its way too simple a test to have slipped through your regression testing. I have other programs that are more complicated which fail in exactly the same way. In all cases, absolutely all of the work, whatever it is, gets done to completion. All that happens is they hang on exit or when the code falls through the end of the script. It sounds like one of those exec/wait problems whereby the wait in a mother task fails to complete when the daughter task, that's doing all of the work, ends. This could easily be OS-dependent or build-dependent and, hence, hard for you to reproduce. If you want to contact me offline about where to look, I'll try to debug the problem on the test system where its failing. [2012-05-20 21:55:00] fel...@php.net I can't reproduce it. [2012-05-19 14:44:36] ewilde at bsmdevelopment dot com Description: Scripts executed under the CLI never end. For example, the following test script will run as long as you let it, until it is killed. It doesn't appear to be looping, as it consumes no resources. Rather, it appears to be blocked waiting for some signal that never happens. Note that this may explain why the 5.4.3 build cannot be built with --enable-phar and why make install hangs forever at the end. Build parms: ./configure --with-apxs2=/usr/share/httpd-2.4/bin/apxs --with-curl --with-gd --with-ldap --with-libxml-dir=/usr/local --with-mcrypt --with-mysql=/usr/local/mysql --with-mysqli=/usr/bin/mysql_config --with-openssl --with-pspell --with-unixODBC=/usr/local/unixODBC --enable-bcmath --disable-phar --enable-sockets Test script: --- #!/usr/bin/php script language=php fwrite(STDOUT, This is a test\n); /script Expected result: The CLI program exits. Actual result: -- The CLI program never exits. -- Edit this bug report at https://bugs.php.net/bug.php?id=62071edit=1
[PHP-BUG] Bug #62200 [NEW]: __set_state() not implemented
From: bkam at citiesunlimited dot com Operating system: All PHP version: 5.4.3 Package: SPL related Bug Type: Bug Bug description:__set_state() not implemented Description: Pretty simple, var_export of SPL traversibles shows Class::__set_state([]) but actually calling that function throws an undefined method error. This is specifically true for ArrayObject, but generally true for all the traversibles with inaccessible internal structures. Test script: --- //first $a = new ArrayObject(); $a['key'] = 'value'; var_export($a); // returns //ArrayObject::__set_state(array( 'key' = 'value', )) $ao = ArrayObject::__set_state(['thing' = 'value']); //returns //Fatal error: Call to undefined method ArrayObject::__set_state() Expected result: ArrayObject::__set_state(array( 'key' = 'value', )) Actual result: -- Fatal error: Call to undefined method ArrayObject::__set_state() -- Edit bug report at https://bugs.php.net/bug.php?id=62200edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62200r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62200r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62200r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62200r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62200r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62200r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62200r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62200r=needscript Try newer version: https://bugs.php.net/fix.php?id=62200r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62200r=support Expected behavior: https://bugs.php.net/fix.php?id=62200r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62200r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62200r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62200r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62200r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62200r=dst IIS Stability: https://bugs.php.net/fix.php?id=62200r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62200r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62200r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62200r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62200r=mysqlcfg
Bug #61423 [Com]: gzip compression fails
Edit report at https://bugs.php.net/bug.php?id=61423edit=1 ID: 61423 Comment by: borrible13th at gmx dot net Reported by:borrible13th at gmx dot net Summary:gzip compression fails Status: Assigned Type: Bug Package:SOAP related Operating System: ALL PHP Version:5.4.0 Assigned To:iliaa Block user comment: N Private report: N New Comment: What's the current status? Previous Comments: [2012-04-12 23:24:19] borrible13th at gmx dot net Please cherry-pick commit 9c5ae99 into branch 5.4.1. The bugfix is still missing there, although the bug is listed as fixed in https://github.com/php/php- src/blob/PHP-5.4.1/NEWS#L85 (line 85). [2012-04-03 12:49:44] il...@php.net Automatic comment on behalf of iliaa Revision: http://git.php.net/?p=php-src.git;a=commit;h=9c5ae9954f40c82ee98038ce3e528185090e4ba1 Log: Fixed bug #61423 (gzip compression fails). [2012-04-03 12:47:07] il...@php.net Automatic comment on behalf of iliaa Revision: http://git.php.net/?p=php-src.git;a=commit;h=9c5ae9954f40c82ee98038ce3e528185090e4ba1 Log: Fixed bug #61423 (gzip compression fails). [2012-03-29 04:24:02] ili...@php.net Automatic comment on behalf of iliaal Revision: http://git.php.net/?p=php-src.git;a=commit;h=b4aea52682a6e7a8f0e2a7638ba37145cb6bf16d Log: Fixed bug #61423 (gzip compression fails). [2012-03-29 04:24:01] il...@php.net Automatic comment on behalf of iliaa Revision: http://git.php.net/?p=php-src.git;a=commit;h=f9f631fb765dc08e3d62073b6eb35ce1b11db0e4 Log: Fixed bug #61423 (gzip compression fails). 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=61423 -- Edit this bug report at https://bugs.php.net/bug.php?id=61423edit=1