Bug #51216 [Com]: Segmentation fault when compiling PHP with PHAR
Edit report at http://bugs.php.net/bug.php?id=51216&edit=1 ID: 51216 Comment by: Reported by: dtm2mcs at gmail dot com Summary: Segmentation fault when compiling PHP with PHAR Status: Open Type: Bug Package: PHAR related Operating System: Ubuntu 6.04 + CentOS 5.4 PHP Version: 5.3.2 New Comment: Some lines before the segmentation fault: /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -IZend/ -I/root/php-5.3.2/Zend/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/php-5.3.2/ext/sqlite3/libsqlite -I/root/php-5.3.2/TSRM -I/root/php-5.3.2/Zend -D_REENTRANT -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /root/php-5.3.2/Zend/zend_objects.c -o Zend/zend_objects.lo /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -IZend/ -I/root/php-5.3.2/Zend/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/php-5.3.2/ext/sqlite3/libsqlite -I/root/php-5.3.2/TSRM -I/root/php-5.3.2/Zend -D_REENTRANT -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /root/php-5.3.2/Zend/zend_object_handlers.c -o Zend/zend_object_handlers.lo /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -IZend/ -I/root/php-5.3.2/Zend/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/php-5.3.2/ext/sqlite3/libsqlite -I/root/php-5.3.2/TSRM -I/root/php-5.3.2/Zend -D_REENTRANT -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /root/php-5.3.2/Zend/zend_objects_API.c -o Zend/zend_objects_API.lo /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -IZend/ -I/root/php-5.3.2/Zend/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/php-5.3.2/ext/sqlite3/libsqlite -I/root/php-5.3.2/TSRM -I/root/php-5.3.2/Zend -D_REENTRANT -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /root/php-5.3.2/Zend/zend_default_classes.c -o Zend/zend_default_classes.lo /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -IZend/ -I/root/php-5.3.2/Zend/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/php-5.3.2/ext/sqlite3/libsqlite -I/root/php-5.3.2/TSRM -I/root/php-5.3.2/Zend -D_REENTRANT -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /root/php-5.3.2/Zend/zend_execute.c -o Zend/zend_execute.lo /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -I/usr/include/httpd -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -I/usr/include/apr-1 -I/usr/include/apr-1 -Isapi/apache2handler/ -I/root/php-5.3.2/sapi/apache2handler/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/php-5.3.2/ext/sqlite3/libsqlite -I/root/php-5.3.2/TSRM -I/root/php-5.3.2/Zend -D_REENTRANT -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /root/php-5.3.2/sapi/apache2handler/mod_php5.c -o sapi/apache2handler/mod_php5.lo /bin/sh /root/php-5.3.2/libtool --silent --pre
Bug #51216 [Opn]: Segmentation fault when compiling PHP with PHAR
Edit report at http://bugs.php.net/bug.php?id=51216&edit=1 ID: 51216 Updated by: ras...@php.net Reported by: dtm2mcs at gmail dot com Summary: Segmentation fault when compiling PHP with PHAR Status: Open Type: Bug Package: PHAR related Operating System: Ubuntu 6.04 + CentOS 5.4 PHP Version: 5.3.2 New Comment: That's a really old Ubuntu. 4+ years. Does Ubuntu even support that anymore? Works perfectly fine on x86_64 Ubuntu 9.10. Previous Comments: [2010-03-06 10:07:03] dtm2mcs at gmail dot com Some lines before the segmentation fault: /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -IZend/ -I/root/php-5.3.2/Zend/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/php-5.3.2/ext/sqlite3/libsqlite -I/root/php-5.3.2/TSRM -I/root/php-5.3.2/Zend -D_REENTRANT -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /root/php-5.3.2/Zend/zend_objects.c -o Zend/zend_objects.lo /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -IZend/ -I/root/php-5.3.2/Zend/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/php-5.3.2/ext/sqlite3/libsqlite -I/root/php-5.3.2/TSRM -I/root/php-5.3.2/Zend -D_REENTRANT -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /root/php-5.3.2/Zend/zend_object_handlers.c -o Zend/zend_object_handlers.lo /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -IZend/ -I/root/php-5.3.2/Zend/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/php-5.3.2/ext/sqlite3/libsqlite -I/root/php-5.3.2/TSRM -I/root/php-5.3.2/Zend -D_REENTRANT -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /root/php-5.3.2/Zend/zend_objects_API.c -o Zend/zend_objects_API.lo /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -IZend/ -I/root/php-5.3.2/Zend/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/php-5.3.2/ext/sqlite3/libsqlite -I/root/php-5.3.2/TSRM -I/root/php-5.3.2/Zend -D_REENTRANT -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /root/php-5.3.2/Zend/zend_default_classes.c -o Zend/zend_default_classes.lo /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -IZend/ -I/root/php-5.3.2/Zend/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/php-5.3.2/ext/sqlite3/libsqlite -I/root/php-5.3.2/TSRM -I/root/php-5.3.2/Zend -D_REENTRANT -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /root/php-5.3.2/Zend/zend_execute.c -o Zend/zend_execute.lo /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -I/usr/include/httpd -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -I/usr/include/apr-1 -I/usr/include/apr-1 -Isapi/apache2handler/ -I/root/php-5.3.2/sapi/apache2handler/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/ph
[PHP-BUG] Bug #51221 [NEW]: as
From: Operating system: oko PHP version: 5.3SVN-2010-03-06 (snap) Package: Dynamic loading Bug Type: Bug Bug description:as Description: sasas Test script: --- las Expected result: sasa Actual result: -- asa -- Edit bug report at http://bugs.php.net/bug.php?id=51221&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51221&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51221&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51221&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51221&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51221&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51221&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51221&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51221&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51221&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51221&r=support Expected behavior: http://bugs.php.net/fix.php?id=51221&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51221&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51221&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51221&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51221&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51221&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51221&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51221&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51221&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51221&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51221&r=mysqlcfg
Bug #51221 [Opn->Spm]: as
Edit report at http://bugs.php.net/bug.php?id=51221&edit=1 ID: 51221 Updated by: ahar...@php.net Reported by: derman_sizdert at windowslive dot com Summary: as -Status: Open +Status: Spam Type: Bug Package: Dynamic loading Operating System: oko PHP Version: 5.3SVN-2010-03-06 (snap) New Comment: asalsasafrazz Previous Comments: [2010-03-06 10:53:30] derman_sizdert at windowslive dot com Description: sasas Test script: --- las Expected result: sasa Actual result: -- asa -- Edit this bug report at http://bugs.php.net/bug.php?id=51221&edit=1
Bug #51216 [Com]: Segmentation fault when compiling PHP with PHAR
Edit report at http://bugs.php.net/bug.php?id=51216&edit=1 ID: 51216 Comment by: Reported by: dtm2mcs at gmail dot com Summary: Segmentation fault when compiling PHP with PHAR Status: Open Type: Bug Package: PHAR related Operating System: Ubuntu 6.04 + CentOS 5.4 PHP Version: 5.3.2 New Comment: Since i can't compile it on CentOS 5.4 either, it does not seem to be a problem of this older Ubuntu release. Previous Comments: [2010-03-06 10:44:32] ras...@php.net That's a really old Ubuntu. 4+ years. Does Ubuntu even support that anymore? Works perfectly fine on x86_64 Ubuntu 9.10. [2010-03-06 10:07:03] dtm2mcs at gmail dot com Some lines before the segmentation fault: /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -IZend/ -I/root/php-5.3.2/Zend/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/php-5.3.2/ext/sqlite3/libsqlite -I/root/php-5.3.2/TSRM -I/root/php-5.3.2/Zend -D_REENTRANT -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /root/php-5.3.2/Zend/zend_objects.c -o Zend/zend_objects.lo /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -IZend/ -I/root/php-5.3.2/Zend/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/php-5.3.2/ext/sqlite3/libsqlite -I/root/php-5.3.2/TSRM -I/root/php-5.3.2/Zend -D_REENTRANT -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /root/php-5.3.2/Zend/zend_object_handlers.c -o Zend/zend_object_handlers.lo /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -IZend/ -I/root/php-5.3.2/Zend/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/php-5.3.2/ext/sqlite3/libsqlite -I/root/php-5.3.2/TSRM -I/root/php-5.3.2/Zend -D_REENTRANT -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /root/php-5.3.2/Zend/zend_objects_API.c -o Zend/zend_objects_API.lo /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -IZend/ -I/root/php-5.3.2/Zend/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/php-5.3.2/ext/sqlite3/libsqlite -I/root/php-5.3.2/TSRM -I/root/php-5.3.2/Zend -D_REENTRANT -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /root/php-5.3.2/Zend/zend_default_classes.c -o Zend/zend_default_classes.lo /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -IZend/ -I/root/php-5.3.2/Zend/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/root/php-5.3.2/ext/mbstring/oniguruma -I/root/php-5.3.2/ext/mbstring/libmbfl -I/root/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/root/php-5.3.2/ext/sqlite3/libsqlite -I/root/php-5.3.2/TSRM -I/root/php-5.3.2/Zend -D_REENTRANT -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /root/php-5.3.2/Zend/zend_execute.c -o Zend/zend_execute.lo /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=compile /root/php-5.3.2/meta_ccld -I/usr/include/httpd -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -I/usr/include/apr-1 -I/usr/include/apr-1 -Isapi/apache2handler/ -I/root/php-5.3.2/sapi/apache2handler/ -DPHP_ATOM_INC -I/root/php-5.3.2/include -I/root/php-5.3.2/main -I/root/php-5.3.2 -I/root/php-5.3.2/ext/date/lib -I/root/php-5.3.2/ext/ereg/regex -I/usr/include/libx
Bug #51086 [Com]: will not work with libdb4.8
Edit report at http://bugs.php.net/bug.php?id=51086&edit=1 ID: 51086 Comment by: Reported by: seanius at debian dot org Summary: will not work with libdb4.8 Status: Closed Type: Bug Package: DBM/DBA related Operating System: * PHP Version: 5.3, 6 (2010-02-19) Assigned To: sixd New Comment: Just a thought: what about leaving this open until oracle releases a new libdb, and then committing a second patch that refuses to accept db4.8 < the fixed version via config.m4? either way, thanks for looking at this. Previous Comments: [2010-03-05 07:54:17] s...@php.net The next patchset of Berkeley DB 4.8 will possibly have the root cause fixed and the undefined behavior that DBA was depending on reverted. In the meantime I've merged a fix and a workaround to PHP 5.2.14-dev, PHP 5.2.3-dev and PHP 6.0. Note: now when using Berkely DB 4.8 prior or equal to 4.8.26, the workaround causes a message regarding meta data to be suppressed when opening the database. This causes a diff in a few cases where that message was previously displayed in DB 4.7, but prevents the message incorrectly displaying in all other tests. [2010-03-05 07:45:30] s...@php.net Automatic comment from SVN on behalf of sixd Revision: http://svn.php.net/viewvc/?view=revision&revision=295847 Log: Fixed bug #51086 (DBA DB4 doesn't work with Berkeley DB 4.8) [2010-03-02 17:12:03] s...@php.net The Berkeley DB developers are reviewing this. [2010-02-19 09:05:25] seanius at debian dot org -Summary: will not build/work with libdb4.8 +Summary: will not work with libdb4.8 -Operating System: Debian (and others) +Operating System: * -PHP Version: 5.3.1 +PHP Version: 5.3, 6 (2010-02-19 heh, seems we're stepping on each other's toes now. i'll set the stuff back that i just clobbered, and promise to be quiet for a few hours :) actually it won't build correctly against db4.8. i had to modify the snapshot to link against db4.8, as otherwise you see http://bugs.php.net/bug.php?id=51062 , though apparently that's a bogus issue, hrm... :) [2010-02-19 09:00:54] seanius at debian dot org -Summary: will not work with libdb4.8 +Summary: will not build/work with libdb4.8 -Operating System: * +Operating System: Debian (and others) -PHP Version: 5.3, 6 (2010-02-19) +PHP Version: 5.3.1 sorry for all the noise, when trying the latest snapshot it apparently unpacked on top of a previous snapshot in which i had been investigating the issue. the tests fail in the new snapshot with more than just the NOTICE error (i had been playing with the open flags as mentioned previously). the actual failure diff looks like: TEST 1/25 [ext/dba/tests/bug36436.phpt] DIFF 001+ Notice: dba_popen(): fop_read_meta: /home/sean/Download/php5.3-201002190730/ext/dba/tests/test0.dbm: unexpected file type or format in /home/sean/Download/php5.3-201002190730/ext/dba/tests/bug36436.php on line 6 002+ 003+ Notice: dba_popen(): /home/sean/Download/php5.3-201002190730/ext/dba/tests/test0.dbm: Invalid type 5 specified in /home/sean/Download/php5.3-201002190730/ext/dba/tests/bug36436.php on line 6 004+ 005+ Warning: dba_popen(/home/sean/Download/php5.3-201002190730/ext/dba/tests/test0.dbm,c): Driver initialization failed for handler: db4: Invalid argument in /home/sean/Download/php5.3-201002190730/ext/dba/tests/bug36436.php on line 6 001- resource(%d) of type (dba persistent) 002- string(3) "XYZ" 003- string(1) "X" 004- string(1) "Y" 005- ===DONE=== 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 http://bugs.php.net/bug.php?id=51086 -- Edit this bug report at http://bugs.php.net/bug.php?id=51086&edit=1
Req #51063 [Asn]: Add getimagesizefromstring
Edit report at http://bugs.php.net/bug.php?id=51063&edit=1 ID: 51063 Updated by: ka...@php.net Reported by: bfra...@php.net Summary: Add getimagesizefromstring Status: Assigned Type:Feature/Change Request Package: Feature/Change Request PHP Version: 5.3.1 Assigned To: pajoye New Comment: Patch looks good except for one thing, that is the parameter parsing. You should use something along the lines of: char *file; int file_len; HashTable *ht; if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMS_CC, "s|H", &file, &file_len, &ht) == FAILURE) The old (and deprecated) way of first doing a switch and use zend_get_parameters*() should be avoided. Else good work on the patch ;) Previous Comments: [2010-02-17 14:25:04] paj...@php.net Will apply it shortly after review (probably this WE). However it looks good already, thanks :) [2010-02-17 03:59:22] bfra...@php.net Here is a test for the new function: http://www.brianfrance.com/software/php/getimagesizefromstring/001.phpt and the required test.gif (php logo image): http://static.php.net/www.php.net/images/php.gif [2010-02-16 21:54:26] bfra...@php.net Description: It would be nice to be able to pass in a string to getimagesize. Here is a patch that takes the original getimagesize function and turns it into php_getimagesize_from_stream. Then getimagesize and a new function getimagesizefromstring can use the function once a stream is created. http://www.brianfrance.com/software/php/getimagesizefromstring.diff Reproduce code: --- -- Edit this bug report at http://bugs.php.net/bug.php?id=51063&edit=1
Req #51083 [Opn]: Closures returned by functions/methods must be stored to be executed...
Edit report at http://bugs.php.net/bug.php?id=51083&edit=1
ID: 51083
Updated by: ka...@php.net
Reported by: adam dot jorgensen dot za at gmail dot com
Summary: Closures returned by functions/methods must be stored
to be executed...
Status: Open
Type: Feature/Change Request
Package: Feature/Change Request
Operating System: Linux
PHP Version: 5.3.1
New Comment:
Function call chaining is not supported in any versions of php, its was
however
decided at the May 2009 PDM to implement it together with array
dereferencing in
PHP6.
Previous Comments:
[2010-02-18 15:02:43] adam dot jorgensen dot za at gmail dot com
Description:
When returning an anonymous function from a method or function call, the
returned closure is not directly executable in a logical fashion. The
closure needs to be stored in order to be executed or must be called via
the call_user_func family of functions.
This is fairly illogical and inconsistent with the idea of closures.
Reproduce code:
---
function test($a)
{
return function($b) use($a) { echo $a . ':' . $b . ''; };
}
call_user_func(test(1), 2);
$x = test(1);
$x(2);
test(1)(2);
Expected result:
Output should be:
1:2
1:2
1:2
Actual result:
--
Execution fails. Error:
PHP Parse error: syntax error, unexpected '('
--
Edit this bug report at http://bugs.php.net/bug.php?id=51083&edit=1
Bug #21153 [Com]: readline won't be built as an external module
Edit report at http://bugs.php.net/bug.php?id=21153&edit=1 ID: 21153 Comment by: Reported by: oden dot eriksson at linux-mandrake dot com Summary: readline won't be built as an external module Status: No Feedback Type: Bug Package: Readline related Operating System: Mandrake 9.0 PHP Version: 4.3.0RC4 New Comment: (This is actually still valid with php 5.3.0, with which I ran into this issue) Previous Comments: [2010-02-16 22:18:35] xykatra at gmail dot com Try installing slang first [2005-11-11 22:29:40] timharper at softhome dot net I had the same problem as described by jmdault Using: php-5.0.4 packed for fedora core 4 php-devel-5.0.4 (for phpize and other necessary tools) php-5.0.5 source (to build modules) -I extracted the source, and wanted to build the php module -I typed the following: cd php-5.0.5/ext/readline ./configure -on configure, this error came checking for readline in -lreadline... no configure: error: readline library not found (this is the same error as reported by jmdault) i had installed readline and readline-devel. I knew it was there. When running "ld -lreadline", I would get this error: ld: warning: cannot find entry symbol _start; not setting start address /usr/lib/libreadline.so: undefined reference to `tgetnum' /usr/lib/libreadline.so: undefined reference to `tgoto' /usr/lib/libreadline.so: undefined reference to `tgetflag' /usr/lib/libreadline.so: undefined reference to `BC' /usr/lib/libreadline.so: undefined reference to `tputs' /usr/lib/libreadline.so: undefined reference to `PC' /usr/lib/libreadline.so: undefined reference to `tgetent' /usr/lib/libreadline.so: undefined reference to `UP' /usr/lib/libreadline.so: undefined reference to `tgetstr' It was then I realized the it wasn't properly linking the lncurses library when checking lreadline (not sure why) to fix it, I edited configure, and changed this line: LIBS="-lreadline $LIBS" to this: LIBS="-lreadline -lncurses $LIBS" I saved configure, and reran it, and configure worked. This is quite a hack, I'm sure... there has to be a better way to do it... but, maybe a patch would be in order? [2003-03-14 09:46:56] Andrew dot Duka at oktet dot ru The same problem appears on the redhat boxes (7.3, 8.0). But solution is quite simple: to get readline support in PHP you need ncurses-devel package installed on your redhat box. This works on redhat-7.3 and 8.0 with PHP 4.3.1 and PHP4-200303141430 snapshot. [2003-02-20 07:59:56] sni...@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. [2003-02-10 21:14:07] sni...@php.net Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And if it still fails, send me the config.log file. 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 http://bugs.php.net/bug.php?id=21153 -- Edit this bug report at http://bugs.php.net/bug.php?id=21153&edit=1
Bug #21153 [Com]: readline won't be built as an external module
Edit report at http://bugs.php.net/bug.php?id=21153&edit=1 ID: 21153 Comment by: Reported by: oden dot eriksson at linux-mandrake dot com Summary: readline won't be built as an external module Status: No Feedback Type: Bug Package: Readline related Operating System: Mandrake 9.0 PHP Version: 4.3.0RC4 New Comment: I ran into the same issue (and out of time pressure used the same hacky solution of replacing it directly in configure). It would actually be better if php's configure routine would just get the needed LIBS for libedit from it's provided pkgconfig file. The issue actually arises from libraries being built with -Wl,-as-needed (which can leave the lib with unresolved symbols -> perfectly valid). But in this case the end application needs to link in libncurses to resolve the symbols (no missing symbols in a binary). Previous Comments: [2010-03-06 14:40:45] dominique-php dot net at leuenberger dot net (This is actually still valid with php 5.3.0, with which I ran into this issue) [2010-02-16 22:18:35] xykatra at gmail dot com Try installing slang first [2005-11-11 22:29:40] timharper at softhome dot net I had the same problem as described by jmdault Using: php-5.0.4 packed for fedora core 4 php-devel-5.0.4 (for phpize and other necessary tools) php-5.0.5 source (to build modules) -I extracted the source, and wanted to build the php module -I typed the following: cd php-5.0.5/ext/readline ./configure -on configure, this error came checking for readline in -lreadline... no configure: error: readline library not found (this is the same error as reported by jmdault) i had installed readline and readline-devel. I knew it was there. When running "ld -lreadline", I would get this error: ld: warning: cannot find entry symbol _start; not setting start address /usr/lib/libreadline.so: undefined reference to `tgetnum' /usr/lib/libreadline.so: undefined reference to `tgoto' /usr/lib/libreadline.so: undefined reference to `tgetflag' /usr/lib/libreadline.so: undefined reference to `BC' /usr/lib/libreadline.so: undefined reference to `tputs' /usr/lib/libreadline.so: undefined reference to `PC' /usr/lib/libreadline.so: undefined reference to `tgetent' /usr/lib/libreadline.so: undefined reference to `UP' /usr/lib/libreadline.so: undefined reference to `tgetstr' It was then I realized the it wasn't properly linking the lncurses library when checking lreadline (not sure why) to fix it, I edited configure, and changed this line: LIBS="-lreadline $LIBS" to this: LIBS="-lreadline -lncurses $LIBS" I saved configure, and reran it, and configure worked. This is quite a hack, I'm sure... there has to be a better way to do it... but, maybe a patch would be in order? [2003-03-14 09:46:56] Andrew dot Duka at oktet dot ru The same problem appears on the redhat boxes (7.3, 8.0). But solution is quite simple: to get readline support in PHP you need ncurses-devel package installed on your redhat box. This works on redhat-7.3 and 8.0 with PHP 4.3.1 and PHP4-200303141430 snapshot. [2003-02-20 07:59:56] sni...@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. 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 http://bugs.php.net/bug.php?id=21153 -- Edit this bug report at http://bugs.php.net/bug.php?id=21153&edit=1
Bug #50358 [Asn->Csd]: Compile failure compiling ext/phar/util.lo
Edit report at http://bugs.php.net/bug.php?id=50358&edit=1
ID: 50358
Updated by: fel...@php.net
Reported by: yatessc at telkom dot co dot za
Summary: Compile failure compiling ext/phar/util.lo
-Status: Assigned
+Status: Closed
Type: Bug
Package: PHAR related
Operating System: Solaris 9 sparc
PHP Version: 5.3.1
Assigned To: cellog
New Comment:
This bug has been fixed in SVN.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2009-12-02 15:39:09] yatessc at telkom dot co dot za
Unfortunately till fails with the same errors (using snapshot
php5.3-200912021330).
I can get it to compile by changing the define in tar.h from:
#ifdef PHP_WIN32
#pragma pack(1)
# define PHAR_TAR_PACK
#elif defined(__sgi)
# define PHAR_TAR_PACK
#else
# define PHAR_TAR_PACK __attribute__((__packed__))
#endif
to
#ifdef PHP_WIN32
#pragma pack(1)
# define PHAR_TAR_PACK
#elif defined(__sgi)
# define PHAR_TAR_PACK
#elif defined(__GNUC__) && __GNUC__ >= 4
# define PHAR_TAR_PACK __attribute__((__packed__))
#else
# define PHAR_TAR_PACK
#endif
although I have not yet tested the functioning of the PHAR extension
(busy running the tests).
[2009-12-02 12:10:01] j...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2009-12-02 11:19:35] yatessc at telkom dot co dot za
Description:
Using Sun ONE Studio compiler, not gcc - error output is:
"/usr/local/php-5.3.1/ext/phar/tar.h", line 52: syntax error before or
at: (
"/usr/local/php-5.3.1/ext/phar/tar.h", line 52: warning: "typedef" valid
only for function declaration
"/usr/local/php-5.3.1/ext/phar/tar.h", line 52: warning: old-style
declaration or incorrect type for: old_tar_header
"/usr/local/php-5.3.1/ext/phar/tar.h", line 92: syntax error before or
at: (
"/usr/local/php-5.3.1/ext/phar/tar.h", line 92: warning: "typedef" valid
only for function declaration
"/usr/local/php-5.3.1/ext/phar/tar.h", line 92: identifier redefined:
__attribute__
current : function() returning struct _tar_header {array[100] of
char name, array[8] of char mode, array[8] of char uid, arr
ay[8] of char gid, array[12] of char size, array[12] of char mtime,
array[8] of char checksum, char typeflag, array[100] of char lin
kname, array[6] of char magic, array[2] of char version, array[32] of
char uname, array[32] of char gname, array[8] of char devmajor
, array[8] of char devminor, array[155] of char prefix, array[12] of
char padding}
previous: function() returning struct _old_tar_header
{array[100] of char name, array[8] of char mode, array[8] of char uid,
array[8] of char gid, array[12] of char size, array[12] of char mtime,
array[8] of char checksum, char link, array[100] of char lin
kname} : "/usr/local/php-5.3.1/ext/phar/tar.h", line 52
"/usr/local/php-5.3.1/ext/phar/tar.h", line 92: warning: old-style
declaration or incorrect type for: tar_header
cc: acomp failed for /usr/local/php-5.3.1/ext/phar/util.c
*** Error code 1
This appears to be related to #46072, but the fix for that does not work
directly on Solaris. It appears to be due to the
# define PHAR_TAR_PACK __attribute__((__packed__))
in line 28 of ext/phar/tar.h - all other uses of __attribute__ in
various PHP sources are wrapped with
#if defined(__GNUC__) && __GNUC__ >= 4
and reproducing that here also allows compilation to succeed.
--
Edit this bug report at http://bugs.php.net/bug.php?id=50358&edit=1
[PHP-BUG] Bug #51224 [NEW]: Buffer overflows in pdc_odbc driver
From: Operating system: openSUSE 11.3 (devel) PHP version: 5.3.2 Package: PDO related Bug Type: Bug Bug description:Buffer overflows in pdc_odbc driver Description: While building with gcc 4.5 the followin 'warnings' can be observed in the build log: 1) In function 'strcpy', inlined from 'odbc_handle_set_attr' at /usr/src/packages/BUILD/php-5.3.0/ext/pdo_odbc/odbc_driver.c:349:10: /usr/include/bits/string3.h:107:3: warning: call to __builtin___strcpy_chk will always overflow destination buffer /usr/src/packages/BUILD/php-5.3.0/ext/pdo_odbc/odbc_stmt.c: In function 'odbc_stmt_param_hook': 2) In function 'strcpy', inlined from 'odbc_stmt_get_attr' at /usr/src/packages/BUILD/php-5.3.0/ext/pdo_odbc/odbc_stmt.c:798:10: /usr/include/bits/string3.h:107:3: warning: call to __builtin___strcpy_chk will always overflow destination buffer In function 'strcpy', inlined from 'odbc_stmt_set_param' at /usr/src/packages/BUILD/php-5.3.0/ext/pdo_odbc/odbc_stmt.c:766:10: /usr/include/bits/string3.h:107:3: warning: call to __builtin___strcpy_chk will always overflow destination buffer nation buffer Test script: --- regular build using gcc 4.5 reveals it. Expected result: No buffer overflow warnings -- Edit bug report at http://bugs.php.net/bug.php?id=51224&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51224&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51224&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51224&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51224&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51224&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51224&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51224&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51224&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51224&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51224&r=support Expected behavior: http://bugs.php.net/fix.php?id=51224&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51224&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51224&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51224&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51224&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51224&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51224&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51224&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51224&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51224&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51224&r=mysqlcfg
Bug #49890 [Asn->Fbk]: while compiling php from source missing file failure (case sensitive)
Edit report at http://bugs.php.net/bug.php?id=49890&edit=1
ID: 49890
Updated by: fel...@php.net
Reported by: egemensoylu at hotmail dot com
Summary: while compiling php from source missing file failure
(case sensitive)
-Status: Assigned
+Status: Feedback
Type: Bug
Package: PHAR related
Operating System: Debian 5
PHP Version: 5.3.0
Assigned To: cellog
New Comment:
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
Previous Comments:
[2009-10-15 14:52:13] egemensoylu at hotmail dot com
Next snapshot php5.3-200910151430
error still...
Parse error: syntax error, unexpected '/', expecting ')' in
/home/eggman/php5.3-200910151430/ext/phar/phar.php on line 20
make: *** [ext/phar/phar.phar] Hata 255
[2009-10-15 13:47:13] egemensoylu at hotmail dot com
Pajoye, i'm getting same error with the latest snapshot which you
suggest.
--
Parse error: syntax error, unexpected '/', expecting ')' in
/home/eggman/php5.3-200910151230/ext/phar/phar.php on line 20
make: *** [ext/phar/phar.phar] Hata 255
Hata 255 => Error 255 as you know.
--
At the 20. line of phar.php this if block begins;
if (!class_exists('DirectoryTreeIterator', 0))
{
Warning:
file(/home/eggman/php5.3-200910151230/ext/phar/phar/directorytreeIterator.inc):
failed to open stream: No such file or directory in
/home/eggman/php5.3-200910151230/ext/phar/build_precommand.php on line
31
Warning: join(): Invalid arguments passed in
/home/eggman/php5.3-200910151230/ext/phar/build_precommand.php on line
49
}
---
actual file name is directorytreeiterator.inc
^
when i rename that file
directorygraphiterator.inc error
...
...
---
in addition for 5.2.11
configuring ok
make ok
make test ok
squirrel:/home/eggman/php-5.2.11# make install
Installing PHP SAPI module: apache2handler
/usr/local/apache/build/instdso.sh
SH_LIBTOOL='/usr/local/apache/build/libtool' libphp5.la
/usr/local/apache/modules
/usr/local/apache/build/libtool --mode=install cp libphp5.la
/usr/local/apache/modules/
cp .libs/libphp5.so /usr/local/apache/modules/libphp5.so
cp .libs/libphp5.lai /usr/local/apache/modules/libphp5.la
libtool: install: warning: remember to run `libtool --finish
/home/eggman/php-5.2.11/libs'
chmod 755 /usr/local/apache/modules/libphp5.so
after 5 minutes still waiting that line is that normal?
[2009-10-15 13:07:28] paj...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2009-10-15 13:04:48] egemensoylu at hotmail dot com
Description:
I'm trying to compile php with ;
./configure \
--with-oci8=$ORACLE_HOME \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/conf \
--enable-sigchild
configuration OK
when try to make
#make
...
...
Parse error: syntax error, unexpected '/', expecting ')' in /home/eggm
an/php-5.3.0/ext/phar/phar.php on line 112
make: *** [ext/phar/phar.phar] Hata 255
actualy when first error occur I try to dig it then I find that
compiler looking for that file
/home/eggman/php-5.3.0/ext/phar/phar/directorytreeIterator.inc
but actual file name is "directorytreeIterator.inc"
mv directorytreeIterator.inc directorytreeiterator.inc
.configure && make again than same problem with
/home/eggman/php-5.3.0/ext/phar/phar/directorygraphIterator.inc
=> ^
/home/eggman/php-5.3.0/ext/phar/phar/directorygraphiterator.inc
rename it too then .configure make telling me
Parse error: syntax error, unexpected '/', expecting ')' in /home/eggm
an/php-5.3.0/ext/phar/phar.php on line 112
make: *** [ext/phar/phar.phar] Hata 255
at that line an array has ('valuevaluevalue', ) syntax...
now i'm try to compile 5.2.11
Thanks.
Reproduce code:
---
with php-5.3.0.tar.bz2 at offical php source
# tar -jxvf php-5.2.9.tar.bz2
# cd php-5.2.9
# export
ORACLE_HOME=/usr/lib/oracle/xe/app/oracle/prod
Bug #51224 [Opn->Csd]: Buffer overflows in pdc_odbc driver
Edit report at http://bugs.php.net/bug.php?id=51224&edit=1 ID: 51224 User updated by: dominique-php dot net at leuenberger dot net Reported by: dominique-php dot net at leuenberger dot net Summary: Buffer overflows in pdc_odbc driver -Status: Open +Status: Closed Type: Bug Package: PDO related Operating System: openSUSE 11.3 (devel) PHP Version: 5.3.2 New Comment: Has been fixed in SVN already, commits 284097 and 284099 Previous Comments: [2010-03-06 16:21:50] dominique-php dot net at leuenberger dot net Description: While building with gcc 4.5 the followin 'warnings' can be observed in the build log: 1) In function 'strcpy', inlined from 'odbc_handle_set_attr' at /usr/src/packages/BUILD/php-5.3.0/ext/pdo_odbc/odbc_driver.c:349:10: /usr/include/bits/string3.h:107:3: warning: call to __builtin___strcpy_chk will always overflow destination buffer /usr/src/packages/BUILD/php-5.3.0/ext/pdo_odbc/odbc_stmt.c: In function 'odbc_stmt_param_hook': 2) In function 'strcpy', inlined from 'odbc_stmt_get_attr' at /usr/src/packages/BUILD/php-5.3.0/ext/pdo_odbc/odbc_stmt.c:798:10: /usr/include/bits/string3.h:107:3: warning: call to __builtin___strcpy_chk will always overflow destination buffer In function 'strcpy', inlined from 'odbc_stmt_set_param' at /usr/src/packages/BUILD/php-5.3.0/ext/pdo_odbc/odbc_stmt.c:766:10: /usr/include/bits/string3.h:107:3: warning: call to __builtin___strcpy_chk will always overflow destination buffer nation buffer Test script: --- regular build using gcc 4.5 reveals it. Expected result: No buffer overflow warnings -- Edit this bug report at http://bugs.php.net/bug.php?id=51224&edit=1
Bug #51096 [Asn->Csd]: strtotime returns wrong results
Edit report at http://bugs.php.net/bug.php?id=51096&edit=1
ID: 51096
Updated by: der...@php.net
Reported by: phpbugs at rizzt dot kicks-ass dot org
Summary: strtotime returns wrong results
-Status: Assigned
+Status: Closed
Type: Bug
Package: Date/time related
Operating System: linux
PHP Version: 5.2.12
Assigned To: derick
New Comment:
This bug has been fixed in SVN.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2010-03-06 17:04:57] der...@php.net
Automatic comment from SVN on behalf of derick
Revision: http://svn.php.net/viewvc/?view=revision&revision=295892
Log: - Fixed bug #51096 ('last day' and 'first day' are handled
incorrectly when
parsing date strings).
- For 5.2 I just added the test case minus new 5.3 additions.
[2010-02-20 17:10:49] der...@php.net
Actually, there is a bug here "first day" and "last day" should be "+1
day" and "-1 day".
[2010-02-20 15:22:05] der...@php.net
That's because those things were introduced in PHP 5.3:
der...@kossu:~$ pe 5.2dev
der...@kossu:~$ php
1 2010/02/20
2 2010/02/21
3 2010/02/19
4 2010/03/20
5 2010/03/21
6 2010/03/19
der...@kossu:~$ pe 5.3dev
der...@kossu:~$ php
1 2010/02/20
2 2010/02/01
3 2010/02/28
4 2010/03/20
5 2010/03/01
6 2010/03/31
[2010-02-20 15:20:45] phpbugs at rizzt dot kicks-ass dot org
Sorry, I forgot to change 2 & 3
Expected result:
1 2010/02/20
2 2010/02/01
3 2010/02/28
4 2010/03/20
5 2010/03/01
6 2010/03/31
[2010-02-20 15:18:08] phpbugs at rizzt dot kicks-ass dot org
Description:
strtotime with "first day next month" or "last day next month" does not
work
Reproduce code:
---
echo strftime('1 %Y/%m/%d')."\n";
echo strftime('2 %Y/%m/%d', strtotime('first day'))."\n";
echo strftime('3 %Y/%m/%d', strtotime('last day'))."\n";
echo strftime('4 %Y/%m/%d', strtotime('next month'))."\n";
echo strftime('5 %Y/%m/%d', strtotime('first day next month'))."\n";
echo strftime('6 %Y/%m/%d', strtotime('last day next month'))."\n";
Expected result:
1 2010/02/20
2 2010/02/21
3 2010/02/19
4 2010/03/20
5 2010/03/01
6 2010/03/31
Actual result:
--
1 2010/02/20
2 2010/02/21
3 2010/02/19
4 2010/03/20
5 2010/03/21
6 2010/03/19
--
Edit this bug report at http://bugs.php.net/bug.php?id=51096&edit=1
Bug #50613 [Opn]: Expected warnings/notices not outputed by PHP on simple array access.
Edit report at http://bugs.php.net/bug.php?id=50613&edit=1 ID: 50613 Updated by: ar...@php.net Reported by: felix at amerimerchant dot com Summary: Expected warnings/notices not outputed by PHP on simple array access. Status: Open Type: Bug Package: Scripting Engine problem Operating System: Linux PHP Version: 5.3.1 New Comment: I think there is a bug here as an error is raised when writing to ints and floats as arrays but not when reading from them. The fix is trivial however it's a BC break. This exists in at least 5.2, 5.3 and HEAD. Previous Comments: [2010-03-04 16:31:21] ahar...@php.net There was an option in the old bug tracker to flick it back to Open. I'm not sure if the new and improved bug tracker does the same. Anyway, reopening. [2010-03-04 16:13:58] rbetta at amerimerchant dot com Is there any further step we need to perform to get this out of the "No Feedback" status? Felix's 2010-01-02 00:08 UTC comment answered Jani's question, but we did not see any option for updating the bug status out of the feedback stage ourselves. Is there a manual status change required by Jani, or did we miss an option on the bug reporting form? [2010-01-07 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2010-01-02 02:08:41] felix at amerimerchant dot com Same behavior using the most recent build I just tried: C:\php5.3.3-dev>php.exe -v PHP 5.3.3-dev (cli) (built: Jan 2 2010 01:06:43) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies C:\php5.3.3-dev>php.exe "C:\Documents and Settings\Administrator\Desktop\test.php" Notice: Uninitialized string offset: 9 in C:\Documents and Settings\Administrator\Desktop test.php on line 6 Notice: Undefined offset: 9 in C:\Documents and Settings\Administrator\Desktop\test.php o line 9 Fatal error: Cannot use object of type stdClass as array in C:\Documents and Settings\Adm nistrator\Desktop\test.php on line 24 C:\php5.3.3-dev> [2009-12-30 23:47:50] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ 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 http://bugs.php.net/bug.php?id=50613 -- Edit this bug report at http://bugs.php.net/bug.php?id=50613&edit=1
Bug #45298 [Com]: php insists in loading dlls from c:\php5
Edit report at http://bugs.php.net/bug.php?id=45298&edit=1 ID: 45298 Comment by: Reported by: mariusads at helpedia dot com Summary: php insists in loading dlls from c:\php5 Status: Bogus Type: Bug Package: Dynamic loading Operating System: windows 2003 web edition PHP Version: 5.2.6 Assigned To: pajoye New Comment: Try with your initial path and uncomment the following line in php.ini: extension_dir = "ext"" Previous Comments: [2008-06-18 10:57:25] mariusads at helpedia dot com I've set it to d:\php5\ext and is still tries loading from c:\php5 I'm not stupid. Checked several times with various paths and i finally gave up and created a php5 folder in C:\ and copied there the files d:\php5\ext [2008-06-18 10:22:50] paj...@php.net > extension_dir = "." Set it to the actual full path (c:\php5\ext for example) [2008-06-18 10:17:00] mariusads at helpedia dot com Additional note: if extension_dir = "" as in my last attempt, in apache these lines appear: PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_bz2.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_curl.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_gd2.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_mbstring.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_mcrypt.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_mhash.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_mysql.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_zip.dll' - The specified module could not be found. in Unknown on line 0 [2008-06-18 10:14:11] mariusads at helpedia dot com Description: php 5.2.6.6 No matter what directories I set in the php.ini, php insists on loading the extension dll files from c:\php5 Reproduce code: --- in php.ini the following are set: include_path = ".;d:\php5" doc_root = user_dir = extension_dir = "." PHP is installed in D:\php5 I've copied all the dlls from the ext folder to d:\php5 When apache loads the following lines appear in error.log: PHP Warning: PHP Startup: Unable to load dynamic library '.\php_bz2.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '.\php_curl.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '.\php_gd2.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '.\php_mbstring.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '.\php_mcrypt.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '.\php_mhash.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '.\php_mysql.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '.\php_zip.dll' - The specified module could not be found. Expected result: DLLs should be loaded from d:\php5 without problems Actual result: -- Libraries are not loaded -- Edit this bug report at http://bugs.php.net/bug.php?id=45298&edit=1
[PHP-BUG] Bug #51225 [NEW]: cannot define a class with the same name as an interface
From:
Operating system: Windows XP
PHP version: 5.2.13
Package: Class/Object related
Bug Type: Bug
Bug description:cannot define a class with the same name as an interface
Description:
When I try to define a particular class it fails with "cannot redeclare
class ...". When I check with class_exists('...') it returns false, but I
still cannot create it. I eventually found some previous code which uses
the same name to define an interface.
Test script:
---
Interface Singleton{public static function instance();}
if (class_exists('Singleton')) {
$reason = 'class already exists';
} else {
class Singleton{
static function getInstance(){
return true;
}
}
}
Expected result:
If it is not possible to define a class and an interface with the same
name, then the class_exists() function should also include interface
names.
If it IS possible to have a class and an interface with the same name, then
the compiler should NOT reject the second reference.
--
Edit bug report at http://bugs.php.net/bug.php?id=51225&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51225&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51225&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=51225&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=51225&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51225&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51225&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51225&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51225&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51225&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51225&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51225&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51225&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51225&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51225&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51225&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51225&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51225&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51225&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51225&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51225&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51225&r=mysqlcfg
Bug #51207 [Com]: imageTTFText: misalignment of characters which extend beyond their left margin
Edit report at http://bugs.php.net/bug.php?id=51207&edit=1
ID: 51207
Comment by:
Reported by: penkert at yahoo dot com
Summary: imageTTFText: misalignment of characters which extend
beyond their left margin
Status: Open
Type: Bug
Package: GD related
Operating System: Linux & Windows XP
PHP Version: 5.2.13
New Comment:
Looks like a duplicate of bug #50194 and bug #50958
Previous Comments:
[2010-03-05 02:34:22] penkert at yahoo dot com
Sorry, I forgot to mention I'm talking about PHP's imageTTFText
function.
And also, while previewing and editing my report the part of my last
paragraph after the apostrophe got lost. So here it is again:
My little test script spells out the word "Information" in "Pirouette
Text". In this font the letter "f" (among others) is made up of a large
S-like curve extending well into its neighboring letters' "territories".
PHP 5.2.11 places the "f" correctly. PHP 5.2.13, on the other hand,
seems to use the character's leftmost extremum for positioning it next
to the previous character which is, of course, incorrect. There are a
few more minor differences between the two PHP version's resultsall
in favor of 5.2.11.
[2010-03-05 01:28:10] penkert at yahoo dot com
Description:
The following bug is present in PHP 5.2.13 and was not present in PHP
5.2.11. (It was probably introduced while attempting to solve Bug
#49600.) My test bed is Windows XP/Apache 2.0, production site runs on
Linux/Apache 1.3, both are showing the same symptom.
We are using the commercial font "Pirouette Text" by Linotype which I
obviously cannot include in this report. What sets this font apart from
most other fonts is the fact that some characters extend horizontally
beyond their bounding boxes in terms of character placement.
My little test script spells out the word "Information" in "Pirouette
Text". In this font the letter "f" (among others) is made up of a large
S-like curve extending well into its neighboring letters
Test script:
---
$text = "Information";
$font = "pirouette.otf";
$size = 41;
$dim = imagettfbbox($size, 0, $font, $text);
$off_y = -$dim[7];
$off_x = -$dim[0];
$img_h = $dim[1]+$off_y+1;
$img_w = $dim[2]+$off_x+2;
unset($dim);
$img = imagecreatetruecolor($img_w, $img_h);
imagefilledrectangle($img, 0, 0, $img_w-1, $img_h-1, 0xFF);
imagettftext($img, $size, 0, $off_x, $off_y, 0x00, $font, $text);
header("Content-Type: image/gif");
imagetruecolortopalette($img, false, 32);
imagegif($img);
imagedestroy($img);
Expected result:
This is what it should look like (rendered by PHP 5.2.11):
http://mitglieder.hrc1880.de/penkert/php5_2_11.gif
Actual result:
--
And this is how PHP 5.2.13 messes it up:
http://mitglieder.hrc1880.de/penkert/php5_2_13.gif
--
Edit this bug report at http://bugs.php.net/bug.php?id=51207&edit=1
Bug #51207 [Opn]: imageTTFText: misalignment of characters which extend beyond their left margin
Edit report at http://bugs.php.net/bug.php?id=51207&edit=1
ID: 51207
User updated by: penkert at yahoo dot com
Reported by: penkert at yahoo dot com
Summary: imageTTFText: misalignment of characters which extend
beyond their left margin
Status: Open
Type: Bug
Package: GD related
Operating System: Linux & Windows XP
PHP Version: 5.2.13
New Comment:
I had a look at those two bugs before writing up my report. In fact,
their seem to be quite a number of similar bugs concerning imageTTFText.
But the thing is that the bug I'm describing was not present in PHP
5.2.11. So, even though all of these bugs are probably related in some
way or other I decided they can't actually be one and the same.
Previous Comments:
[2010-03-06 18:54:27] sks76543210 at gmail dot com
Looks like a duplicate of bug #50194 and bug #50958
[2010-03-05 02:34:22] penkert at yahoo dot com
Sorry, I forgot to mention I'm talking about PHP's imageTTFText
function.
And also, while previewing and editing my report the part of my last
paragraph after the apostrophe got lost. So here it is again:
My little test script spells out the word "Information" in "Pirouette
Text". In this font the letter "f" (among others) is made up of a large
S-like curve extending well into its neighboring letters' "territories".
PHP 5.2.11 places the "f" correctly. PHP 5.2.13, on the other hand,
seems to use the character's leftmost extremum for positioning it next
to the previous character which is, of course, incorrect. There are a
few more minor differences between the two PHP version's resultsall
in favor of 5.2.11.
[2010-03-05 01:28:10] penkert at yahoo dot com
Description:
The following bug is present in PHP 5.2.13 and was not present in PHP
5.2.11. (It was probably introduced while attempting to solve Bug
#49600.) My test bed is Windows XP/Apache 2.0, production site runs on
Linux/Apache 1.3, both are showing the same symptom.
We are using the commercial font "Pirouette Text" by Linotype which I
obviously cannot include in this report. What sets this font apart from
most other fonts is the fact that some characters extend horizontally
beyond their bounding boxes in terms of character placement.
My little test script spells out the word "Information" in "Pirouette
Text". In this font the letter "f" (among others) is made up of a large
S-like curve extending well into its neighboring letters
Test script:
---
$text = "Information";
$font = "pirouette.otf";
$size = 41;
$dim = imagettfbbox($size, 0, $font, $text);
$off_y = -$dim[7];
$off_x = -$dim[0];
$img_h = $dim[1]+$off_y+1;
$img_w = $dim[2]+$off_x+2;
unset($dim);
$img = imagecreatetruecolor($img_w, $img_h);
imagefilledrectangle($img, 0, 0, $img_w-1, $img_h-1, 0xFF);
imagettftext($img, $size, 0, $off_x, $off_y, 0x00, $font, $text);
header("Content-Type: image/gif");
imagetruecolortopalette($img, false, 32);
imagegif($img);
imagedestroy($img);
Expected result:
This is what it should look like (rendered by PHP 5.2.11):
http://mitglieder.hrc1880.de/penkert/php5_2_11.gif
Actual result:
--
And this is how PHP 5.2.13 messes it up:
http://mitglieder.hrc1880.de/penkert/php5_2_13.gif
--
Edit this bug report at http://bugs.php.net/bug.php?id=51207&edit=1
Bug #51023 [Opn->Csd]: ext/filter/tests/046.phpt fails, does not detect int overflow (with -O2 gcc 4.4)
Edit report at http://bugs.php.net/bug.php?id=51023&edit=1
ID: 51023
Updated by: geiss...@php.net
Reported by: geissert at debian dot org
Summary: ext/filter/tests/046.phpt fails, does not detect int
overflow (with -O2 gcc 4.4)
-Status: Open
+Status: Closed
Type: Bug
Package: Filter related
Operating System: *
PHP Version: 5.3SVN-2010-02-12
Assigned To: geissert
New Comment:
This bug has been fixed in SVN.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2010-03-06 19:54:58] geiss...@php.net
Automatic comment from SVN on behalf of geissert
Revision: http://svn.php.net/viewvc/?view=revision&revision=295896
Log: Detect overflows before they occur in the filter extension (bug
#51023)
Thanks to Sean Finney for the patch
[2010-02-25 21:53:40] seanius at debian dot org
Here's the patch i've cobbled together. in case it doesn't cut/paste
okay, it's also available at:
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=3061d111de130df7388cc78e26b63cc105574775
From: Sean Finney
Subject: Fix improper signed overflow detection in filter extension
The existing filter code relied on detecting invalid long integers by
examining computed values for wraparound. This is not defined behavior
in any C standard, and in fact recent versions of gcc will optimize out
such checks resulting in invalid code.
This patch therefore changes how the overflow/underflow conditions are
detected, using more reliable arithmetic. It also fixes another bug,
that
the minimum integer value (-PHP_INT_MAX)-1 could not be detected
properly.
This patch also includes an update to the test case that detects such
overflows, adding much more thorough and descriptive checking.
Bug: http://bugs.php.net/bug.php?id=51023
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=570287
--- php.orig/ext/filter/logical_filters.c
+++ php/ext/filter/logical_filters.c
@@ -68,7 +68,7 @@
static int php_filter_parse_int(const char *str, unsigned int str_len,
long *ret TSRMLS_DC) { /* {{{ */
long ctx_value;
- int sign = 0;
+ int sign = 0, digit = 0;
const char *end = str + str_len;
switch (*str) {
@@ -82,7 +82,7 @@ static int php_filter_parse_int(const ch
/* must start with 1..9*/
if (str < end && *str >= '1' && *str <= '9') {
- ctx_value = ((*(str++)) - '0');
+ ctx_value = ((sign)?-1:1) * ((*(str++)) - '0');
} else {
return -1;
}
@@ -95,19 +95,18 @@ static int php_filter_parse_int(const ch
while (str < end) {
if (*str >= '0' && *str <= '9') {
- ctx_value = (ctx_value * 10) + (*(str++) - '0');
+ digit = (*(str++) - '0');
+ if ( (!sign) && ctx_value <= (LONG_MAX-digit)/10 ) {
+ ctx_value = (ctx_value * 10) + digit;
+ } else if ( sign && ctx_value >= (LONG_MIN+digit)/10) {
+ ctx_value = (ctx_value * 10) - digit;
+ } else {
+ return -1;
+ }
} else {
return -1;
}
}
- if (sign) {
- ctx_value = -ctx_value;
- if (ctx_value > 0) { /* overflow */
- return -1;
- }
- } else if (ctx_value < 0) { /* overflow */
- return -1;
- }
*ret = ctx_value;
return 1;
--- php.orig/ext/filter/tests/046.phpt
+++ php/ext/filter/tests/046.phpt
@@ -4,16 +4,46 @@ Integer overflow
--FILE--
---EXPECT--
-bool(true)
-bool(false)
-bool(true)
+--EXPECTF--
+max filtered: int(%d)
+max is_long: bool(true)
+max equal: bool(true)
+overflow filtered: bool(false)
+overflow is_long: bool(false)
+overflow equal: bool(false)
+min filtered: int(-%d)
+min is_long: bool(true)
+min equal: bool(true)
+underflow filtered: bool(false)
+underflow is_long: bool(false)
+underflow equal: bool(false)
[2010-02-23 13:04:48] j...@php.net
See also bug #51008
[2010-02-20 20:56:44] geiss...@php.net
Further investigation revealed that the bug occurs with gcc 4.4 and
optimisation -02. Without optimisation the code still works.
---
Bug #51008 [Bgs->Opn]: Zend/tests/bug45877.phpt fails
Edit report at http://bugs.php.net/bug.php?id=51008&edit=1 ID: 51008 Updated by: geiss...@php.net Reported by: geissert at debian dot org Summary: Zend/tests/bug45877.phpt fails -Status: Bogus +Status: Open Type: Bug Package: Scripting Engine problem Operating System: debian sid PHP Version: 5.3SVN-2010-02-12 New Comment: Reopening it because somebody with commit access to the engine needs to apply and commit the patch there. The other patch can be found at http://git.debian.org/?p=pkg-php/php.git;a=blob;f=debian/patches/zend_int_overflow.patch;hb=0fe497525d46b2fa8353e37106b47c05ef804cc5 Previous Comments: [2010-02-23 13:05:16] j...@php.net Duplicate. [2010-02-22 23:47:30] geiss...@php.net Indeed. I just checked with the -O0 build and it passes. The affected code in this case is ZEND_HANDLE_NUMERIC in Zend/zend_hash.h Should this one be assigned to somebody in particular? [2010-02-22 18:05:08] sni...@php.net Possibly same issue as bug #51023 ?? [2010-02-12 18:58:42] geissert at debian dot org It fails for me with 5.3.1 on i686, ia64, s390, alpha, powerpc, x86_64, etc. Even on those running kfreebsd. It also fails with the latest 5.3 svn on ia64 (haven't built it on any other arch.) [2010-02-12 17:02:47] j...@php.net In what kind of environment does it fail? It works fine for me in both 32bit and 64bit systems. (using latest SVN checkout of course :) 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 http://bugs.php.net/bug.php?id=51008 -- Edit this bug report at http://bugs.php.net/bug.php?id=51008&edit=1
Bug #51207 [Opn]: imageTTFText: misalignment of characters which extend beyond their left margin
Edit report at http://bugs.php.net/bug.php?id=51207&edit=1
ID: 51207
User updated by: penkert at yahoo dot com
Reported by: penkert at yahoo dot com
Summary: imageTTFText: misalignment of characters which extend
beyond their left margin
Status: Open
Type: Bug
Package: GD related
Operating System: Linux & Windows XP
PHP Version: 5.2.13
New Comment:
BTW, about my Win32 testbed:
PHP 5.2.11, GD bundled (2.0.34 compatible), FreeType 2.1.9 => OK
PHP 5.2.13, GD bundled (2.0.34 compatible), FreeType 2.1.9 => buggy
result
Debian production system:
PHP 5.2.13, GD bundled (2.0.34 compatible), FreeType 2.2.1 => buggy
result
(can't go back to older PHP version there)
Previous Comments:
[2010-03-06 19:44:06] penkert at yahoo dot com
I had a look at those two bugs before writing up my report. In fact,
their seem to be quite a number of similar bugs concerning imageTTFText.
But the thing is that the bug I'm describing was not present in PHP
5.2.11. So, even though all of these bugs are probably related in some
way or other I decided they can't actually be one and the same.
[2010-03-06 18:54:27] sks76543210 at gmail dot com
Looks like a duplicate of bug #50194 and bug #50958
[2010-03-05 02:34:22] penkert at yahoo dot com
Sorry, I forgot to mention I'm talking about PHP's imageTTFText
function.
And also, while previewing and editing my report the part of my last
paragraph after the apostrophe got lost. So here it is again:
My little test script spells out the word "Information" in "Pirouette
Text". In this font the letter "f" (among others) is made up of a large
S-like curve extending well into its neighboring letters' "territories".
PHP 5.2.11 places the "f" correctly. PHP 5.2.13, on the other hand,
seems to use the character's leftmost extremum for positioning it next
to the previous character which is, of course, incorrect. There are a
few more minor differences between the two PHP version's resultsall
in favor of 5.2.11.
[2010-03-05 01:28:10] penkert at yahoo dot com
Description:
The following bug is present in PHP 5.2.13 and was not present in PHP
5.2.11. (It was probably introduced while attempting to solve Bug
#49600.) My test bed is Windows XP/Apache 2.0, production site runs on
Linux/Apache 1.3, both are showing the same symptom.
We are using the commercial font "Pirouette Text" by Linotype which I
obviously cannot include in this report. What sets this font apart from
most other fonts is the fact that some characters extend horizontally
beyond their bounding boxes in terms of character placement.
My little test script spells out the word "Information" in "Pirouette
Text". In this font the letter "f" (among others) is made up of a large
S-like curve extending well into its neighboring letters
Test script:
---
$text = "Information";
$font = "pirouette.otf";
$size = 41;
$dim = imagettfbbox($size, 0, $font, $text);
$off_y = -$dim[7];
$off_x = -$dim[0];
$img_h = $dim[1]+$off_y+1;
$img_w = $dim[2]+$off_x+2;
unset($dim);
$img = imagecreatetruecolor($img_w, $img_h);
imagefilledrectangle($img, 0, 0, $img_w-1, $img_h-1, 0xFF);
imagettftext($img, $size, 0, $off_x, $off_y, 0x00, $font, $text);
header("Content-Type: image/gif");
imagetruecolortopalette($img, false, 32);
imagegif($img);
imagedestroy($img);
Expected result:
This is what it should look like (rendered by PHP 5.2.11):
http://mitglieder.hrc1880.de/penkert/php5_2_11.gif
Actual result:
--
And this is how PHP 5.2.13 messes it up:
http://mitglieder.hrc1880.de/penkert/php5_2_13.gif
--
Edit this bug report at http://bugs.php.net/bug.php?id=51207&edit=1
Bug #37111 [Asn->Fbk]: Apache crashes when strftime is called inside user defined session write func
Edit report at http://bugs.php.net/bug.php?id=37111&edit=1 ID: 37111 Updated by: fel...@php.net Reported by: haakonsk at gmail dot com Summary: Apache crashes when strftime is called inside user defined session write func -Status: Assigned +Status: Feedback Type: Bug Package: Date/time related Operating System: * PHP Version: 5.*, 6CVS (2008-11-11) Assigned To: tony2001 New Comment: Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2009-11-28 01:23:53] j...@php.net Antony, since you could reproduce this (?), can you try this patch: http://pecl.php.net/~jani/patches/bug37111.patch [2008-11-02 12:35:26] j...@php.net Derick, would you mind responding to my comment above? [2008-02-15 00:11:11] j...@php.net Why can't this be fixed by making ext/date the last extension to be unloaded? ie. simply rename config.m4 to config9.m4 :) (dunno how to do it for the windows build..does it have the same method of simple rename?) [2006-07-27 09:27:06] der...@php.net But as we can't just run it at the end... I would say there is a more fundamental problem here... [2006-07-27 06:32:34] tony2...@php.net AFAIK I told Derick what should be the reason: ext/date shutdowns and frees all resources before ext/session, so strftime() will access already freed timezonedb and other ext/date resources. I'd say this is more ext/date related, as I suppose it's mshutdown handler should be run at the very end. 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 http://bugs.php.net/bug.php?id=37111 -- Edit this bug report at http://bugs.php.net/bug.php?id=37111&edit=1
Bug #48509 [Asn]: formatOutput does not work with saveHTML
Edit report at http://bugs.php.net/bug.php?id=48509&edit=1
ID: 48509
Updated by: fel...@php.net
Reported by: k...@php.net
Summary: formatOutput does not work with saveHTML
Status: Assigned
Type: Bug
Package: DOM XML related
Operating System: Mac OS X 10.5.7
PHP Version: 5.3CVS-2009-06-09 (CVS)
Assigned To: rrichards
New Comment:
I got 'This is the title' on
5_2, 5_3 and HEAD using saveHTML(), and using saveHTMLfile() I got:
This is the title
Previous Comments:
[2009-06-11 08:36:09] chr...@php.net
Rob: I applied the patch to 5_3, but it doesn't format with libxml
2.7.3, do you know something, what's wrong here? Although, I didn't test
with 2.6.23.
[2009-06-10 06:49:31] chr...@php.net
RIght, that never was backported to the 5_3 branch. But we're currently
in a commit freeze, so I can't check it in, but will as soon as I am
allowed to do it.
That's the patch by the way:
http://cvs.php.net/viewvc.cgi/php-src/ext/dom/document.c?
r1=1.78&r2=1.79&pathrev=MAIN&view=patch
[2009-06-09 16:51:53] k...@php.net
Description:
While writing test cases on Oslo TestFest 2009 I just found that the
$dom->formatOutput does not work with $dom->saveHTML() (even though it
seems to have been resolved here: http://bugs.php.net/bug.php?id=35673)
xmllint says:
$ xmllint --format --html output.html
http://www.w3.org/TR/REC-html40/loose.dtd";>
This is the title
so according to Hannes here this seems to be a bug in PHP 5.3 (may be
that it's fixed i HEAD but not backported?).
Reproduce code:
---
formatOutput = true;
$root = $doc->createElement('html');
$root = $doc->appendChild($root);
$head = $doc->createElement('head');
$head = $root->appendChild($head);
$title = $doc->createElement('title');
$title = $head->appendChild($title);
$text = $doc->createTextNode('This is the title');
$text = $title->appendChild($text);
echo $doc->saveHTML();
?>
Expected result:
This is the title
Actual result:
--
This is the title
--
Edit this bug report at http://bugs.php.net/bug.php?id=48509&edit=1
Bug #50810 [Ver->Csd]: property_exists does not work for private
Edit report at http://bugs.php.net/bug.php?id=50810&edit=1 ID: 50810 Updated by: fel...@php.net Reported by: gaboto at gmail dot com Summary: property_exists does not work for private -Status: Verified +Status: Closed Type: Bug Package: Scripting Engine problem Operating System: * PHP Version: 5.3, 6 Assigned To: felipe New Comment: This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2010-03-07 01:49:35] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revision&revision=295910 Log: - Fixed bug #50810 (property_exists does not work for private) [2010-01-21 10:06:17] j...@php.net Using class name instead of object shows the expected result. I'd guess (according to docs) it should be same in both ways though. [2010-01-21 03:31:09] gaboto at gmail dot com Another more complete example here: methodExists()); var_dump($example->propertyFooExists()); var_dump($example->propertyBarExists()); ?> In php 5.2.1 you get: bool(true) bool(true) bool(false) php bool 5.3: bool(true) bool(false) bool(true) expected result: bool(true) bool(true) bool(true) [2010-01-20 23:17:54] gaboto at gmail dot com I'm sorry, the example was wrong, this is the right example: propertyExists()); ?> [2010-01-20 21:09:20] gaboto at gmail dot com Description: property_exists does not work for private property defined in a superclass. Reproduce code: --- methodExists()); ?> Expected result: it must print bool(true) Actual result: -- it prints bool(false) -- Edit this bug report at http://bugs.php.net/bug.php?id=50810&edit=1
[PHP-BUG] Bug #51227 [NEW]: You cannot delete a locked file on Windows
From: Operating system: Windows PHP version: 5.2.13 Package: Streams related Bug Type: Bug Bug description:You cannot delete a locked file on Windows Description: A script creates files. To make sure that no "reader" is accessing the file while the script is changing its content (think of a cache!), you will use flock() to secure the progress. Tested with PHP Version 5.2.12 (CGI/FastCGI), latest Zend Server release. Test script: --- http://bugs.php.net/bug.php?id=51227&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51227&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51227&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51227&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51227&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51227&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51227&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51227&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51227&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51227&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51227&r=support Expected behavior: http://bugs.php.net/fix.php?id=51227&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51227&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51227&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51227&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51227&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51227&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51227&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51227&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51227&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51227&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51227&r=mysqlcfg
Bug #51227 [Opn]: You cannot delete a locked file on Windows
Edit report at http://bugs.php.net/bug.php?id=51227&edit=1 ID: 51227 User updated by: whistl0r+php at googlemail dot com Reported by: whistl0r+php at googlemail dot com Summary: You cannot delete a locked file on Windows Status: Open Type: Bug Package: Streams related Operating System: Windows PHP Version: 5.2.13 New Comment: Tested on Windows 7, x64. Previous Comments: [2010-03-07 03:05:17] whistl0r+php at googlemail dot com Description: A script creates files. To make sure that no "reader" is accessing the file while the script is changing its content (think of a cache!), you will use flock() to secure the progress. Tested with PHP Version 5.2.12 (CGI/FastCGI), latest Zend Server release. Test script: --- http://bugs.php.net/bug.php?id=51227&edit=1
Bug #50383 [Ver->Csd]: Exceptions thrown in __call / __callStatic do not include file and line in trace
Edit report at http://bugs.php.net/bug.php?id=50383&edit=1
ID: 50383
Updated by: fel...@php.net
Reported by: RQuadling at GMail dot com
Summary: Exceptions thrown in __call / __callStatic do not
include file and line in trace
-Status: Verified
+Status: Closed
Type: Bug
Package: Scripting Engine problem
Operating System: *
PHP Version: 5.*, 6
Assigned To: felipe
New Comment:
This bug has been fixed in SVN.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2010-03-07 03:17:13] fel...@php.net
Automatic comment from SVN on behalf of felipe
Revision: http://svn.php.net/viewvc/?view=revision&revision=295913
Log: - Fixed bug #50383 (Exceptions thrown in __call / __callStatic do
not include file and line in trace)
[2009-12-04 12:47:57] j...@php.net
Simple test that works in all branches:
ThrowException();
}
try {
thrower();
} catch(Exception $e) {
var_dump($e->getTrace());
}
?>
[2009-12-04 12:15:47] rquadl...@php.net
It seems that __call exhibits the same issue.
Further, for sub-classes which allow cascading of __call/__callStatic,
the stack doesn't show the file/line for those.
Outputs ...
Exception Object
(
[message:protected] => Missing static method
'StaticThrowException'.
[string:Exception:private] =>
[code:protected] => 0
[file:protected] => Z:\myClass.php
[line:protected] => 4
[trace:Exception:private] => Array
(
[0] => Array
(
[file] => Z:\mySubClass.php
[line] => 6
[function] => __callStatic
[class] => myClass
[type] => ::
[args] => Array
(
[0] => StaticThrowException
[1] => Array
(
)
)
)
[1] => Array
(
[function] => __callStatic
[class] => mySubClass
[type] => ::
[args] => Array
(
[0] => StaticThrowException
[1] => Array
(
)
)
)
[2] => Array
(
[file] => Z:\missingstatictrace3.php
[line] => 5
[function] => StaticThrowException
[class] => mySubClass
[type] => ::
[args] => Array
(
)
)
[3] => Array
(
[file] => Z:\missingstatictrace3.php
[line] => 9
[function] => staticThrower
[args] => Array
(
)
)
)
[previous:Exception:private] =>
)
[2009-12-04 11:32:44] RQuadling at GMail dot com
Description:
An exception thrown in a __callStatic() method does not store the file
name or the line number in the trace.
Reproduce code:
---
getTrace());
}
Expected result:
Array
(
[0] => Array
(
[file] => Z:\missingstatictrace.php
[line] => 4
[function] => __callStatic
[class] => myClass
[type] => ::
[args] => Array
(
[0] => ThrowException
[1] => Array
(
)
)
)
[1] => Array
(
[file] => Z:\missingstatictrace.php
[line] => 9
[function] => ThrowException
[class] => myClass
[type] => ::
[args] => Array
(
)
)
[2] => Array
(
[file] => Z:\missingstatictrace.php
[line] => 13
[function] => thrower
[args] => Array
(
)
)
)
Actual result:
--
Array
(
