Bug #51248 [Com]: Segmentation fault in mysql_fetch_array
Edit report at http://bugs.php.net/bug.php?id=51248&edit=1 ID: 51248 Comment by: php at group dot apple dot com Reported by:mbecc...@php.net Summary:Segmentation fault in mysql_fetch_array Status: Assigned Type: Bug Package:MySQL related Operating System: FreeBSD 6.2 PHP Version:5.3.2 Assigned To:mysql Block user comment: N New Comment: Thank you for attempting to reproduce on Mac OS X. The issue may be the choice of compiler, as the problem more readily reproduces with LLVM, which claims to be much more aggressive in its stack protection than GCC. One option would be to try to build using LLVM as the compiler, i.e.: CC=/usr/bin/llvm-gcc ./configure ... Previous Comments: [2010-10-06 14:17:47] and...@php.net No crash on 64bit MacOS X 10.6.4 , with or without the flags, libmysql. MySQL is 5.5.2 [2010-10-06 13:54:59] and...@php.net forgot to mention that I used the -g -fstack-protector-all [2010-10-06 13:52:59] and...@php.net I get no crash on Ubuntu 9.10 x86, PHP 5.3.4-dev, MySQL 5.1.51 . Neither with libmysql nor with mysqlnd, but by looking at the stacktrace it should not matter much. Will get it checked on Mac OS [2010-09-30 11:53:28] aaphp at mailinator dot com Received this using 5.3.3 on Apache 2.2.16 w/ Cpanel; CENTOS 4.8 x86_64 and osCommerce. Caused segfaults logged to /var/log/messages: Sep 29 20:23:22 hostname kernel: conftest[30619]: segfault at 0001 rip 00405dae rsp 007fb250 error 4 Sep 29 21:36:28 hostname kernel: php[20444]: segfault at 002a0014 rip 00741da3 rsp 007fbfffabb0 error 4 And php errors in /var/log/httpd/error_log: [Wed Sep 29 20:28:02 2010] [error] [client x.x.x.x] Premature end of script headers: php5 The errors are consistent - nothing loads on the site but 500 Internal Server Errors. Did not go away until PHP was downgraded to 5.2.14 or the following change made to the script: The Line: return mysql_fetch_array($db_query, MYSQL_ASSOC); Once changed to: return mysql_fetch_assoc($db_query); The error ceases & site functions as expected. [2010-09-24 20:38:23] janinemueller26 at gmail dot com I had also a mysql error with drupal and mysql on http://www.sportwettentipp.com, but update to the newest version and works fine, thanks for the bug fixing. 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=51248 -- Edit this bug report at http://bugs.php.net/bug.php?id=51248&edit=1
Bug #52987 [Opn->Fbk]: Losing amperstamp with xml_parse_into_struct function
Edit report at http://bugs.php.net/bug.php?id=52987&edit=1 ID: 52987 Updated by: ahar...@php.net Reported by:andre dot boily at mcccf dot gouv dot qc dot ca Summary:Losing amperstamp with xml_parse_into_struct function -Status: Open +Status: Feedback Type: Bug -Package:Systems problem +Package:XML related Operating System: Linux - SUSE PHP Version:5.2.14 Block user comment: N New Comment: Please try using this snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Works as expected for me on a current 5.2 build: the relevant bit of output is: [3]=> array(4) { ["tag"]=> string(3) "URL" ["type"]=> string(8) "complete" ["level"]=> int(3) ["value"]=> string(37) "http://www.test.com?param1=1¶m2=2"; } Note the decoded ampersand in the value. Previous Comments: [2010-10-04 22:05:58] andre dot boily at mcccf dot gouv dot qc dot ca Description: Running version: 5.2.14 After a lot of tests and reading, I experimenting a problem since we've upgraded the PHP version from 5.2.6 to 5.2.14 The problem is when i'm trying to put a xml string in a array, i'm loosing the amperstamp (&)characters in the output of xml_parse_into_struct function. Maybe it's a new features that I can't understand, but it look like a Bug. Note: The Bug is in the URL tag in my XML structure. Test script: --- Some Titlehttp://www.test.com?param1=1¶m2=21285352820"; xml_parse_into_struct( $parser, $data, $xmlValues, $xmlIndex ); var_dump($xmlValues); ?> Expected result: array(6) { [0]=> array(3) { ["tag"]=> string(10) "COLLECTION" ["type"]=> string(4) "open" ["level"]=> int(1) } [1]=> array(3) { ["tag"]=> string(8) "DOCUMENT" ["type"]=> string(4) "open" ["level"]=> int(2) } [2]=> array(4) { ["tag"]=> string(5) "TITRE" ["type"]=> string(8) "complete" ["level"]=> int(3) ["value"]=> string(10) "Some Title" } [3]=> array(4) { ["tag"]=> string(3) "URL" ["type"]=> string(8) "complete" ["level"]=> int(3) ["value"]=> string(36) "http://www.test.com?param1=1¶m2=2"; } [4]=> array(3) { ["tag"]=> string(8) "DOCUMENT" ["type"]=> string(5) "close" ["level"]=> int(2) } [5]=> array(3) { ["tag"]=> string(10) "COLLECTION" ["type"]=> string(5) "close" ["level"]=> int(1) } } Actual result: -- array(6) { [0]=> array(3) { ["tag"]=> string(10) "COLLECTION" ["type"]=> string(4) "open" ["level"]=> int(1) } [1]=> array(3) { ["tag"]=> string(8) "DOCUMENT" ["type"]=> string(4) "open" ["level"]=> int(2) } [2]=> array(4) { ["tag"]=> string(5) "TITRE" ["type"]=> string(8) "complete" ["level"]=> int(3) ["value"]=> string(10) "Some Title" } [3]=> array(4) { ["tag"]=> string(3) "URL" ["type"]=> string(8) "complete" ["level"]=> int(3) ["value"]=> string(36) "http://www.test.com?param1=1param2=2"; } [4]=> array(3) { ["tag"]=> string(8) "DOCUMENT" ["type"]=> string(5) "close" ["level"]=> int(2) } [5]=> array(3) { ["tag"]=> string(10) "COLLECTION" ["type"]=> string(5) "close" ["level"]=> int(1) } } -- Edit this bug report at http://bugs.php.net/bug.php?id=52987&edit=1
Bug #52990 [Opn->Dup]: PHP crash when PCRE exceed recursion limit.
Edit report at http://bugs.php.net/bug.php?id=52990&edit=1 ID: 52990 Updated by: ahar...@php.net Reported by:sarun37823 at bigfoot dot com Summary:PHP crash when PCRE exceed recursion limit. -Status: Open +Status: Duplicate Type: Bug Package:PCRE related Operating System: *nix PHP Version:5.2.14 Block user comment: N New Comment: Duplicate of an absolute tonne of bugs; most recently bug #52818. Previous Comments: [2010-10-05 07:44:45] sarun37823 at bigfoot dot com Description: Hello, I've got "Zero Sized Reply" when I try to replace a long string with PCRE. Test script: --- Expected result: blank page Actual result: -- ERROR The requested URL could not be retrieved While trying to retrieve the URL: *** The following error was encountered: Zero Sized Reply Squid did not receive any data for this request. Your cache administrator is ***. Generated Tue, 05 Oct 2010 05:28:19 GMT by *** (squid/2.7.STABLE3) -- Edit this bug report at http://bugs.php.net/bug.php?id=52990&edit=1
Bug #52991 [Opn->Fbk]: wrong output
Edit report at http://bugs.php.net/bug.php?id=52991&edit=1 ID: 52991 Updated by: ahar...@php.net Reported by:oinam dot s at ldh dot 01s dot in Summary:wrong output -Status: Open +Status: Feedback Type: Bug Package:Filter related Operating System: windows PHP Version:5.3.3 Block user comment: N New Comment: Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ I can't reproduce this on any current 5.2, 5.3 or trunk build. Previous Comments: [2010-10-05 11:32:30] oinam dot s at ldh dot 01s dot in Description: When I test email using filter_var it gives incorrect output. Test script: --- Expected result: This script works fine give correct result on php 5.2.x not on 5.3.x Actual result: -- The following should be the actual output This ( oina...@ldh.01s.in ) email address is considered valid. -- Edit this bug report at http://bugs.php.net/bug.php?id=52991&edit=1
Bug #53003 [Opn->Bgs]: no error reporting
Edit report at http://bugs.php.net/bug.php?id=53003&edit=1 ID: 53003 Updated by: ahar...@php.net Reported by:lourspolair at banquiz dot net Summary:no error reporting -Status: Open +Status: Bogus Type: Bug Package:Scripting Engine problem Operating System: Seven 64bit PHP Version:5.2.14 Block user comment: N New Comment: Not a bug: the parse error occurs during compilation, whereas the error_reporting() and ini_set() calls don't take effect until runtime. To see those errors, change the error_reporting and display_errors settings in your php.ini. Closing. Previous Comments: [2010-10-06 18:19:33] lourspolair at banquiz dot net Description: when your fingers do what they wants and you accidentaly type !=== they 're is no error reported... just a blank screen Test script: --- Expected result: okSTOP Actual result: -- nothing even, an error reports -- Edit this bug report at http://bugs.php.net/bug.php?id=53003&edit=1
Bug #52890 [Com]: Exception not caught sometimes
Edit report at http://bugs.php.net/bug.php?id=52890&edit=1 ID: 52890 Comment by: wakamonka747 at hotmail dot com Reported by:j dot henge-ernst at interexa dot de Summary:Exception not caught sometimes Status: Closed Type: Bug Package:Scripting Engine problem Operating System: Linux PHP Version:5.3.3 Block user comment: N New Comment: Patched 5.3.3 source with bug #52361 fix code. Seems to work ok now. Previous Comments: [2010-09-28 10:27:00] j dot henge-ernst at interexa dot de Sorry have to correct me, with snapshot 5.3-201009280630 the problem no longer occurs. Might be fixed with bug #52361 which hadn't made it into 5.3.3 [2010-09-28 10:10:55] j dot henge-ernst at interexa dot de Happend with php 5.2.2 from Zend Server, happens with php 5.3.3 from php.net and from Zend Server 5.0.3 and with snapshot 5.3-201009280630 from php.net configure was: './configure' '--with-libdir=lib64' '--prefix=/usr/local/php.net/5.3-201009280630' '--with-mysql' '--enable-zip' '--enable-pcntl' '--with-gd' '--with-apxs2' '--with-freetype-dir=yes' '--enable-gd-native-ttf' '--enable-mbstring' '--enable-calendar' '--enable-pcntl' '--with-oci8=instantclient,/interexa/lib64/oracle/instantclient_11_2' '--with-config-file-path=/usr/local/zend/etc' [2010-09-28 03:49:27] wakamonka747 at hotmail dot com Forgot to mention that I checked this behaviour with xdebug. You actually see how it just skips there. [2010-09-28 03:47:22] wakamonka747 at hotmail dot com I'm experiencing the same in PHP 5.3.3 under Windows XP SP3, running as an apache 2.2.9 module. An exception is thrown but is only caught by the outer most catch block. i.e: try { try { throw new Exception('foo'); } catch(Exception $e) { //Execution should follow here } } catch(Exception $e) { //Execution follows here } Although in my case there's no __destruct method implied [2010-09-27 16:09:16] f...@php.net Please try to reproduce with PHP 5.3.3 from http://www.php.net/downloads.php instead of Zend Server or file a bug report with Zend. 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=52890 -- Edit this bug report at http://bugs.php.net/bug.php?id=52890&edit=1
Bug #52554 [Com]: Sporadic PHP Segmentation fault in combination with unixODBC
Edit report at http://bugs.php.net/bug.php?id=52554&edit=1 ID: 52554 Comment by: crewone at gmail dot com Reported by:cameron dot moller at gmail dot com Summary:Sporadic PHP Segmentation fault in combination with unixODBC Status: Feedback Type: Bug Package:ODBC related Operating System: 2.6.34-gentoo-r1 x86_64 PHP Version:5.3SVN-2010-08-06 (SVN) Block user comment: N New Comment: I can reproduce this with a result set containing NULL. I wouldn't call it 'sporadic', in fact it is quite a show stopper for me. The backtrace: #0 0x75386085 in memcpy () from /lib/libc.so.6 #1 0x006dee08 in _estrndup (s=0x1331c08 "\030\034\063\001", length= ) at /usr/include/bits/string3.h:52 #2 0x00579b6a in zif_odbc_result (ht=, return_value=0x1332c60, return_value_ptr=, this_ptr=, return_value_used=) at /usr/src/php-5.3.3/ext/odbc/php_odbc.c:2110 #3 0x00746a3c in zend_do_fcall_common_helper_SPEC (execute_data=0x77e8ab58) at /usr/src/php-5.3.3/Zend/zend_vm_execute.h:316 #4 0x0071ebd8 in execute (op_array=0x10b4380) at /usr/src/php- 5.3.3/Zend/zend_vm_execute.h:107 #5 0x006f982a in zend_execute_scripts (type=8, retval=, file_count=3) at /usr/src/php-5.3.3/Zend/zend.c:1194 #6 0x006a80ed in php_execute_script (primary_file=) at /usr/src/php-5.3.3/main/main.c:2260 #7 0x0078064e in main (argc=, argv=) at /usr/src/php-5.3.3/sapi/cli/php_cli.c:1192 Previous Comments: [2010-08-07 17:40:15] fel...@php.net That _estrndup on backtrace must be related to RETURN_STRINGL macro used in the zif_odbc_result... Can you check in which RETURN_STRINGL the crash occurs and get the string size passed to estrndup()? [2010-08-07 12:08:50] cameron dot moller at gmail dot com Re-emergeing glibc did not help [2010-08-06 12:27:31] cameron dot moller at gmail dot com Description: Gentoo Linux x86_64 Kernel 2.6.34-gentoo-r1 unixODBC-2.3.0 freeTDS 0.64 PHP 5.3.2 (from Gentoo portage (~ = experimental)) (problem started on PHP 5.2.13 - I upgraded to ~5.3.2) Apache 2.2.15 gcc 4.4.3-r2 glibc 2.11.2 MSSQL 2005 (remote server) I have multiple pages that query the database successfully. However, 2 queries always result in a segmentation fault. I ran the page through gdb and generated a backtrace. Shown below. The suspect sql is simply "select distinct asgn_group from csc_report_active order by asgn_group asc" FYI - sql via isql gives me 773 rows - no problems. php.ini is vanilla - no changes - but dated Jul 30 - about when the problem started. Though I do not remember ever making any changes to php.ini httpd.conf also vanilla as is /etc/conf.d/apache2 [I] dev-lang/php Available versions: (5) 5.2.13 ~5.2.14 (~)5.3.2 ~5.3.3 {adabas apache2 bcmath berkdb birdstep bzip2 calendar cdb cgi cjk (+)cli concurrentmodphp crypt (+)ctype curl curlwrappers db2 dbase dbmaker debug discard-path doc embed empress empress-bcs enchant esoob exif fastbuild fdftk +fileinfo (+)filter firebird flatfile force-cgi-redirect fpm frontbase ftp gd gd-external gdbm gmp (+)hash (+)iconv imap inifile interbase intl iodbc ipv6 java-external (+)json kerberos kolab ldap ldap-sasl libedit mcve mhash msql mssql mysql mysqli mysqlnd ncurses nls oci8 oci8-instant-client odbc pcntl (+)pcre pdo +phar pic (+)posix postgres qdbm readline recode reflection sapdb (+)session sharedext sharedmem (+)simplexml snmp soap sockets solid spell spl sqlite sqlite3 ssl suhosin sybase sybase-ct sysvipc threads tidy (+)tokenizer truetype unicode wddx xml xmlreader xmlrpc xmlwriter xpm xsl yaz zip zlib} Installed versions: 5.3.2(5)(08:26:30 07/30/10)(apache2 berkdb bzip2 cli crypt ctype fileinfo filter gd gdbm hash iconv imap json kerberos ldap mssql mysql nls odbc phar posix postgres readline session simplexml ssl tokenizer truetype unicode xml zlib -adabas -bcmath -birdstep -calendar -cdb -cgi -cjk -concurrentmodphp -curl -curlwrappers -db2 -dbmaker -debug -doc -embed -empress -empress-bcs -enchant -esoob -exif -firebird -flatfile -frontbase -ftp -gd-external -gmp -inifile -interbase -intl -iodbc -ipv6 -kolab -ldap-sasl -libedit -mysqli -mysqlnd -oci8 -oci8-instant-client -pcntl -pdo -pic -qdbm -recode -sapdb -sharedext -sharedmem -snmp -soap -sockets -solid -spell -sqlite -sqlite3 -suhosin -sybase-ct -sysvipc -threads -tidy -wddx -xmlreader -xmlrpc -xmlwriter -xpm -xsl -zip) gdb /usr/bin/php warning: Can not parse XML syscalls information; XML support was disabled at compile time. GNU gdb (Gentoo 7.0.1 p1) 7.0.1 Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or
Bug #53007 [Opn->Bgs]: crash when result set contains NULL
Edit report at http://bugs.php.net/bug.php?id=53007&edit=1 ID: 53007 Updated by: fel...@php.net Reported by:crewone at gmail dot com Summary:crash when result set contains NULL -Status: Open +Status: Bogus Type: Bug Package:ODBC related Operating System: ubuntu 10.4 amd64 PHP Version:5.3.3 Block user comment: N New Comment: Duplicated of bug #52554 Previous Comments: [2010-10-07 02:06:10] crewone at gmail dot com Description: PHP (CLI) crashes (Segfault) on a NULL in the result set. - latest easysoft odbc-odbc bridge and unixODBC-2.3.0 (compiled from source) - php-5.3.3 compiled from source (--with-unixODBC) Database is a PROGRESS OPENEDGE 10.1C database. Actual result: -- #0 0x75386085 in memcpy () from /lib/libc.so.6 #1 0x006dee08 in _estrndup (s=0x1331c08 "\030\034\063\001", length= ) at /usr/include/bits/string3.h:52 #2 0x00579b6a in zif_odbc_result (ht=, return_value=0x1332c60, return_value_ptr=, this_ptr=, return_value_used=) at /usr/src/php-5.3.3/ext/odbc/php_odbc.c:2110 #3 0x00746a3c in zend_do_fcall_common_helper_SPEC (execute_data=0x77e8ab58) at /usr/src/php-5.3.3/Zend/zend_vm_execute.h:316 #4 0x0071ebd8 in execute (op_array=0x10b4380) at /usr/src/php- 5.3.3/Zend/zend_vm_execute.h:107 #5 0x006f982a in zend_execute_scripts (type=8, retval=, file_count=3) at /usr/src/php-5.3.3/Zend/zend.c:1194 #6 0x006a80ed in php_execute_script (primary_file=) at /usr/src/php-5.3.3/main/main.c:2260 #7 0x0078064e in main (argc=, argv=) at /usr/src/php-5.3.3/sapi/cli/php_cli.c:1192 -- Edit this bug report at http://bugs.php.net/bug.php?id=53007&edit=1
[PHP-BUG] Bug #53007 [NEW]: crash when result set contains NULL
From: Operating system: ubuntu 10.4 amd64 PHP version: 5.3.3 Package: ODBC related Bug Type: Bug Bug description:crash when result set contains NULL Description: PHP (CLI) crashes (Segfault) on a NULL in the result set. - latest easysoft odbc-odbc bridge and unixODBC-2.3.0 (compiled from source) - php-5.3.3 compiled from source (--with-unixODBC) Database is a PROGRESS OPENEDGE 10.1C database. Actual result: -- #0 0x75386085 in memcpy () from /lib/libc.so.6 #1 0x006dee08 in _estrndup (s=0x1331c08 "\030\034\063\001", length= ) at /usr/include/bits/string3.h:52 #2 0x00579b6a in zif_odbc_result (ht=, return_value=0x1332c60, return_value_ptr=, this_ptr=, return_value_used=) at /usr/src/php-5.3.3/ext/odbc/php_odbc.c:2110 #3 0x00746a3c in zend_do_fcall_common_helper_SPEC (execute_data=0x77e8ab58) at /usr/src/php-5.3.3/Zend/zend_vm_execute.h:316 #4 0x0071ebd8 in execute (op_array=0x10b4380) at /usr/src/php- 5.3.3/Zend/zend_vm_execute.h:107 #5 0x006f982a in zend_execute_scripts (type=8, retval=, file_count=3) at /usr/src/php-5.3.3/Zend/zend.c:1194 #6 0x006a80ed in php_execute_script (primary_file=) at /usr/src/php-5.3.3/main/main.c:2260 #7 0x0078064e in main (argc=, argv=) at /usr/src/php-5.3.3/sapi/cli/php_cli.c:1192 -- Edit bug report at http://bugs.php.net/bug.php?id=53007&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53007&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53007&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53007&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53007&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53007&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53007&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53007&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53007&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53007&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53007&r=support Expected behavior: http://bugs.php.net/fix.php?id=53007&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53007&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53007&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53007&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53007&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53007&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53007&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53007&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53007&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53007&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53007&r=mysqlcfg
Bug #53005 [Opn->Csd]: iconv() fails in ext/iconv/iconv.c php_iconv_string
Edit report at http://bugs.php.net/bug.php?id=53005&edit=1 ID: 53005 User updated by:php at jdrtech dot com Reported by:php at jdrtech dot com Summary:iconv() fails in ext/iconv/iconv.c php_iconv_string -Status: Open +Status: Closed Type: Bug Package:Unknown/Other Function Operating System: Solaris 10 Sparc PHP Version:5.3.3 Block user comment: N New Comment: needed to do preload, runs great Previous Comments: [2010-10-06 22:58:19] php at jdrtech dot com Description: PHP runs great with the exception of iconv. I've created a test program that uses libiconv.so.2.5.0 with expected results CLI command: >./php ./test.php Original : This is the Euro symbol '?'. TRANSLIT : Segmentation Fault (core dumped) CC: Sun C++ 5.8 2005/10/13 cc: Sun C 5.8 2005/10/13 Configure: export CC=cc CFLAGS="-xarch=v9a" CXXFLAGS="-xarch=v9a" CPPFLAGS="-I/fcgi/include" LDFLAGS="-L/fcgi/lib" ./configure --prefix=/fcgi --with-mysql=/opt/mysql/mysql --enable-mbstring --with-apache=../apache_1.3.41 -with-dom --with-xsl=/fcgi --with-iconv-dir=/fcgi --enable-debug >ldd php libexslt.so.0 => /fcgi/lib/libexslt.so.0 libpthread.so.1 => /lib/64/libpthread.so.1 libsocket.so.1 =>/lib/64/libsocket.so.1 libnsl.so.1 => /lib/64/libnsl.so.1 libm.so.2 => /lib/64/libm.so.2 librt.so.1 =>/lib/64/librt.so.1 libmysqlclient.so.16 => /usr/local/mysql/lib/libmysqlclient.so.16 libthread.so.1 =>/lib/64/libthread.so.1 libxslt.so.1 => /fcgi/lib/libxslt.so.1 libxml2.so.2 => /fcgi/lib/libxml2.so.2 libresolv.so.2 =>/lib/64/libresolv.so.2 libgen.so.1 => /lib/64/libgen.so.1 libiconv.so.2 => /fcgi/lib/libiconv.so.2 libc.so.1 => /lib/64/libc.so.1 libz.so.1 => /usr/lib/64/libz.so.1 libmp.so.2 =>/lib/64/libmp.so.2 libmd5.so.1 => /lib/64/libmd5.so.1 libscf.so.1 => /lib/64/libscf.so.1 libaio.so.1 => /lib/64/libaio.so.1 libdoor.so.1 => /lib/64/libdoor.so.1 libuutil.so.1 => /lib/64/libuutil.so.1 /platform/SUNW,Sun-Blade-100/lib/sparcv9/libc_psr.so.1 /platform/SUNW,Sun-Blade-100/lib/sparcv9/libmd5_psr.so.1 Test script: --- Expected result: unknown Actual result: -- t...@1 (l...@1) program terminated by signal SEGV (no mapping at the fault address) 0x7d35a544: _iconv+0x002c: jmp %l5 Current function is php_iconv_string 501 result = iconv(cd, (char **) &in_p, &in_left, (char **) &out_p, &out_left); -- Edit this bug report at http://bugs.php.net/bug.php?id=53005&edit=1
[PHP-BUG] Bug #53006 [NEW]: stream_get_contents offset max is 1165
From: Operating system: Linux Aptosid PHP version: 5.3.3 Package: Streams related Bug Type: Bug Bug description:stream_get_contents offset max is 1165 Description: In the stream_get_contents function, the offset parameter's max value is 1165. Any upper value will block the script. Test script: --- // This will work... $handle = fopen($url, 'rb'); echo stream_get_contents($handle, 8192, 1165); // This will not work... the script will wait forever. $handle = fopen($url, 'rb'); echo stream_get_contents($handle, 8192, 1166); Expected result: I expect this function not to wait if $offset + 8192 < $filesize -- Edit bug report at http://bugs.php.net/bug.php?id=53006&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53006&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53006&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53006&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53006&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53006&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53006&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53006&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53006&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53006&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53006&r=support Expected behavior: http://bugs.php.net/fix.php?id=53006&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53006&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53006&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53006&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53006&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53006&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53006&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53006&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53006&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53006&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53006&r=mysqlcfg
[PHP-BUG] Bug #53005 [NEW]: iconv() fails in ext/iconv/iconv.c php_iconv_string
From: Operating system: Solaris 10 Sparc PHP version: 5.3.3 Package: Unknown/Other Function Bug Type: Bug Bug description:iconv() fails in ext/iconv/iconv.c php_iconv_string Description: PHP runs great with the exception of iconv. I've created a test program that uses libiconv.so.2.5.0 with expected results CLI command: >./php ./test.php Original : This is the Euro symbol '?'. TRANSLIT : Segmentation Fault (core dumped) CC: Sun C++ 5.8 2005/10/13 cc: Sun C 5.8 2005/10/13 Configure: export CC=cc CFLAGS="-xarch=v9a" CXXFLAGS="-xarch=v9a" CPPFLAGS="-I/fcgi/include" LDFLAGS="-L/fcgi/lib" ./configure --prefix=/fcgi --with-mysql=/opt/mysql/mysql --enable-mbstring --with-apache=../apache_1.3.41 -with-dom --with-xsl=/fcgi --with-iconv-dir=/fcgi --enable-debug >ldd php libexslt.so.0 => /fcgi/lib/libexslt.so.0 libpthread.so.1 => /lib/64/libpthread.so.1 libsocket.so.1 =>/lib/64/libsocket.so.1 libnsl.so.1 => /lib/64/libnsl.so.1 libm.so.2 => /lib/64/libm.so.2 librt.so.1 =>/lib/64/librt.so.1 libmysqlclient.so.16 => /usr/local/mysql/lib/libmysqlclient.so.16 libthread.so.1 =>/lib/64/libthread.so.1 libxslt.so.1 => /fcgi/lib/libxslt.so.1 libxml2.so.2 => /fcgi/lib/libxml2.so.2 libresolv.so.2 =>/lib/64/libresolv.so.2 libgen.so.1 => /lib/64/libgen.so.1 libiconv.so.2 => /fcgi/lib/libiconv.so.2 libc.so.1 => /lib/64/libc.so.1 libz.so.1 => /usr/lib/64/libz.so.1 libmp.so.2 =>/lib/64/libmp.so.2 libmd5.so.1 => /lib/64/libmd5.so.1 libscf.so.1 => /lib/64/libscf.so.1 libaio.so.1 => /lib/64/libaio.so.1 libdoor.so.1 => /lib/64/libdoor.so.1 libuutil.so.1 => /lib/64/libuutil.so.1 /platform/SUNW,Sun-Blade-100/lib/sparcv9/libc_psr.so.1 /platform/SUNW,Sun-Blade-100/lib/sparcv9/libmd5_psr.so.1 Test script: --- Expected result: unknown Actual result: -- t...@1 (l...@1) program terminated by signal SEGV (no mapping at the fault address) 0x7d35a544: _iconv+0x002c: jmp %l5 Current function is php_iconv_string 501 result = iconv(cd, (char **) &in_p, &in_left, (char **) &out_p, &out_left); -- Edit bug report at http://bugs.php.net/bug.php?id=53005&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53005&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53005&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53005&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53005&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53005&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53005&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53005&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53005&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53005&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53005&r=support Expected behavior: http://bugs.php.net/fix.php?id=53005&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53005&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53005&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53005&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53005&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53005&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53005&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53005&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53005&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53005&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53005&r=mysqlcfg
Bug #52998 [Com]: memory content leak when using invalid utf-8 with XMLWriter::writeAttribute
Edit report at http://bugs.php.net/bug.php?id=52998&edit=1 ID: 52998 Comment by: kees at outflux dot net Reported by:kees at outflux dot net Summary:memory content leak when using invalid utf-8 with XMLWriter::writeAttribute Status: Bogus Type: Bug Package:XML Writer Operating System: Ubuntu 10.10 PHP Version:5.3.3 Assigned To:rrichards Block user comment: N New Comment: Yeah, it wasn't clear if the API was being misused or not. But it does seem like a libxml2 bug after I got a test case working there this morning. For reference, it's here: https://bugzilla.gnome.org/show_bug.cgi?id=631551 Previous Comments: [2010-10-06 21:38:06] rricha...@php.net Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. You just reported the same bug to libxml2 bug system. Will be handled there [2010-10-06 21:25:48] paj...@php.net Rob, does it ring a bell? It could be a bug in libxml? [2010-10-06 20:38:47] kees at outflux dot net This was discovered in Ubuntu, btw: https://bugs.launchpad.net/php/+bug/655442 [2010-10-06 03:52:16] kees at outflux dot net Description: It seems that PHP is not correctly using libxml2's xmlwriter routines, and allows passing in invalid utf-8 strings which are then misparsed by libxml2, allowing memory contents to leak into the resulting output. Test script: --- # License: GPLv3 # # Proof-of-concept memory content leak $xw = new XMLWriter(); $xw->openURI('php://output'); $xw->startElement('input'); $xw->writeAttribute('value', "\xe0\x81"); $xw->endElement(); ?> Expected result: Actual result: -- PHP Warning: XMLWriter::writeAttribute(): string is not in UTF-8 in /tmp/xmlwriter.php on line 12 -- Edit this bug report at http://bugs.php.net/bug.php?id=52998&edit=1
Bug #52998 [Asn->Bgs]: memory content leak when using invalid utf-8 with XMLWriter::writeAttribute
Edit report at http://bugs.php.net/bug.php?id=52998&edit=1 ID: 52998 Updated by: rricha...@php.net Reported by:kees at outflux dot net Summary:memory content leak when using invalid utf-8 with XMLWriter::writeAttribute -Status: Assigned +Status: Bogus Type: Bug Package:XML Writer Operating System: Ubuntu 10.10 PHP Version:5.3.3 Assigned To:rrichards Block user comment: N New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. You just reported the same bug to libxml2 bug system. Will be handled there Previous Comments: [2010-10-06 21:25:48] paj...@php.net Rob, does it ring a bell? It could be a bug in libxml? [2010-10-06 20:38:47] kees at outflux dot net This was discovered in Ubuntu, btw: https://bugs.launchpad.net/php/+bug/655442 [2010-10-06 03:52:16] kees at outflux dot net Description: It seems that PHP is not correctly using libxml2's xmlwriter routines, and allows passing in invalid utf-8 strings which are then misparsed by libxml2, allowing memory contents to leak into the resulting output. Test script: --- # License: GPLv3 # # Proof-of-concept memory content leak $xw = new XMLWriter(); $xw->openURI('php://output'); $xw->startElement('input'); $xw->writeAttribute('value', "\xe0\x81"); $xw->endElement(); ?> Expected result: Actual result: -- PHP Warning: XMLWriter::writeAttribute(): string is not in UTF-8 in /tmp/xmlwriter.php on line 12 -- Edit this bug report at http://bugs.php.net/bug.php?id=52998&edit=1
Bug #52998 [Opn->Asn]: memory content leak when using invalid utf-8 with XMLWriter::writeAttribute
Edit report at http://bugs.php.net/bug.php?id=52998&edit=1 ID: 52998 Updated by: paj...@php.net Reported by:kees at outflux dot net Summary:memory content leak when using invalid utf-8 with XMLWriter::writeAttribute -Status: Open +Status: Assigned Type: Bug Package:XML Writer Operating System: Ubuntu 10.10 PHP Version:5.3.3 -Assigned To: +Assigned To:rrichards Block user comment: N New Comment: Rob, does it ring a bell? It could be a bug in libxml? Previous Comments: [2010-10-06 20:38:47] kees at outflux dot net This was discovered in Ubuntu, btw: https://bugs.launchpad.net/php/+bug/655442 [2010-10-06 03:52:16] kees at outflux dot net Description: It seems that PHP is not correctly using libxml2's xmlwriter routines, and allows passing in invalid utf-8 strings which are then misparsed by libxml2, allowing memory contents to leak into the resulting output. Test script: --- # License: GPLv3 # # Proof-of-concept memory content leak $xw = new XMLWriter(); $xw->openURI('php://output'); $xw->startElement('input'); $xw->writeAttribute('value', "\xe0\x81"); $xw->endElement(); ?> Expected result: Actual result: -- PHP Warning: XMLWriter::writeAttribute(): string is not in UTF-8 in /tmp/xmlwriter.php on line 12 -- Edit this bug report at http://bugs.php.net/bug.php?id=52998&edit=1
Req #52986 [Asn->Tbd]: Add Transliterator Class
Edit report at http://bugs.php.net/bug.php?id=52986&edit=1 ID: 52986 Updated by: cataphr...@php.net Reported by:jinmoku at hotmail dot com Summary:Add Transliterator Class -Status: Assigned +Status: To be documented Type: Feature/Change Request Package:I18N and L10N related PHP Version:5.3.3 -Assigned To:cataphract +Assigned To: Block user comment: N New Comment: Added in trunk. Previous Comments: [2010-10-06 20:53:29] cataphr...@php.net Automatic comment from SVN on behalf of cataphract Revision: http://svn.php.net/viewvc/?view=revision&revision=304165 Log: - Added support for ICU Transformations (Transliterator). - Changes request #52986 to "to be documented". [2010-10-04 16:54:52] jinmoku at hotmail dot com thank for your reply, i'll be waiting ;) see ya [2010-10-04 16:50:13] cataphr...@php.net No, I haven't committed it yet. [2010-10-04 16:31:13] jinmoku at hotmail dot com cool, do you have any link, i don't see him in the trunk ? [2010-10-04 14:49:04] cataphr...@php.net I'm actually working on this. I have the code written, only tests are missing. 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=52986 -- Edit this bug report at http://bugs.php.net/bug.php?id=52986&edit=1
Bug #52998 [Com]: memory content leak when using invalid utf-8 with XMLWriter::writeAttribute
Edit report at http://bugs.php.net/bug.php?id=52998&edit=1 ID: 52998 Comment by: kees at outflux dot net Reported by:kees at outflux dot net Summary:memory content leak when using invalid utf-8 with XMLWriter::writeAttribute Status: Open Type: Bug Package:XML Writer Operating System: Ubuntu 10.10 PHP Version:5.3.3 Block user comment: N New Comment: This was discovered in Ubuntu, btw: https://bugs.launchpad.net/php/+bug/655442 Previous Comments: [2010-10-06 03:52:16] kees at outflux dot net Description: It seems that PHP is not correctly using libxml2's xmlwriter routines, and allows passing in invalid utf-8 strings which are then misparsed by libxml2, allowing memory contents to leak into the resulting output. Test script: --- # License: GPLv3 # # Proof-of-concept memory content leak $xw = new XMLWriter(); $xw->openURI('php://output'); $xw->startElement('input'); $xw->writeAttribute('value', "\xe0\x81"); $xw->endElement(); ?> Expected result: Actual result: -- PHP Warning: XMLWriter::writeAttribute(): string is not in UTF-8 in /tmp/xmlwriter.php on line 12 -- Edit this bug report at http://bugs.php.net/bug.php?id=52998&edit=1
Bug #52958 [Com]: Segfault in PDO_OCI on cleanup after running a long testsuite
Edit report at http://bugs.php.net/bug.php?id=52958&edit=1 ID: 52958 Comment by: kontakt at beberlei dot de Reported by:kontakt at beberlei dot de Summary:Segfault in PDO_OCI on cleanup after running a long testsuite Status: Assigned Type: Bug Package:Oracle related Operating System: Ubuntu PHP Version:5.3.3 Assigned To:sixd Block user comment: N New Comment: As an additional info, i changed to using the OCI 11.1 Instaclient Library to compile against with the same error as described in the original report. When applying the patch this sort of breaks it completly for both my other bug http://bugs.php.net/bug.php?id=52957 and this a comparable error :-) I get a binary output of a screen and this error: Errors in file : OCI-21500: internal error code, arguments: [kghfrempty:ds], [0xC84EB3C], [], [], [], [], [], [] GDB has the following backtraces: Program received signal SIGSEGV, Segmentation fault. 0x02adb4cc in slaac_int () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 (gdb) bt #0 0x02adb4cc in slaac_int () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #1 0x02adb406 in slrac () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #2 0x0392acaf in sskgds_plt_adjust () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #3 0x0392ad69 in sskgds_find_rtn_hdr () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #4 0x039210ce in skgdstpcs () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #5 0x036d5435 in kgdsdst () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #6 0x031a3b6e in skgudmp () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #7 0x036a0938 in kgeriv_int () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #8 0x036a08af in kgeriv () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #9 0x036a325c in kgeric1 () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #10 0x03687682 in kgherror () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #11 0x03e98eea in kghfrmrg () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #12 0x03e97eb0 in kghfre () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #13 0x03df3cfb in kpuhhfre () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #14 0x0271866e in kpufhndl0 () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #15 0x02715dfe in kpufhndl () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #16 0x026eaea6 in OCIHandleFree () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #17 0x024989d3 in oci_handle_closer (dbh=0x9a02d80) at /home/benny/downloads/php-5.3.3/ext/pdo_oci/oci_driver.c:193 Program received signal SIGSEGV, Segmentation fault. 0x02adb4cc in slaac_int () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 (gdb) bt #0 0x02adb4cc in slaac_int () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #1 0x02adb406 in slrac () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #2 0x0392acaf in sskgds_plt_adjust () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #3 0x0392ad69 in sskgds_find_rtn_hdr () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #4 0x039210ce in skgdstpcs () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #5 0x036d5435 in kgdsdst () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #6 0x031a3b6e in skgudmp () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #7 0x036a0540 in kgerinv_internal () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #8 0x036a04cb in kgerinv () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #9 0x036a2493 in kgerin () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #10 0x03688378 in kghnerror () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #11 0x03e9cd98 in kghfrempty () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #12 0x03e9a7af in kghgex () from /home/benny/downloads/oracle-instaclient/instantclient_11_2/libclntsh.so.11.1 #13 0x03e9bcc0 in kghfnd () from /home/benny/downloads/
Bug #53004 [Bgs]: xml parser fails if newline befor the XML-Declaration
Edit report at http://bugs.php.net/bug.php?id=53004&edit=1 ID: 53004 User updated by:php at oshahn dot de Reported by:php at oshahn dot de Summary:xml parser fails if newline befor the XML-Declaration Status: Bogus Type: Bug Package:*XML functions Operating System: Ubuntu 10.10 PHP Version:5.3.3 Block user comment: N New Comment: Ok, I tested it on http://validator.w3.org/ I seems that you are right. Previous Comments: [2010-10-06 18:40:49] php at oshahn dot de I don't think so. http://www.w3.org/TR/xml/#sec-prolog-dtd A newline is not an element. [2010-10-06 18:32:51] paj...@php.net Expected, that's part of the XML specifications. [2010-10-06 18:29:46] php at oshahn dot de Description: If there is a newline befor the XML-declaration, the parser fails. The w3.org only demand: "The document type declaration MUST appear before the first element in the document." Test script: --- bar'; function test($data) { print "try to parse: '" . htmlentities($data) . "'\n"; $parser = xml_parser_create(); if (!xml_parse($parser, $data)) { print "Error: " . xml_error_string(xml_get_error_code($parser)) . ""; print "Error in Line " . xml_get_current_line_number($parser) . " Column " . xml_get_current_column_number($parser) . "\n"; } else { print "works fine"; } } test($data); test("\n" . $data); Expected result: I expect, that both test succeed. Actual result: -- Only the first test succeed, the second fails in Line 1 Column 21 "Reserved XML Name". -- Edit this bug report at http://bugs.php.net/bug.php?id=53004&edit=1
Bug #53004 [Bgs]: xml parser fails if newline befor the XML-Declaration
Edit report at http://bugs.php.net/bug.php?id=53004&edit=1 ID: 53004 User updated by:php at oshahn dot de Reported by:php at oshahn dot de Summary:xml parser fails if newline befor the XML-Declaration Status: Bogus Type: Bug Package:*XML functions Operating System: Ubuntu 10.10 PHP Version:5.3.3 Block user comment: N New Comment: I don't think so. http://www.w3.org/TR/xml/#sec-prolog-dtd A newline is not an element. Previous Comments: [2010-10-06 18:32:51] paj...@php.net Expected, that's part of the XML specifications. [2010-10-06 18:29:46] php at oshahn dot de Description: If there is a newline befor the XML-declaration, the parser fails. The w3.org only demand: "The document type declaration MUST appear before the first element in the document." Test script: --- bar'; function test($data) { print "try to parse: '" . htmlentities($data) . "'\n"; $parser = xml_parser_create(); if (!xml_parse($parser, $data)) { print "Error: " . xml_error_string(xml_get_error_code($parser)) . ""; print "Error in Line " . xml_get_current_line_number($parser) . " Column " . xml_get_current_column_number($parser) . "\n"; } else { print "works fine"; } } test($data); test("\n" . $data); Expected result: I expect, that both test succeed. Actual result: -- Only the first test succeed, the second fails in Line 1 Column 21 "Reserved XML Name". -- Edit this bug report at http://bugs.php.net/bug.php?id=53004&edit=1
Bug #53004 [Opn->Bgs]: xml parser fails if newline befor the XML-Declaration
Edit report at http://bugs.php.net/bug.php?id=53004&edit=1 ID: 53004 Updated by: paj...@php.net Reported by:php at oshahn dot de Summary:xml parser fails if newline befor the XML-Declaration -Status: Open +Status: Bogus Type: Bug Package:*XML functions Operating System: Ubuntu 10.10 PHP Version:5.3.3 Block user comment: N New Comment: Expected, that's part of the XML specifications. Previous Comments: [2010-10-06 18:29:46] php at oshahn dot de Description: If there is a newline befor the XML-declaration, the parser fails. The w3.org only demand: "The document type declaration MUST appear before the first element in the document." Test script: --- bar'; function test($data) { print "try to parse: '" . htmlentities($data) . "'\n"; $parser = xml_parser_create(); if (!xml_parse($parser, $data)) { print "Error: " . xml_error_string(xml_get_error_code($parser)) . ""; print "Error in Line " . xml_get_current_line_number($parser) . " Column " . xml_get_current_column_number($parser) . "\n"; } else { print "works fine"; } } test($data); test("\n" . $data); Expected result: I expect, that both test succeed. Actual result: -- Only the first test succeed, the second fails in Line 1 Column 21 "Reserved XML Name". -- Edit this bug report at http://bugs.php.net/bug.php?id=53004&edit=1
[PHP-BUG] Bug #53004 [NEW]: xml parser fails if newline befor the XML-Declaration
From: Operating system: Ubuntu 10.10 PHP version: 5.3.3 Package: *XML functions Bug Type: Bug Bug description:xml parser fails if newline befor the XML-Declaration Description: If there is a newline befor the XML-declaration, the parser fails. The w3.org only demand: "The document type declaration MUST appear before the first element in the document." Test script: --- bar'; function test($data) { print "try to parse: '" . htmlentities($data) . "'\n"; $parser = xml_parser_create(); if (!xml_parse($parser, $data)) { print "Error: " . xml_error_string(xml_get_error_code($parser)) . ""; print "Error in Line " . xml_get_current_line_number($parser) . " Column " . xml_get_current_column_number($parser) . "\n"; } else { print "works fine"; } } test($data); test("\n" . $data); Expected result: I expect, that both test succeed. Actual result: -- Only the first test succeed, the second fails in Line 1 Column 21 "Reserved XML Name". -- Edit bug report at http://bugs.php.net/bug.php?id=53004&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53004&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53004&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53004&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53004&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53004&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53004&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53004&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53004&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53004&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53004&r=support Expected behavior: http://bugs.php.net/fix.php?id=53004&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53004&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53004&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53004&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53004&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53004&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53004&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53004&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53004&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53004&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53004&r=mysqlcfg
[PHP-BUG] Bug #53003 [NEW]: no error reporting
From: Operating system: Seven 64bit PHP version: 5.2.14 Package: Scripting Engine problem Bug Type: Bug Bug description:no error reporting Description: when your fingers do what they wants and you accidentaly type !=== they 're is no error reported... just a blank screen Test script: --- Expected result: okSTOP Actual result: -- nothing even, an error reports -- Edit bug report at http://bugs.php.net/bug.php?id=53003&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53003&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53003&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53003&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53003&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53003&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53003&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53003&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53003&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53003&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53003&r=support Expected behavior: http://bugs.php.net/fix.php?id=53003&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53003&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53003&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53003&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53003&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53003&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53003&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53003&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53003&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53003&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53003&r=mysqlcfg
Bug #52373 [Com]: XPath returns inconsistent results
Edit report at http://bugs.php.net/bug.php?id=52373&edit=1 ID: 52373 Comment by: bugs dot php dot net at moesen dot nu Reported by:david at sickmiller dot com Summary:XPath returns inconsistent results Status: Open Type: Bug Package:DOM XML related Operating System: Cent OS 5 PHP Version:5.2.13 Block user comment: N New Comment: I cannot reproduce this either. $ cat /etc/issue Debian GNU/Linux squeeze/sid \n \l $ php --version PHP 5.3.3-0.dotdeb.0 with Suhosin-Patch (cli) (built: Jul 24 2010 01:12:50) $ dpkg --list | grep libxml2 ii libxml2 2.7.7.dfsg-2 GNOME XML library Previous Comments: [2010-07-19 09:09:44] david at sickmiller dot com I wonder if this may be related to the libxml2 library. I am using v2.6.26-2.1.2.8 from the CentOS distribution. [2010-07-19 07:59:35] m dot philipp at coreto dot de Cannot repeat with php 5.3.2. All test runs resulted in: "In 1 instances, found 1 match(es) for /root[1]/fie...@attr1='val1']" [2010-07-19 01:37:51] david at sickmiller dot com Description: Sometimes the DOMXpath->evaluate() function returns unreliable results. This seems to happen when the document has at least a depth of 3 and selectors are used at multiple levels. There may be other conditions that trigger it; I'm not sure. The test script below is consistently showing errors for me. Test script: --- '; $rawxpath = "/root[1]/fie...@attr1='val1']"; $results = array(); for ($i = 0; $i < 1; $i++) { $xmlDocument = new DOMDocument(); $xmlDocument->loadXML($rawxml); $xp = new DOMXPath($xmlDocument); $xpr = $xp->evaluate($rawxpath, $xmlDocument->documentElement); if (isset($results[(string) $xpr->length])) $results[(string) $xpr->length]++; else $results[(string) $xpr->length] = 1; } foreach ($results as $matches => $count) printf("In %5d instances, found $matches match(es) for $rawxpath\n", $count); Expected result: In 1 instances, found 1 match(es) for /root[1]/fie...@attr1='val1'] Actual result: -- The exact numbers seem to vary, but I get roughly this response: In 9924 instances, found 1 match(es) for /root[1]/fie...@attr1='val1'] In76 instances, found 2 match(es) for /root[1]/fie...@attr1='val1'] -- Edit this bug report at http://bugs.php.net/bug.php?id=52373&edit=1
Bug #51248 [Asn]: Segmentation fault in mysql_fetch_array
Edit report at http://bugs.php.net/bug.php?id=51248&edit=1 ID: 51248 Updated by: and...@php.net Reported by:mbecc...@php.net Summary:Segmentation fault in mysql_fetch_array Status: Assigned Type: Bug Package:MySQL related Operating System: FreeBSD 6.2 PHP Version:5.3.2 Assigned To:mysql Block user comment: N New Comment: No crash on 64bit MacOS X 10.6.4 , with or without the flags, libmysql. MySQL is 5.5.2 Previous Comments: [2010-10-06 13:54:59] and...@php.net forgot to mention that I used the -g -fstack-protector-all [2010-10-06 13:52:59] and...@php.net I get no crash on Ubuntu 9.10 x86, PHP 5.3.4-dev, MySQL 5.1.51 . Neither with libmysql nor with mysqlnd, but by looking at the stacktrace it should not matter much. Will get it checked on Mac OS [2010-09-30 11:53:28] aaphp at mailinator dot com Received this using 5.3.3 on Apache 2.2.16 w/ Cpanel; CENTOS 4.8 x86_64 and osCommerce. Caused segfaults logged to /var/log/messages: Sep 29 20:23:22 hostname kernel: conftest[30619]: segfault at 0001 rip 00405dae rsp 007fb250 error 4 Sep 29 21:36:28 hostname kernel: php[20444]: segfault at 002a0014 rip 00741da3 rsp 007fbfffabb0 error 4 And php errors in /var/log/httpd/error_log: [Wed Sep 29 20:28:02 2010] [error] [client x.x.x.x] Premature end of script headers: php5 The errors are consistent - nothing loads on the site but 500 Internal Server Errors. Did not go away until PHP was downgraded to 5.2.14 or the following change made to the script: The Line: return mysql_fetch_array($db_query, MYSQL_ASSOC); Once changed to: return mysql_fetch_assoc($db_query); The error ceases & site functions as expected. [2010-09-24 20:38:23] janinemueller26 at gmail dot com I had also a mysql error with drupal and mysql on http://www.sportwettentipp.com, but update to the newest version and works fine, thanks for the bug fixing. [2010-09-04 20:54:38] php at group dot apple dot com As I noted, the problem disappears when compiled debug, so perhaps that option was enabled in your build? Since valgrind reports heap issues and this appears to be stack corruption, what data are you looking for? Mac OS X has a number of great debugging and analysis tools (Instruments, Shark, dtrace) I can use to get what you need. 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=51248 -- Edit this bug report at http://bugs.php.net/bug.php?id=51248&edit=1
Bug #51248 [Asn]: Segmentation fault in mysql_fetch_array
Edit report at http://bugs.php.net/bug.php?id=51248&edit=1 ID: 51248 Updated by: and...@php.net Reported by:mbecc...@php.net Summary:Segmentation fault in mysql_fetch_array Status: Assigned Type: Bug Package:MySQL related Operating System: FreeBSD 6.2 PHP Version:5.3.2 Assigned To:mysql Block user comment: N New Comment: forgot to mention that I used the -g -fstack-protector-all Previous Comments: [2010-10-06 13:52:59] and...@php.net I get no crash on Ubuntu 9.10 x86, PHP 5.3.4-dev, MySQL 5.1.51 . Neither with libmysql nor with mysqlnd, but by looking at the stacktrace it should not matter much. Will get it checked on Mac OS [2010-09-30 11:53:28] aaphp at mailinator dot com Received this using 5.3.3 on Apache 2.2.16 w/ Cpanel; CENTOS 4.8 x86_64 and osCommerce. Caused segfaults logged to /var/log/messages: Sep 29 20:23:22 hostname kernel: conftest[30619]: segfault at 0001 rip 00405dae rsp 007fb250 error 4 Sep 29 21:36:28 hostname kernel: php[20444]: segfault at 002a0014 rip 00741da3 rsp 007fbfffabb0 error 4 And php errors in /var/log/httpd/error_log: [Wed Sep 29 20:28:02 2010] [error] [client x.x.x.x] Premature end of script headers: php5 The errors are consistent - nothing loads on the site but 500 Internal Server Errors. Did not go away until PHP was downgraded to 5.2.14 or the following change made to the script: The Line: return mysql_fetch_array($db_query, MYSQL_ASSOC); Once changed to: return mysql_fetch_assoc($db_query); The error ceases & site functions as expected. [2010-09-24 20:38:23] janinemueller26 at gmail dot com I had also a mysql error with drupal and mysql on http://www.sportwettentipp.com, but update to the newest version and works fine, thanks for the bug fixing. [2010-09-04 20:54:38] php at group dot apple dot com As I noted, the problem disappears when compiled debug, so perhaps that option was enabled in your build? Since valgrind reports heap issues and this appears to be stack corruption, what data are you looking for? Mac OS X has a number of great debugging and analysis tools (Instruments, Shark, dtrace) I can use to get what you need. [2010-09-03 18:16:49] mbecc...@php.net I've tried to use -fstack-protector-all both on FreeBSD 6.2 amd64 and Ubuntu Linux x64 and I can't see any segfaults, nor valgrind errors (tested on linux only) using the provided script. 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=51248 -- Edit this bug report at http://bugs.php.net/bug.php?id=51248&edit=1
Bug #51248 [Asn]: Segmentation fault in mysql_fetch_array
Edit report at http://bugs.php.net/bug.php?id=51248&edit=1 ID: 51248 Updated by: and...@php.net Reported by:mbecc...@php.net Summary:Segmentation fault in mysql_fetch_array Status: Assigned Type: Bug Package:MySQL related Operating System: FreeBSD 6.2 PHP Version:5.3.2 Assigned To:mysql Block user comment: N New Comment: I get no crash on Ubuntu 9.10 x86, PHP 5.3.4-dev, MySQL 5.1.51 . Neither with libmysql nor with mysqlnd, but by looking at the stacktrace it should not matter much. Will get it checked on Mac OS Previous Comments: [2010-09-30 11:53:28] aaphp at mailinator dot com Received this using 5.3.3 on Apache 2.2.16 w/ Cpanel; CENTOS 4.8 x86_64 and osCommerce. Caused segfaults logged to /var/log/messages: Sep 29 20:23:22 hostname kernel: conftest[30619]: segfault at 0001 rip 00405dae rsp 007fb250 error 4 Sep 29 21:36:28 hostname kernel: php[20444]: segfault at 002a0014 rip 00741da3 rsp 007fbfffabb0 error 4 And php errors in /var/log/httpd/error_log: [Wed Sep 29 20:28:02 2010] [error] [client x.x.x.x] Premature end of script headers: php5 The errors are consistent - nothing loads on the site but 500 Internal Server Errors. Did not go away until PHP was downgraded to 5.2.14 or the following change made to the script: The Line: return mysql_fetch_array($db_query, MYSQL_ASSOC); Once changed to: return mysql_fetch_assoc($db_query); The error ceases & site functions as expected. [2010-09-24 20:38:23] janinemueller26 at gmail dot com I had also a mysql error with drupal and mysql on http://www.sportwettentipp.com, but update to the newest version and works fine, thanks for the bug fixing. [2010-09-04 20:54:38] php at group dot apple dot com As I noted, the problem disappears when compiled debug, so perhaps that option was enabled in your build? Since valgrind reports heap issues and this appears to be stack corruption, what data are you looking for? Mac OS X has a number of great debugging and analysis tools (Instruments, Shark, dtrace) I can use to get what you need. [2010-09-03 18:16:49] mbecc...@php.net I've tried to use -fstack-protector-all both on FreeBSD 6.2 amd64 and Ubuntu Linux x64 and I can't see any segfaults, nor valgrind errors (tested on linux only) using the provided script. [2010-09-02 00:49:49] php at group dot apple dot com Does the request for valgrind mean you are unable to reproduce the behavior with - fstack-protector-all? 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=51248 -- Edit this bug report at http://bugs.php.net/bug.php?id=51248&edit=1
Bug #50407 [Com]: http_build_query() on empty array
Edit report at http://bugs.php.net/bug.php?id=50407&edit=1 ID: 50407 Comment by: adam dot zivner at gmail dot com Reported by:php at gimme dot org Summary:http_build_query() on empty array Status: Bogus Type: Bug Package:URL related Operating System: Win PHP Version:5.2.11 Block user comment: N New Comment: Applications often make distinction between empty and not set. Example: Set filter to '': http://example.com/articles/?filter= Don't change filter, get it from cookies: http://example.com/articles/ But of course, this could be wrong way of using this. Is suggested explanation part of some standard/specification? Previous Comments: [2009-12-08 10:05:03] j...@php.net Not setting is same as setting it empty. No bug. [2009-12-08 08:31:10] php at gimme dot org Description: http_build_query() ignore the `key` in array( `key` => array() ).. Reproduce code: --- array(), '_HEADER' => array( 'User-Agent' => 'Mozilla...' , ), ); echo http_build_query( $param ); ?> Expected result: _COOKIE%5B0%D=&_HEADER%5BUser-Agent%5D=Mozilla... Actual result: -- _HEADER%5BUser-Agent%5D=Mozilla... -- Edit this bug report at http://bugs.php.net/bug.php?id=50407&edit=1
[PHP-BUG] Bug #53000 [NEW]: MSSQL slow on large resultsets via Apache module
From: Operating system: Linux PHP version: 5.3.3 Package: MSSQL related Bug Type: Bug Bug description:MSSQL slow on large resultsets via Apache module Description: Hi there, After a lot of research I found a serious performance problem. I think the attached test script is self explaining. So basically the performance is dramatically worse if I use PHP as module in comparison with the PHP cli. CentOS does not have a different php.ini for the Apache module and cli version. I found a similar bug 28610, and I tried the proposed solution. But output buffering is already turned on. *setup* I use PHP 5.3.3, installed at CentOS via http://iuscommunity.org/. They use this configure line: './configure' '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib64' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '--without-pear' '--with-bz2' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--enable-gd-native-ttf' '--with-t1lib=/usr' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--with-kerberos' '--enable-ucd-snmp-hack' '--enable-shmop' '--enable-calendar' '--without-mime-magic' '--without-sqlite' '--with-libxml-dir=/usr' '--with-xml' '--with-system-tzdata' '--with-apxs2=/usr/sbin/apxs' '--without-mysql' '--without-gd' '--disable-dom' '--disable-dba' '--without-unixODBC' '--disable-pdo' '--disable-xmlreader' '--disable-xmlwriter' '--without-sqlite3' '--disable-phar' '--disable-fileinfo' '--disable-json' '--without-pspell' '--disable-wddx' '--without-curl' '--disable-posix' '--disable-sysvmsg' '--disable-sysvshm' '--disable-sysvsem' Test script: --- ' . "\n"; echo 'Rows in returnset: ' . mssql_num_rows($result) . '' . "\n"; echo 'Time: ' . benchmark('sql', 'show') . '' . "\n"; $sql = "SELECT * FROM productVersions WHERE subCategoryID = 8;"; benchmark('sql', 'start'); $result = mssql_query($sql); echo 'Large result set ' . "\n"; echo 'Rows in returnset: ' . mssql_num_rows($result) . '' . "\n"; echo 'Time: ' . benchmark('sql', 'show') . '' . "\n"; Expected result: Small result set Rows in returnset: 10 Time: 0.0054750442504883 Large result set Rows in returnset: 73782 Time: 34.852993011475 Actual result: -- Small result set Rows in returnset: 10 Time: 0.0027780532836914 Large result set Rows in returnset: 73782 Time: 0.45695114135742 -- Edit bug report at http://bugs.php.net/bug.php?id=53000&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53000&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53000&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53000&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53000&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53000&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53000&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53000&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53000&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53000&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53000&r=support Expected behavior: http://bugs.php.net/fix.php?id=53000&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53000&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53000&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53000&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53000&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53000&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53000&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53000&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53000&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53000&r=nozend
Bug #52501 [Com]: Misconfigured Sendmail sends PHP-FPM into an infinite loop
Edit report at http://bugs.php.net/bug.php?id=52501&edit=1 ID: 52501 Comment by: f...@php.net Reported by:marekroman1 at gmail dot com Summary:Misconfigured Sendmail sends PHP-FPM into an infinite loop Status: Feedback Type: Bug Package:FPM related Operating System: DebianLenny2.6.26-2-openvz-amd64 PHP Version:5.3.3 Assigned To:fat Block user comment: N New Comment: small bug correction. Previous Comments: [2010-10-06 11:36:15] f...@php.net The following patch has been added/updated: Patch Name: fpm-nomorelibevent.v7.patch Revision: 1286357775 URL: http://bugs.php.net/patch-display.php?bug=52501&patch=fpm-nomorelibevent.v7.patch&revision=1286357775 [2010-10-06 02:39:23] f...@php.net Can you please test the updated version of the patch ? I'm waiting for your returns to commit. [2010-10-06 02:37:39] f...@php.net The following patch has been added/updated: Patch Name: fpm-nomorelibevent.v6.patch Revision: 1286325458 URL: http://bugs.php.net/patch-display.php?bug=52501&patch=fpm-nomorelibevent.v6.patch&revision=1286325458 [2010-10-03 12:35:23] f...@php.net It's a case I didn't care about as it's a first release debug patch. Thx you very much for your tests and comments. ++ Jerome [2010-10-03 12:30:18] danger at freebsd dot org well so far it seems to be running pretty fine. Only errors I am seeing now are like this: Oct 03 11:45:51.547273 [WARNING] php_poll2() returns 4 Don't know what it means... 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=52501 -- Edit this bug report at http://bugs.php.net/bug.php?id=52501&edit=1
Bug #52501 [PATCH]: Misconfigured Sendmail sends PHP-FPM into an infinite loop
Edit report at http://bugs.php.net/bug.php?id=52501&edit=1 ID: 52501 Patch added by: f...@php.net Reported by:marekroman1 at gmail dot com Summary:Misconfigured Sendmail sends PHP-FPM into an infinite loop Status: Feedback Type: Bug Package:FPM related Operating System: DebianLenny2.6.26-2-openvz-amd64 PHP Version:5.3.3 Assigned To:fat Block user comment: N New Comment: The following patch has been added/updated: Patch Name: fpm-nomorelibevent.v7.patch Revision: 1286357775 URL: http://bugs.php.net/patch-display.php?bug=52501&patch=fpm-nomorelibevent.v7.patch&revision=1286357775 Previous Comments: [2010-10-06 02:39:23] f...@php.net Can you please test the updated version of the patch ? I'm waiting for your returns to commit. [2010-10-06 02:37:39] f...@php.net The following patch has been added/updated: Patch Name: fpm-nomorelibevent.v6.patch Revision: 1286325458 URL: http://bugs.php.net/patch-display.php?bug=52501&patch=fpm-nomorelibevent.v6.patch&revision=1286325458 [2010-10-03 12:35:23] f...@php.net It's a case I didn't care about as it's a first release debug patch. Thx you very much for your tests and comments. ++ Jerome [2010-10-03 12:30:18] danger at freebsd dot org well so far it seems to be running pretty fine. Only errors I am seeing now are like this: Oct 03 11:45:51.547273 [WARNING] php_poll2() returns 4 Don't know what it means... [2010-10-02 13:23:10] danger at freebsd dot org I have been experiencing similar problems with a busy site on FreeBSD pretty regurarly as well. I am now testing your patch, will report later how it goes. 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=52501 -- Edit this bug report at http://bugs.php.net/bug.php?id=52501&edit=1
Req #42060 [Com]: [PATCH] LDAP: Add pagedResults support and more
Edit report at http://bugs.php.net/bug.php?id=42060&edit=1 ID: 42060 Comment by: jonas dot ranerfors at gmail dot com Reported by:iarenuno at eteo dot mondragon dot edu Summary:[PATCH] LDAP: Add pagedResults support and more Status: Feedback Type: Feature/Change Request Package:*General Issues Operating System: * PHP Version:5CVS, 6CVS (2008-11-01) Assigned To:pajoye Block user comment: N New Comment: Chance for this to be in next release? 5.3.4? Previous Comments: [2010-08-17 07:48:51] qmt9z3 at yahoo dot com Hello, Any plans to fold this into the main stable releases? Appreciate update on when this is going to become main stream. Thanks [2010-08-04 17:59:30] jeanseb at au-fil-du dot net I've attached a patch solving this. In ldap_ctrl_paged_results_resp the 3rd and 4th args are string & int passed by reference. I've defined those args as zval ("zz"), should I change this to string & int "si" too ? [2010-06-16 20:29:05] johan...@php.net Quick review of the patch shows this part: switch (myargcount) { + case 4: + convert_to_string_ex(&cookie); + lcookie.bv_val = Z_STRVAL_PP(&cookie); + lcookie.bv_len = Z_STRLEN_PP(&cookie); + /* fallthru */ Why is it done this way? Shouldn't "rl|bz" in zend_parse_parameters be changed to "rl|bs"? I assume the current form will cause trouble with references and stuff which can't be converted to string (object without __toString() method) Didn't do a deeper review. As we're rolling 5.3.3 very soon i'd keep it out there for now. [2010-06-15 21:43:55] paj...@php.net 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. [2010-05-27 15:52:26] jeanseb at au-fil-du dot net Any feedback on the patch ? 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=42060 -- Edit this bug report at http://bugs.php.net/bug.php?id=42060&edit=1
Bug #52958 [Asn]: Segfault in PDO_OCI on cleanup after running a long testsuite
Edit report at http://bugs.php.net/bug.php?id=52958&edit=1 ID: 52958 Updated by: ka...@php.net Reported by:kontakt at beberlei dot de Summary:Segfault in PDO_OCI on cleanup after running a long testsuite Status: Assigned Type: Bug Package:Oracle related Operating System: Ubuntu PHP Version:5.3.3 Assigned To:sixd Block user comment: N New Comment: Looking at oci_handle_closer() breifly, then the first thing that catches my eye is we don't check H->err because we attempt to free the handle. I'm not on a dev machine, so I can't write a patch. Could you try and see if something along these lines will work for you: 1) Open /src/ext/pdo_oci/oci_driver.c and find line 215 (trunk, might be the same in 5.x) 2) Wrap line 215 and 216 inside an if conditional like so: if (H->err) { OCIHandleFree(H->err, OCI_HTYPE_ERROR); H->err = NULL; } Previous Comments: [2010-09-29 23:37:23] kontakt at beberlei dot de Description: I couldnt reproduce this (tried creating lots of connections, queries and statements to simulate a long running testsuite), so here is the GDB report without a reproduce case: Actual result: -- #0 0x019a1138 in slrac () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/lib/libclntsh.so.10.1 #1 0x0195a7c2 in ?? () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/lib/libclntsh.so.10.1 #2 0x0197883e in ?? () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/lib/libclntsh.so.10.1 #3 0x01979237 in ?? () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/lib/libclntsh.so.10.1 #4 0x0195b163 in ?? () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/lib/libclntsh.so.10.1 #5 0x0196e9e7 in kghfrh_internal () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/lib/libclntsh.so.10.1 #6 0x0196eb8e in kghfrh () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/lib/libclntsh.so.10.1 #7 0x01548179 in kpuhhfrh () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/lib/libclntsh.so.10.1 #8 0x0155de34 in kpufhndl0 () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/lib/libclntsh.so.10.1 #9 0x0155c7d0 in kpufhndl () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/lib/libclntsh.so.10.1 #10 0x0162e644 in OCIHandleFree () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/lib/libclntsh.so.10.1 #11 0x0240e9d3 in oci_handle_closer (dbh=0x9a74700) at /home/benny/downloads/php-5.3.3/ext/pdo_oci/oci_driver.c:193 #12 0x023e868e in dbh_free (dbh=0x98f78a0) at /home/benny/downloads/php-5.3.3/ext/pdo/pdo_dbh.c:1511 #13 0x0837ad3c in zend_objects_store_del_ref_by_handle_ex (handle=338, handlers=0x23f9140) at /home/benny/downloads/php-5.3.3/Zend/zend_objects_API.c:220 #14 0x0837ad6f in zend_objects_store_del_ref (zobject=0x9aeadec) at /home/benny/downloads/php-5.3.3/Zend/zend_objects_API.c:172 #15 0x0834edf5 in _zval_dtor (zval_ptr=0x8edd710) at /home/benny/downloads/php-5.3.3/Zend/zend_variables.h:35 #16 _zval_ptr_dtor (zval_ptr=0x8edd710) at /home/benny/downloads/php-5.3.3/Zend/zend_execute_API.c:443 #17 0x08365dd8 in zend_hash_destroy (ht=0x8ed59f0) at /home/benny/downloads/php-5.3.3/Zend/zend_hash.c:526 #18 0x083776c3 in zend_object_std_dtor (object=0x987b958) at /home/benny/downloads/php-5.3.3/Zend/zend_objects.c:45 #19 0x083776f2 in zend_objects_free_object_storage (object=0x987b958) at /home/benny/downloads/php-5.3.3/Zend/zend_objects.c:128 #20 0x0837a88e in zend_objects_store_free_object_storage (objects=0x8872590) at /home/benny/downloads/php-5.3.3/Zend/zend_objects_API.c:92 #21 0x0834f14d in shutdown_executor () at /home/benny/downloads/php-5.3.3/Zend/zend_execute_API.c:302 #22 0x0835aaa3 in zend_deactivate () at /home/benny/downloads/php-5.3.3/Zend/zend.c:890 #23 0x08309633 in php_request_shutdown (dummy=0x0) at /home/benny/downloads/php-5.3.3/main/main.c:1633 #24 0x083dc986 in main (argc=6, argv=0xb234) at /home/benny/downloads/php-5.3.3/sapi/cli/php_cli.c:1373 * Internal heap ERROR kghfrh:ds addr=0x926435c ds=0x8a5f128 * * Dump of memory around addr 0x926435c: 9263350 [] 9263360 [] Repeat 61 times 9263740 00021200 [] 9263750 0100 [] 9263760 [] Repeat 1 times 9263780 0003 000B000A 0926378C [.7&.] 9263790 0926378C 09264328 08A5DADC [.7&.(C&.] 92637A0 092637A0 092637A0 [.7&..7&.] 92637B0 [] Repeat 3 times 92637F0