#41954 [Opn->Fbk]: open_basedir and upload_tmp_dir discrepancy
ID: 41954 Updated by: [EMAIL PROTECTED] Reported By: nlgordon at iastate dot edu -Status: Open +Status: Feedback Bug Type: Safe Mode/open_basedir Operating System: RedHat Enterprise 4 PHP Version: 5.2.3 New Comment: So when upload_tmp_dir is unset and open_basedir is set, PHP tries to autodetect temp dir and ends up with /tmp, which is not in open_basedir. Hence you get the error which says that /tmp is not in /afs/iastate.edu/virtual/itssilver/. Did I miss something? Where is the problem here? Or you believe that /tmp IS in /afs/iastate.edu/virtual/itssilver/? Previous Comments: [2007-07-10 19:47:45] nlgordon at iastate dot edu Description: When uploading a file in a virtual host that has open_basedir enabled and upload_tmp_dir unset the upload fails. Documentation claims that move_uploaded_file is open_basedir aware, which might be all well and true, but the file upload it self is not open_basedir aware. It would also appear that upload_tmp_dir is not open_basedir aware. I believe I have isolated it down to line 230 of php_open_temporary_file.c in the php_open_temporary_fd function: if (!dir || *dir == '\0') { def_tmp: temp_dir = php_get_temporary_directory(); if (temp_dir && *temp_dir != '\0' && !php_check_open_basedir(temp_dir TSRMLS_CC)) { <--- Problem area return php_do_open_temporary_file(temp_dir, pfx, opened_path_p TSRMLS_CC); } else { return -1; } } The php_open_temporary_fd function is referenced by the file upload handling code in rfc1867.c In short the open_basedir check is unnecessary in the case of file uploads since page code can not affect the temp directory uploaded to and move_uploaded_files works correctly. Reproduce code: --- "; print_r($_FILES); move_uploaded_file($_FILES['uploaded']['tmp_name'], '/afs/iastate.edu/virtual/itssilver/WWW/uploads/' . $_FILES['uploaded']['name']); // move_uploaded_file(); } ?> Upload Expected result: $_FILES['uploaded'] should be filled with the information relating to a successful upload. Actual result: -- Apache error log: [Tue Jul 10 14:25:07 2007] [error] [client ***] PHP Warning: Unknown: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/afs/iastate.edu/virtual/itssilver/) in Unknown on line 0, referer: http://silver.its.iastate.edu/testing/upload.php [Tue Jul 10 14:25:07 2007] [error] [client ***] PHP Warning: File upload error - unable to create a temporary file in Unknown on line 0, referer: http://silver.its.iastate.edu/testing/upload.php Also, this error is never sent to the browser, it would appear that the internal engine does not have enough information about the script being run to identify the file even being run in. -- Edit this bug report at http://bugs.php.net/?id=41954&edit=1
#41951 [Fbk->Opn]: floats are stored as ints
ID: 41951 User updated by: rachmel at avaya dot com Reported By: rachmel at avaya dot com -Status: Feedback +Status: Open Bug Type: *Math Functions Operating System: WindRiver Linux PHP Version: 5.2CVS-20070710 New Comment: I see.. Well, can you at least give me directions? Where can I find the code responsible for parsing numbers and deciding whether to save them as int / floats? Thanks, Nir. Previous Comments: [2007-07-11 07:22:17] [EMAIL PROTECTED] We don't have any PPC-windriver machines off hand, so I don't thin anybody is able to help you except for yourself. [2007-07-10 14:38:19] rachmel at avaya dot com Hi, I tried the CVS head version you offered me in the above link. The problem is still there, and the numbers are not converted to float as expected. [2007-07-10 14:10:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-07-10 13:54:39] rachmel at avaya dot com Description: I am cross compiling php from i686-red-hat linux plat to ppc-windriver linux plat. The problem I see, is that when trying to assign a value bigger than MAX_INT (2147483648-1), the variable gets the value of MAX_INT-1. This is not just an explicit variable issue. Just trying to 'echo' the same value results in the same problem. When compiling for my i686 platform, this problem doesn't occur. I am upgrading from php 5.1.4, and I didn't have any problems in that version. Reproduce code: --- Expected result: float(2415919103) float(2415919103) Actual result: -- int(2147483647) int(2147483647) -- Edit this bug report at http://bugs.php.net/?id=41951&edit=1
#41953 [Bgs->Csd]: ldap_add handles the comma, even with two backslashes (\\,)
ID: 41953 User updated by: ahoyt at kpcommunications dot com -Summary: ldap_add incorrectly handles the comma, even with two backslashes (\\,) Reported By: ahoyt at kpcommunications dot com -Status: Bogus +Status: Closed Bug Type: LDAP related Operating System: Mac OS X, Windows 2003 Server PHP Version: 5.2.3 New Comment: There appears to be a problem with the Windows 2003 AD implementation that goes back to legacy implementations. It's not PHP's bug, it's a problem with win2003 AD. Installed a new version of php 6 with the newest openldap, all compliled from the most recent sources. Seems the folks at Redmond missed something... Previous Comments: [2007-07-10 21:50:09] [EMAIL PROTECTED] Whatever is passed as DN is passed directly to the underlying LDAP library's function. In other words: It's not PHP bug. [2007-07-10 19:27:30] ahoyt at kpcommunications dot com Description: ldap_add fails when creating a new user in Active Directory with the following circumstances: 1. The DN contains a comma such as: "CN=Last, First,CN=Users,DC=example,DC=com" 2. This bug is reproducible on Mac OS X and Windows 2003 Server (Have not tried other OS's). 3. unknown whether the problem is with php_ldap module or with zend engine. Sourcecode for AD user creation from http://adldap.sourceforge.net. Class modified to make entry as straightforward as possible. See example.php user_create() and change the dn in adLDAP.php to a preset string. Reproduce code: --- //ldap connect -> $_conn (returns a valid link resource) ldap_set_option($_conn, LDAP_OPT_PROTOCOL_VERSION, 3); ldap_set_option($_conn, LDAP_OPT_REFERRALS, 0); //ldaps bind (ldap binds with ssl) $dn = "CN=Last\\, First,CN=Users,DC=example,DC=com"; //escape twice for a single backslash in ldap echo $dn; echo ""; $attributes["samaccountname"][0] = "flast"; $attributes["anyattribute"][0] = "anything"; ldap_add($_conn,$dn,$attributes); //Error Expected result: ldap_add returns true, new user created at CN=Last\, First,CN=Users,DC=example,DC=com Note: This happens with Active Directory on Windows 2003 Server, as well as many open directory implementations. The comma character is not defined in RFC 2255, PHP or SSL does not deal with it correctly. php class located at: http://adldap.sourceforge.net Actual result: -- Program returns the following: -- CN=Last\, First,CN=Users,DC=example,DC=com Warning: ldap_add() [function.ldap-add]: Add: Invalid DN syntax in / PHP/classes/class.adLDAP.php on line 689 -- Notes: The dn syntax is completely valid, no reason why this should not work. line 689 is not the actual location of ldap_add in the original adldap class: (http://adldap.sourceforge.net), but it is near that line. In the class, it is preceeded by an @. I removed the @ to see the error messages. Notes: the phpLDAPadmin project has a similar problem but when exporting to LDIF format, the DN comes out like this: CN=Last\2C First,CN=Users,DC=example,DC=com under and Open Directory Server. Other notes: This bug also seems to appear in the PEAR package for LDAP. I have tried DN entries with commas ",", backslash commas, "\,", etc. and none of it works. -- Edit this bug report at http://bugs.php.net/?id=41953&edit=1
#41973 [Opn->Fbk]: Can't configure php with ldap
ID: 41973 Updated by: [EMAIL PROTECTED] Reported By: steffen at hauihau dot de -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: Gentoo Linux PHP Version: 5.2.3 New Comment: Does it work if you remove the '=shared' from the --with-ldap option..? (remember to delete config.cache if you don't do clean build) Also, upgrade to PHP 5.2.3 first. Previous Comments: [2007-07-11 23:54:08] steffen at hauihau dot de Description: I tried to emerge php 5.2.2 on gentoo with ldap support. configure --prefix=/usr/lib/php5 --host=i686-pc-linux-gnu --mandir=/usr/lib/php5/man --infodir=/usr/lib/php5/info --sysconfdir=/etc --cache-file=./config.cache --enable-maintainer-zts --enable-cli --disable-cgi --with-config-file-path=/etc/php/cli-php5 --with-config-file-scan-dir=/etc/php/cli-php5/ext-active --without-pear --enable-bcmath=shared --with-bz2=shared --enable-calendar=shared --with-curl=shared --without-curlwrappers --disable-dbase --enable-exif=shared --without-fbsql --without-fdftk --disable-filter --enable-ftp=shared --with-gettext=shared --without-gmp --disable-json --without-kerberos --enable-mbstring=shared --with-mcrypt=shared --with-mhash=shared --without-msql --without-mssql --with-ncurses=shared --with-openssl --with-openssl-dir=/usr --disable-pcntl --disable-pdo --without-pgsql --with-pspell=shared --without-recode --disable-simplexml --disable-shmop --with-snmp=shared --enable-soap=shared --enable-sockets=shared --without-sybase --without-sybase-ct --disable-sysvmsg --disable-sysvsem --disable-sysvshm --with-tidy=shared --disable-wddx --with-xmlrpc=shared --with-xsl=shared --enable-zip=shared --with-zlib=shared --disable-debug --enable-dba=shared --without-cdb --with-db4 --without-flatfile --with-gdbm --without-inifile --without-qdbm --with-freetype-dir=/usr --with-t1lib=/usr --disable-gd-jis-conv --with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-gd --with-imap=shared --with-imap-ssl --with-ldap=shared --without-ldap-sasl --with-mysql=shared,/usr --with-mysql-sock=/var/run/mysqld/mysqld.sock --with-mysqli=shared,/usr/bin/mysql_config --with-readline --without-libedit --without-mm --with-sqlite=/usr --enable-sqlite-utf8 Configure failes with these ldap related functions: checking for LDAP support... yes, shared checking for LDAP Cyrus SASL support... no checking for 3 arg ldap_set_rebind_proc... yes checking for ldap_parse_result... no checking for ldap_parse_reference... no checking for ldap_start_tls_s... no checking for ldap_bind_s... no configure: error: LDAP build check failed. Please check config.log for more information. In config.log it sais: configure:67384: checking for ldap_bind_s configure:67440: i686-pc-linux-gnu-gcc -o conftest -I/usr/include -march=pentium-m -O2 -msse3 -pipe -fomit-frame-pointer -pthread -D_REENTRANT -I/usr/include -L/usr/lib -L/usr/lib -Wl,-O1 -Wl,--as-needed -Wl,-znow -Wl,--sort-common -s -lldap -llber conftest.c -lt1 -lfreetype -lX11 -lXpm -lpng -lz -ljpeg -ldb-4.5 -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lssl -lcrypto -ldl -lxml2 -lz -lm >&5 /var/tmp/portage/dev-lang/php-5.2.2-r1/temp/ccfMyG4A.o: In function `main': conftest.c:(.text+0xf): undefined reference to `ldap_bind_s' collect2: ld returned 1 exit status I tried to manually compile the failed code and get it to work when I added "-lldap" to the end of the above command. So I think "-lldap" is missing in $LIBS. I do not know if this is really a bug, but I have no idea how to fix this issue as I need ldap support in php. If you need further Information, please let me know. Regards, Steffen Hau -- Edit this bug report at http://bugs.php.net/?id=41973&edit=1
#41974 [NEW]: xpath query searchs only first attributes
From: netdur at gmail dot com Operating system: Ubuntu PHP version: 5.2.3 PHP Bug Type: DOM XML related Bug description: xpath query searchs only first attributes Description: let's say we have XML document has line that looks like this using xpath query "//*[contains (@*, 'str')]" will find that element, however if that XML line looks like this xpath will fail finding the element! -- Edit bug report at http://bugs.php.net/?id=41974&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41974&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41974&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41974&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41974&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41974&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41974&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41974&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41974&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41974&r=support Expected behavior:http://bugs.php.net/fix.php?id=41974&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41974&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41974&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41974&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41974&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41974&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41974&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41974&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41974&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41974&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41974&r=mysqlcfg
#41973 [NEW]: Can't configure php with ldap
From: steffen at hauihau dot de Operating system: Gentoo Linux PHP version: 5.2.3 PHP Bug Type: LDAP related Bug description: Can't configure php with ldap Description: I tried to emerge php 5.2.2 on gentoo with ldap support. configure --prefix=/usr/lib/php5 --host=i686-pc-linux-gnu --mandir=/usr/lib/php5/man --infodir=/usr/lib/php5/info --sysconfdir=/etc --cache-file=./config.cache --enable-maintainer-zts --enable-cli --disable-cgi --with-config-file-path=/etc/php/cli-php5 --with-config-file-scan-dir=/etc/php/cli-php5/ext-active --without-pear --enable-bcmath=shared --with-bz2=shared --enable-calendar=shared --with-curl=shared --without-curlwrappers --disable-dbase --enable-exif=shared --without-fbsql --without-fdftk --disable-filter --enable-ftp=shared --with-gettext=shared --without-gmp --disable-json --without-kerberos --enable-mbstring=shared --with-mcrypt=shared --with-mhash=shared --without-msql --without-mssql --with-ncurses=shared --with-openssl --with-openssl-dir=/usr --disable-pcntl --disable-pdo --without-pgsql --with-pspell=shared --without-recode --disable-simplexml --disable-shmop --with-snmp=shared --enable-soap=shared --enable-sockets=shared --without-sybase --without-sybase-ct --disable-sysvmsg --disable-sysvsem --disable-sysvshm --with-tidy=shared --disable-wddx --with-xmlrpc=shared --with-xsl=shared --enable-zip=shared --with-zlib=shared --disable-debug --enable-dba=shared --without-cdb --with-db4 --without-flatfile --with-gdbm --without-inifile --without-qdbm --with-freetype-dir=/usr --with-t1lib=/usr --disable-gd-jis-conv --with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-gd --with-imap=shared --with-imap-ssl --with-ldap=shared --without-ldap-sasl --with-mysql=shared,/usr --with-mysql-sock=/var/run/mysqld/mysqld.sock --with-mysqli=shared,/usr/bin/mysql_config --with-readline --without-libedit --without-mm --with-sqlite=/usr --enable-sqlite-utf8 Configure failes with these ldap related functions: checking for LDAP support... yes, shared checking for LDAP Cyrus SASL support... no checking for 3 arg ldap_set_rebind_proc... yes checking for ldap_parse_result... no checking for ldap_parse_reference... no checking for ldap_start_tls_s... no checking for ldap_bind_s... no configure: error: LDAP build check failed. Please check config.log for more information. In config.log it sais: configure:67384: checking for ldap_bind_s configure:67440: i686-pc-linux-gnu-gcc -o conftest -I/usr/include -march=pentium-m -O2 -msse3 -pipe -fomit-frame-pointer -pthread -D_REENTRANT -I/usr/include -L/usr/lib -L/usr/lib -Wl,-O1 -Wl,--as-needed -Wl,-znow -Wl,--sort-common -s -lldap -llber conftest.c -lt1 -lfreetype -lX11 -lXpm -lpng -lz -ljpeg -ldb-4.5 -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lssl -lcrypto -ldl -lxml2 -lz -lm >&5 /var/tmp/portage/dev-lang/php-5.2.2-r1/temp/ccfMyG4A.o: In function `main': conftest.c:(.text+0xf): undefined reference to `ldap_bind_s' collect2: ld returned 1 exit status I tried to manually compile the failed code and get it to work when I added "-lldap" to the end of the above command. So I think "-lldap" is missing in $LIBS. I do not know if this is really a bug, but I have no idea how to fix this issue as I need ldap support in php. If you need further Information, please let me know. Regards, Steffen Hau -- Edit bug report at http://bugs.php.net/?id=41973&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41973&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41973&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41973&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41973&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41973&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41973&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41973&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41973&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41973&r=support Expected behavior:http://bugs.php.net/fix.php?id=41973&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41973&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41973&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41973&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41973&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41973&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41973&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41973&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41973&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41973&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41973&r=mysq
#41972 [Opn->Fbk]: PHP crashes in the middle of a dumping an object
ID: 41972 Updated by: [EMAIL PROTECTED] Reported By: e_p_17 at hotmail dot com -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: CentOS PHP Version: 5.2.3 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2007-07-11 23:39:41] e_p_17 at hotmail dot com Description: I apologize in advance for the poor quality of this bug report. I can't really give you any information on how to reproduce the problem because this happened on a production server and we had to fix it ASAP with no time to really troubleshoot. We had been successfully running PHP 5.1.6, but decided to upgrade to 5.2.3. After upgrading, everything seemed to be working fine. However, we later discovered that payment transactions via Paypal's Website Payments Pro PHP SDK were not completing. Initially we thought it may have been Paypal or an incompatability between Paypal's WPP SDK and PHP 5.2, however, our minimal investigation found otherwise. Using various script breaks and object dumps, we were able to succesfully reproduce a PHP crash every time we attempted to run a var_dump on an object created via one of the calls within the WPP SDK. The object was created successfully, but when we tried to var_dump it, PHP would crash in the middle of the var_dump operation. We know it's crashing because every time we tried to var_dump we would get this in our error log: "exit signal Segmentation fault (11)" and the output would simply terminate in a strange place like: "[_defaultObjectClassname] => stdClass [" Note that no error messages are produced in the visible output - only the error log. Simply reverting back to PHP 5.1.6 (same ./configure options etc.) fixes the problem. In my extremely limited wisdom, it almost seems like there's a memory/size limit on the object itself (the object was quite large). Again, my apologies for not being able to submit a better bug report. It may not even be a bug, but I have never experienced anything like this before and since reverting to 5.1.6 fixed the issue completely, I can only assume it's something within the 5.2.3 build that's causing the problem. -- Edit this bug report at http://bugs.php.net/?id=41972&edit=1
#41972 [NEW]: PHP crashes in the middle of a dumping an object
From: e_p_17 at hotmail dot com Operating system: CentOS PHP version: 5.2.3 PHP Bug Type: Unknown/Other Function Bug description: PHP crashes in the middle of a dumping an object Description: I apologize in advance for the poor quality of this bug report. I can't really give you any information on how to reproduce the problem because this happened on a production server and we had to fix it ASAP with no time to really troubleshoot. We had been successfully running PHP 5.1.6, but decided to upgrade to 5.2.3. After upgrading, everything seemed to be working fine. However, we later discovered that payment transactions via Paypal's Website Payments Pro PHP SDK were not completing. Initially we thought it may have been Paypal or an incompatability between Paypal's WPP SDK and PHP 5.2, however, our minimal investigation found otherwise. Using various script breaks and object dumps, we were able to succesfully reproduce a PHP crash every time we attempted to run a var_dump on an object created via one of the calls within the WPP SDK. The object was created successfully, but when we tried to var_dump it, PHP would crash in the middle of the var_dump operation. We know it's crashing because every time we tried to var_dump we would get this in our error log: "exit signal Segmentation fault (11)" and the output would simply terminate in a strange place like: "[_defaultObjectClassname] => stdClass [" Note that no error messages are produced in the visible output - only the error log. Simply reverting back to PHP 5.1.6 (same ./configure options etc.) fixes the problem. In my extremely limited wisdom, it almost seems like there's a memory/size limit on the object itself (the object was quite large). Again, my apologies for not being able to submit a better bug report. It may not even be a bug, but I have never experienced anything like this before and since reverting to 5.1.6 fixed the issue completely, I can only assume it's something within the 5.2.3 build that's causing the problem. -- Edit bug report at http://bugs.php.net/?id=41972&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41972&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41972&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41972&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41972&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41972&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41972&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41972&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41972&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41972&r=support Expected behavior:http://bugs.php.net/fix.php?id=41972&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41972&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41972&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41972&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41972&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41972&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41972&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41972&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41972&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41972&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41972&r=mysqlcfg
#41971 [NEW]: PDOStatement::fetch and PDOStatement::setFetchMode causes unexpected behavior
From: joelboh at gmail dot com Operating system: Linux PHP version: 5.2.3 PHP Bug Type: PDO related Bug description: PDOStatement::fetch and PDOStatement::setFetchMode causes unexpected behavior Description: When using PDOStatement::setFetchMode() with PDO::FETCH_CLASS and PDO::FETCH_PROPS_LATE a call without arguments to PDOStatement::fetch() wont work. Reproduce code: --- parameter = $parameter; } } $db = new PDO("sqlite::memory:"); $db->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); $db->exec("CREATE TABLE person (id INTEGER NOT NULL, name varchar(100))"); $db->exec("INSERT INTO person(id, name) VALUES (1, 'Sven')"); $stmt = $db->query('SELECT * FROM person'); $stmt->setFetchMode(PDO::FETCH_CLASS | PDO::FETCH_PROPS_LATE, 'Person', array(0 => 'Parameter')); /* To get the expected result you must use: $stmt->fetch(PDO::FETCH_CLASS | PDO::FETCH_PROPS_LATE); Should that really be needed? */ $obj = $stmt->fetch(); print_r($obj); Expected result: Person Object ( [parameter] => Parameter [id] => 1 [name] => Sven ) Actual result: -- $obj is false If PDO::FETCH_PROPS_LATE is not used in PDOStatement::setFetchMode and PDOStatement::fetch() is called without arguments you get the expected result. -- Edit bug report at http://bugs.php.net/?id=41971&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41971&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41971&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41971&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41971&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41971&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41971&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41971&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41971&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41971&r=support Expected behavior:http://bugs.php.net/fix.php?id=41971&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41971&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41971&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41971&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41971&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41971&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41971&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41971&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41971&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41971&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41971&r=mysqlcfg
#39244 [WFx->Csd]: PHP can't read UTF-8 encoded PHP code
ID: 39244 User updated by: j dot hakvoort at publiceren dot net Reported By: j dot hakvoort at publiceren dot net -Status: Wont fix +Status: Closed Bug Type: PCRE related Operating System: Linux PHP Version: 4.4.4 New Comment: This bug can be closed. Previous Comments: [2006-10-25 12:30:33] [EMAIL PROTECTED] Unicode support is on its way and will appear in PHP6. I have to wait until then. [2006-10-25 12:26:27] j dot hakvoort at publiceren dot net Hi! I don't know PCRElib, but I am not aspecting that it has anything to do with the issue as you mention "functions" reading unicode. It's not about that, it's about that PHP can't be started when the php script document is encoded in utf-8 format. This will cause 3 characters to print so that sending headers isn't possible anymore Also, PHP doesn't recognize UTF-8 characters in functions, but this is not the main issue I am refering to with the BOM of UTF-8 encoded documents. Best Regards, Jan Jaap Hakvoort [2006-10-25 12:11:25] [EMAIL PROTECTED] PCRE functions in PHP are just wrappers for PCRElib. If PCRElib is unable to read Unicode texts with BOM, then it's PCRElib fault. But I guess you shouldn't be using Notepad in the first place. [2006-10-25 12:08:07] j dot hakvoort at publiceren dot net Ok, I found out that it's due to the folowing BUG in PHP.. UTF-8 encoded documents have 3 characters on top of the document wich specify the UTF-8, this is called BOM. These characters might be needed, but to get PHP working it would be required to remove these characters. The only solution to remove these characters I've found is by using special editors. This will take a huge amount of time! Is there no other solution for this?? Why doesn't PHP read UTF-8 encoded files??? Best Regards, Jan Jaap Hakvoort [2006-10-24 09:55:58] [EMAIL PROTECTED] 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. 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/39244 -- Edit this bug report at http://bugs.php.net/?id=39244&edit=1
#41884 [Asn->Csd]: ReflectionClass::getDefaultProperties() does not handle static attributes
ID: 41884 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Feature/Change Request Operating System: Irrelevant PHP Version: 5CVS-2007-07-03 (CVS) -Assigned To: helly +Assigned To: tony2001 New Comment: This bug has been fixed in CVS. 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: [2007-07-03 09:10:16] [EMAIL PROTECTED] Here is a patch for it: http://dev.daylessday.org/diff/bug41884.diff but I'd like to hear Marcus opinion before committing it. [2007-07-03 08:35:29] [EMAIL PROTECTED] Description: Static properties with default values do not appear in the result of ReflectionClass::getDefaultProperties(). Reproduce code: --- getDefaultProperties()); Expected result: Array ( [fooStatic] => foo [foo] => foo ) Actual result: -- Array ( [foo] => foo ) -- Edit this bug report at http://bugs.php.net/?id=41884&edit=1
#41944 [Bgs]: strtotime() not recognizing times before day
ID: 41944 Updated by: [EMAIL PROTECTED] Reported By: bealdrid at gmail dot com Status: Bogus Bug Type: Date/time related Operating System: Fedora 7 PHP Version: 5.2.3 New Comment: It was changed not deliberately, but the old parser had no design and was impossible to maintain. As for a workaround, switch around "yesterday" and "1am" ? Previous Comments: [2007-07-11 21:38:19] bealdrid at gmail dot com Thanks for the insight; the process that the string is "executed" makes sense. But why the change? We have code written and tested with PHP 4.3.9, which is now partially broken due to the change in design choice you reference. What might you suggest would be a work around to get the desired result, as I used to get in 4.3.9? [2007-07-11 21:04:31] [EMAIL PROTECTED] This is not a bug, but a design choice. The new parser "Executes" the different parts of the string in order. So first "yesterday" and then "1am" moves to yesterday midnight first, and then to 1am. The opposite way first moves it to "1am" of the current day, and then back to yesterday midnight. [2007-07-09 21:00:54] bealdrid at gmail dot com Description: when calling the strtotime() function and when passing a time before the day such as "1pm yesterday" the wrong timestamp is returned, often midnite of that particular day. Reproduce code: --- echo date('Y-m-d H:i:s',strtotime('1pm yesterday')); Expected result: The expected result would be 2007-07-08 13:00:00 and this works in php 4.3.9 If I put the time after the day, such as "yesterday 1pm", it behaves as expected. Actual result: -- 2007-07-08 00:00:00 -- Edit this bug report at http://bugs.php.net/?id=41944&edit=1
#41970 [Opn->Asn]: Zend Engine 3.0.0 leaks
ID: 41970 Updated by: [EMAIL PROTECTED] Reported By: php at hristov dot com -Status: Open +Status: Assigned Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 6CVS-2007-07-11 (CVS) -Assigned To: +Assigned To: helly New Comment: Marcus, please take a look at it. A patch like this: http://dev.daylessday.org/diff/bug41970.diff fixes it for me, similar patches should be applied to other call_user*() funcs of course. Though I would really like to see a cleaner solution for it. Can you think of any? Previous Comments: [2007-07-11 21:12:57] php at hristov dot com Description: Try the example with HEAD (5_2 seems immune) The example exploits that sort() needs its parameter to be passed by reference, which we don't do. zend_call_function() will bail out on this, and return FAILURE when called from call_user_func_array(). The first instruction of zend_call_function() is *fci->retval_ptr_ptr = NULL; with this we lose the original pointer and leak when zend_call_function() returns with FAILURE. In this case in call_user_func_array() new memory for return_value is allocated, which later is destructed. [23:55:29] [EMAIL PROTECTED]:~/dev/php6> ./php -r '$a=array(4,3,2);call_user_func_array("sort", array($a));var_dump($a);' array(3) { [0]=> int(4) [1]=> int(3) [2]=> int(2) } [Wed Jul 11 23:55:32 2007] Script: '-' /home/andrey/dev/php6/Zend/zend_vm_execute.h(191) : Freeing 0x40D4C400 (16 bytes), script=- === Total 1 memory leaks detected === Reproduce code: --- php -r '$a=array(4,3,2);call_user_func_array("sort", array($a));var_dump($a);' -- Edit this bug report at http://bugs.php.net/?id=41970&edit=1
#41944 [Bgs]: strtotime() not recognizing times before day
ID: 41944 User updated by: bealdrid at gmail dot com Reported By: bealdrid at gmail dot com Status: Bogus Bug Type: Date/time related Operating System: Fedora 7 PHP Version: 5.2.3 New Comment: Thanks for the insight; the process that the string is "executed" makes sense. But why the change? We have code written and tested with PHP 4.3.9, which is now partially broken due to the change in design choice you reference. What might you suggest would be a work around to get the desired result, as I used to get in 4.3.9? Previous Comments: [2007-07-11 21:04:31] [EMAIL PROTECTED] This is not a bug, but a design choice. The new parser "Executes" the different parts of the string in order. So first "yesterday" and then "1am" moves to yesterday midnight first, and then to 1am. The opposite way first moves it to "1am" of the current day, and then back to yesterday midnight. [2007-07-09 21:00:54] bealdrid at gmail dot com Description: when calling the strtotime() function and when passing a time before the day such as "1pm yesterday" the wrong timestamp is returned, often midnite of that particular day. Reproduce code: --- echo date('Y-m-d H:i:s',strtotime('1pm yesterday')); Expected result: The expected result would be 2007-07-08 13:00:00 and this works in php 4.3.9 If I put the time after the day, such as "yesterday 1pm", it behaves as expected. Actual result: -- 2007-07-08 00:00:00 -- Edit this bug report at http://bugs.php.net/?id=41944&edit=1
#41965 [Opn->Csd]: configure fails on AIX with LDAP
ID: 41965 User updated by: tprohaska2 at honeywell dot com Reported By: tprohaska2 at honeywell dot com -Status: Open +Status: Closed Bug Type: LDAP related Operating System: AIX 5.1 PHP Version: 5.2.3 New Comment: Closed per previous comment. Previous Comments: [2007-07-11 21:22:10] tprohaska2 at honeywell dot com OK looks like I'm past this issue now. You can't simply rename ".so" files to ".a". However I have learned that you can create a archive ".a" file from a ".so" file: ar rcs libssl3.a libssl3.so Here is the link that provided the info: http://tldp.org/HOWTO/Program-Library-HOWTO/static-libraries.html This did the trick and I am now moving on to the next challenge. [2007-07-11 20:08:46] [EMAIL PROTECTED] What if you rename all those .so to .a? (which is actually the extension used for shared objects on AIX) [2007-07-11 19:00:59] tprohaska2 at honeywell dot com CONFIGURE: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --prefix=/usr/local/php5 \ --with-config-file-path=/usr/local/apache2/conf --without-mysql --with-pear=/usr /local/pear \ --enable-so --with-oci8=/8u314oracle/8.1.7 --enable-ftp --with-ldap=/home/exx/ldapcsdk LAST LINE FROM CONFIGURE: configure: error: LDAP build check failed. Please check config.log for more infomation. FROM config.log: ld: 0706-006 Cannot find or open library file: -l ssl3 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l ssldap50 ld:open(): No such file or directory collect2: ld returned 255 exit status FILES in /home/exx/ldapcsdk/lib: libicudata.solibiutil50.a libnspr4.so libprldap50.a libicudata.so.2 liblber50.a libnss3.so libprldap50.so libicui18n.solibldap50.a libplc4.alibsasl.so libicui18n.so.2 libldap50.so libplc4.so libssl3.so libicuuc.so libldif50.a libplds4.a libssldap50.so libicuuc.so.2libnspr4.a libplds4.so LIBPATH='/home/exx/ldapcsdk' Debug efforts: I sliced out the offending part of the configure and boiled it down to an error indicating ssl3 and ssldap50 are not found. I noticed that there is no ".a" version of these files. When I intentionally rename one of the other libraries thus eliminating the ".a" file I get an error message for that file as well. In other words, if I remove the libprldap50.a file I get the same not found error even though there is a libperldap50.so file. When I restore the libperldap50.a file the error message goes away for that library. Again, there is no libssl3.a file or a libssldap50.a file. So it would appear that I either need the libssl3.a and libssldap50.a files OR I need the configure to use the ".so" files. [2007-07-11 18:42:54] [EMAIL PROTECTED] Those libraries are enough. What was the configure line you used? And in what path are those libraries in? And what exact error do you get? Is there anything in config.log about the error? [2007-07-11 17:07:42] tprohaska2 at honeywell dot com Description: gcc 4.0 / AIX 5.1 / When running configure with the LDAP option it fails on not being able to find ssl3 and sslap50. I have determined that there is no corresponding libssl3.a and libssldap50.a libraries although I have the completed LDAPCSDK (5.11) loaded. The libraries libssl3.so and libssldap50.so files do exist however. -- Edit this bug report at http://bugs.php.net/?id=41965&edit=1
#41965 [Fbk->Opn]: configure fails on AIX with LDAP
ID: 41965 User updated by: tprohaska2 at honeywell dot com Reported By: tprohaska2 at honeywell dot com -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: AIX 5.1 PHP Version: 5.2.3 New Comment: OK looks like I'm past this issue now. You can't simply rename ".so" files to ".a". However I have learned that you can create a archive ".a" file from a ".so" file: ar rcs libssl3.a libssl3.so Here is the link that provided the info: http://tldp.org/HOWTO/Program-Library-HOWTO/static-libraries.html This did the trick and I am now moving on to the next challenge. Previous Comments: [2007-07-11 20:08:46] [EMAIL PROTECTED] What if you rename all those .so to .a? (which is actually the extension used for shared objects on AIX) [2007-07-11 19:00:59] tprohaska2 at honeywell dot com CONFIGURE: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --prefix=/usr/local/php5 \ --with-config-file-path=/usr/local/apache2/conf --without-mysql --with-pear=/usr /local/pear \ --enable-so --with-oci8=/8u314oracle/8.1.7 --enable-ftp --with-ldap=/home/exx/ldapcsdk LAST LINE FROM CONFIGURE: configure: error: LDAP build check failed. Please check config.log for more infomation. FROM config.log: ld: 0706-006 Cannot find or open library file: -l ssl3 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l ssldap50 ld:open(): No such file or directory collect2: ld returned 255 exit status FILES in /home/exx/ldapcsdk/lib: libicudata.solibiutil50.a libnspr4.so libprldap50.a libicudata.so.2 liblber50.a libnss3.so libprldap50.so libicui18n.solibldap50.a libplc4.alibsasl.so libicui18n.so.2 libldap50.so libplc4.so libssl3.so libicuuc.so libldif50.a libplds4.a libssldap50.so libicuuc.so.2libnspr4.a libplds4.so LIBPATH='/home/exx/ldapcsdk' Debug efforts: I sliced out the offending part of the configure and boiled it down to an error indicating ssl3 and ssldap50 are not found. I noticed that there is no ".a" version of these files. When I intentionally rename one of the other libraries thus eliminating the ".a" file I get an error message for that file as well. In other words, if I remove the libprldap50.a file I get the same not found error even though there is a libperldap50.so file. When I restore the libperldap50.a file the error message goes away for that library. Again, there is no libssl3.a file or a libssldap50.a file. So it would appear that I either need the libssl3.a and libssldap50.a files OR I need the configure to use the ".so" files. [2007-07-11 18:42:54] [EMAIL PROTECTED] Those libraries are enough. What was the configure line you used? And in what path are those libraries in? And what exact error do you get? Is there anything in config.log about the error? [2007-07-11 17:07:42] tprohaska2 at honeywell dot com Description: gcc 4.0 / AIX 5.1 / When running configure with the LDAP option it fails on not being able to find ssl3 and sslap50. I have determined that there is no corresponding libssl3.a and libssldap50.a libraries although I have the completed LDAPCSDK (5.11) loaded. The libraries libssl3.so and libssldap50.so files do exist however. -- Edit this bug report at http://bugs.php.net/?id=41965&edit=1
#41970 [NEW]: Zend Engine 3.0.0 leaks
From: php at hristov dot com Operating system: Linux PHP version: 6CVS-2007-07-11 (CVS) PHP Bug Type: Scripting Engine problem Bug description: Zend Engine 3.0.0 leaks Description: Try the example with HEAD (5_2 seems immune) The example exploits that sort() needs its parameter to be passed by reference, which we don't do. zend_call_function() will bail out on this, and return FAILURE when called from call_user_func_array(). The first instruction of zend_call_function() is *fci->retval_ptr_ptr = NULL; with this we lose the original pointer and leak when zend_call_function() returns with FAILURE. In this case in call_user_func_array() new memory for return_value is allocated, which later is destructed. [23:55:29] [EMAIL PROTECTED]:~/dev/php6> ./php -r '$a=array(4,3,2);call_user_func_array("sort", array($a));var_dump($a);' array(3) { [0]=> int(4) [1]=> int(3) [2]=> int(2) } [Wed Jul 11 23:55:32 2007] Script: '-' /home/andrey/dev/php6/Zend/zend_vm_execute.h(191) : Freeing 0x40D4C400 (16 bytes), script=- === Total 1 memory leaks detected === Reproduce code: --- php -r '$a=array(4,3,2);call_user_func_array("sort", array($a));var_dump($a);' -- Edit bug report at http://bugs.php.net/?id=41970&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41970&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41970&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41970&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41970&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41970&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41970&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41970&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41970&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41970&r=support Expected behavior:http://bugs.php.net/fix.php?id=41970&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41970&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41970&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41970&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41970&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41970&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41970&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41970&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41970&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41970&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41970&r=mysqlcfg
#41944 [Asn->Bgs]: strtotime() not recognizing times before day
ID: 41944 Updated by: [EMAIL PROTECTED] Reported By: bealdrid at gmail dot com -Status: Assigned +Status: Bogus Bug Type: Date/time related Operating System: Fedora 7 PHP Version: 5.2.3 Assigned To: derick New Comment: This is not a bug, but a design choice. The new parser "Executes" the different parts of the string in order. So first "yesterday" and then "1am" moves to yesterday midnight first, and then to 1am. The opposite way first moves it to "1am" of the current day, and then back to yesterday midnight. Previous Comments: [2007-07-09 21:00:54] bealdrid at gmail dot com Description: when calling the strtotime() function and when passing a time before the day such as "1pm yesterday" the wrong timestamp is returned, often midnite of that particular day. Reproduce code: --- echo date('Y-m-d H:i:s',strtotime('1pm yesterday')); Expected result: The expected result would be 2007-07-08 13:00:00 and this works in php 4.3.9 If I put the time after the day, such as "yesterday 1pm", it behaves as expected. Actual result: -- 2007-07-08 00:00:00 -- Edit this bug report at http://bugs.php.net/?id=41944&edit=1
#41912 [Asn->Bgs]: date() interprets Unix timestamp as GMT and converts it to the default timezone
ID: 41912 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Bogus Bug Type: Date/time related Operating System: Debian GNU/Linux PHP Version: 5.2.3 Assigned To: derick New Comment: I checked this now, and it is not a bug. If you convert to a timestamp there is no more associated timezone possible. The date object keeps this normally - but it's impossible to attach this just to a number. If you add the timezone as output, you will see the difference: format('Ymd, H:i:s T')."\n"; echo 'date() of unixtime: '.date('Ymd, H:i:s T', $date->format('U'))."\n"; ?> [EMAIL PROTECTED]:~$ php bug41912.php DateTime::format(): 20070711, 21:00:26 UTC date() of unixtime: 20070711, 23:00:26 CEST Previous Comments: [2007-07-06 08:21:10] [EMAIL PROTECTED] Description: date() interprets a Unix timestamp as GMT and converts it to the default timezone. In my opinion it should not convert timezones. (bug report requested by Derick Rethans). Reproduce code: --- format('Ymd, H:i:s')."\n"; echo 'date() of unixtime: '.date('Ymd, H:i:s', $date->format('U'))."\n"; ?> Expected result: DateTime::format(): 20070706, 07:38:45 date() of unixtime: 20070706, 07:38:45 Actual result: -- DateTime::format(): 20070706, 07:38:45 date() of unixtime: 20070706, 09:38:45 -- Edit this bug report at http://bugs.php.net/?id=41912&edit=1
#41965 [Opn->Fbk]: configure fails on AIX with LDAP
ID: 41965 Updated by: [EMAIL PROTECTED] Reported By: tprohaska2 at honeywell dot com -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: AIX 5.1 PHP Version: 5.2.3 New Comment: What if you rename all those .so to .a? (which is actually the extension used for shared objects on AIX) Previous Comments: [2007-07-11 19:00:59] tprohaska2 at honeywell dot com CONFIGURE: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --prefix=/usr/local/php5 \ --with-config-file-path=/usr/local/apache2/conf --without-mysql --with-pear=/usr /local/pear \ --enable-so --with-oci8=/8u314oracle/8.1.7 --enable-ftp --with-ldap=/home/exx/ldapcsdk LAST LINE FROM CONFIGURE: configure: error: LDAP build check failed. Please check config.log for more infomation. FROM config.log: ld: 0706-006 Cannot find or open library file: -l ssl3 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l ssldap50 ld:open(): No such file or directory collect2: ld returned 255 exit status FILES in /home/exx/ldapcsdk/lib: libicudata.solibiutil50.a libnspr4.so libprldap50.a libicudata.so.2 liblber50.a libnss3.so libprldap50.so libicui18n.solibldap50.a libplc4.alibsasl.so libicui18n.so.2 libldap50.so libplc4.so libssl3.so libicuuc.so libldif50.a libplds4.a libssldap50.so libicuuc.so.2libnspr4.a libplds4.so LIBPATH='/home/exx/ldapcsdk' Debug efforts: I sliced out the offending part of the configure and boiled it down to an error indicating ssl3 and ssldap50 are not found. I noticed that there is no ".a" version of these files. When I intentionally rename one of the other libraries thus eliminating the ".a" file I get an error message for that file as well. In other words, if I remove the libprldap50.a file I get the same not found error even though there is a libperldap50.so file. When I restore the libperldap50.a file the error message goes away for that library. Again, there is no libssl3.a file or a libssldap50.a file. So it would appear that I either need the libssl3.a and libssldap50.a files OR I need the configure to use the ".so" files. [2007-07-11 18:42:54] [EMAIL PROTECTED] Those libraries are enough. What was the configure line you used? And in what path are those libraries in? And what exact error do you get? Is there anything in config.log about the error? [2007-07-11 17:07:42] tprohaska2 at honeywell dot com Description: gcc 4.0 / AIX 5.1 / When running configure with the LDAP option it fails on not being able to find ssl3 and sslap50. I have determined that there is no corresponding libssl3.a and libssldap50.a libraries although I have the completed LDAPCSDK (5.11) loaded. The libraries libssl3.so and libssldap50.so files do exist however. -- Edit this bug report at http://bugs.php.net/?id=41965&edit=1
#41965 [Opn->Fbk]: configure fails on AIX with LDAP
ID: 41965 Updated by: [EMAIL PROTECTED] Reported By: tprohaska2 at honeywell dot com -Status: Open +Status: Feedback -Bug Type: PHP options/info functions +Bug Type: LDAP related Operating System: AIX 5.1 PHP Version: 5.2.3 New Comment: Those libraries are enough. What was the configure line you used? And in what path are those libraries in? And what exact error do you get? Is there anything in config.log about the error? Previous Comments: [2007-07-11 17:07:42] tprohaska2 at honeywell dot com Description: gcc 4.0 / AIX 5.1 / When running configure with the LDAP option it fails on not being able to find ssl3 and sslap50. I have determined that there is no corresponding libssl3.a and libssldap50.a libraries although I have the completed LDAPCSDK (5.11) loaded. The libraries libssl3.so and libssldap50.so files do exist however. -- Edit this bug report at http://bugs.php.net/?id=41965&edit=1
#41967 [Csd]: file_get_contents or fopen produce my_thread_global_end error
ID: 41967 User updated by: tech at millennium dot ab dot ca Reported By: tech at millennium dot ab dot ca Status: Closed Bug Type: Reproducible crash Operating System: Windows 2000 SBS PHP Version: 5.2.3 New Comment: I did search. I just did another search and this is the only submission regarding this issue? Can you please supply a link to the fix you are talking about? Previous Comments: [2007-07-11 18:38:33] [EMAIL PROTECTED] Already fixed in CVS. (why didn't you search before reporting?!) [2007-07-11 18:07:09] tech at millennium dot ab dot ca Forgot to mention, I use this function for an XML call, not specifically google, but that example will produce the same error as I get. This only started happening after the update to 5.2.3, I never had this problem before and I'm using all the same code as I have been for a number of years. [2007-07-11 17:51:15] tech at millennium dot ab dot ca Description: After upgrading to PHP 5.2.3 I began seeing "Error in my_thread_global_end(): 1 threads didn't exit" whenever using the fopen or file_get_contents with a URL. I get it regardless of SSL or not. This has nothing to do with the MySQL thing, I've tryed those DLL's and it's not that. MySQL is working fine without any errors, this only happens when using the functions mentioned above. Reproduce code: --- http://www.google.ca";);?> Expected result: responce from server stored in $Contents Actual result: -- responce from server stored in $Contents + "Error in my_thread_global_end(): 1 threads didn't exit" -- Edit this bug report at http://bugs.php.net/?id=41967&edit=1
#41966 [Opn->Fbk]: cannot set include_path in php.ini
ID: 41966 Updated by: [EMAIL PROTECTED] Reported By: badaboom003-asdf at yahoo dot com -Status: Open +Status: Feedback Bug Type: PHP options/info functions Operating System: Ubuntu 7.04 Feisty Fawn AMD64 PHP Version: 5.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi And check phpinfo() output for what php.ini files was loaded and actually in use. Previous Comments: [2007-07-11 17:28:07] badaboom003-asdf at yahoo dot com Description: Using: Apache/2.2.3 (Ubuntu) PHP/5.2.1 can't change the include_path in php.ini. it always defaults to: ".:/usr/share/php:/usr/share/pear". i know i'm using the correct php.ini file because it shows the correct Configuration File Path in phpinfo(). i can successfully set other variables in php.ini such as memory_limit or whatever, restart apache, and everything works fine. however, when i try to change the include_path, nothing happens. Reproduce code: --- ; UNIX: "/path1:/path2" include_path = ".:/usr/share/php:/usr/share/php/PEAR:/var/somesite/app/classes" ; ; Windows: "\path1;\path2" ;include_path = ".;c:\php\includes" Expected result: when i run phpinfo() i should see: include_path .:/usr/share/php:/usr/share/pear:/var/somesite/app/classes Actual result: -- what i actually see is: include_path .:/usr/share/php:/usr/share/pear -- Edit this bug report at http://bugs.php.net/?id=41966&edit=1
#41967 [Opn->Csd]: file_get_contents or fopen produce my_thread_global_end error
ID: 41967 Updated by: [EMAIL PROTECTED] Reported By: tech at millennium dot ab dot ca -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Windows 2000 SBS PHP Version: 5.2.3 New Comment: Already fixed in CVS. (why didn't you search before reporting?!) Previous Comments: [2007-07-11 18:07:09] tech at millennium dot ab dot ca Forgot to mention, I use this function for an XML call, not specifically google, but that example will produce the same error as I get. This only started happening after the update to 5.2.3, I never had this problem before and I'm using all the same code as I have been for a number of years. [2007-07-11 17:51:15] tech at millennium dot ab dot ca Description: After upgrading to PHP 5.2.3 I began seeing "Error in my_thread_global_end(): 1 threads didn't exit" whenever using the fopen or file_get_contents with a URL. I get it regardless of SSL or not. This has nothing to do with the MySQL thing, I've tryed those DLL's and it's not that. MySQL is working fine without any errors, this only happens when using the functions mentioned above. Reproduce code: --- http://www.google.ca";);?> Expected result: responce from server stored in $Contents Actual result: -- responce from server stored in $Contents + "Error in my_thread_global_end(): 1 threads didn't exit" -- Edit this bug report at http://bugs.php.net/?id=41967&edit=1
#35050 [WFx]: Capital "I" letters in func/class method names do not work with turkish locale
ID: 35050 Updated by: [EMAIL PROTECTED] Reported By: satanistlav at mail dot ru Status: Wont fix Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2005-11-01 (cvs) New Comment: Could someone clarify "Please make sure your set the correct locale before starting the script - or before including files that define elements that contain upper case I's." a bit? I did some basic testing and still saw problems even when I didn't include a file until after the setlocale() call. Previous Comments: [2005-11-15 13:39:07] [EMAIL PROTECTED] We discussed it and this will not be addressed in PHP 5, but only from PHP 6 and higher. Please make sure your set the correct locale before starting the script - or before including files that define elements that contain upper case I's. [2005-11-01 15:17:54] satanistlav at mail dot ru I have uploaded your code to the server and I still have the same error! http://www.yda.com.tr/test.php [2005-11-01 15:14:14] satanistlav at mail dot ru I have multilingual site. Locales are set to en_US.ISO-8859-1 in Enlgish side of the site and tr_TR.ISO-8859-9 in Turkish for LC_ALL [2005-11-01 15:12:29] [EMAIL PROTECTED] I can reproduce this with the following short script: IsHere(); ?> (You need to have the tr_TR locale installed for this). It does work properly with PHP 5.1 actually, and it has to to with the zend_str_tolower() function which uses the tolower() libc call, which uses the locale. As in Turkish the I does not lowercase to i you can get weird things. This is why we should get rid of case insensitive function names. It also works with normal function names (instead of classes' methods) [2005-11-01 15:02:31] satanistlav at mail dot ru http://www.yda.com.tr/info.php 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/35050 -- Edit this bug report at http://bugs.php.net/?id=35050&edit=1
#41965 [Fbk->Opn]: configure fails on AIX with LDAP
ID: 41965 User updated by: tprohaska2 at honeywell dot com Reported By: tprohaska2 at honeywell dot com -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: AIX 5.1 PHP Version: 5.2.3 New Comment: CONFIGURE: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --prefix=/usr/local/php5 \ --with-config-file-path=/usr/local/apache2/conf --without-mysql --with-pear=/usr /local/pear \ --enable-so --with-oci8=/8u314oracle/8.1.7 --enable-ftp --with-ldap=/home/exx/ldapcsdk LAST LINE FROM CONFIGURE: configure: error: LDAP build check failed. Please check config.log for more infomation. FROM config.log: ld: 0706-006 Cannot find or open library file: -l ssl3 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l ssldap50 ld:open(): No such file or directory collect2: ld returned 255 exit status FILES in /home/exx/ldapcsdk/lib: libicudata.solibiutil50.a libnspr4.so libprldap50.a libicudata.so.2 liblber50.a libnss3.so libprldap50.so libicui18n.solibldap50.a libplc4.alibsasl.so libicui18n.so.2 libldap50.so libplc4.so libssl3.so libicuuc.so libldif50.a libplds4.a libssldap50.so libicuuc.so.2libnspr4.a libplds4.so LIBPATH='/home/exx/ldapcsdk' Debug efforts: I sliced out the offending part of the configure and boiled it down to an error indicating ssl3 and ssldap50 are not found. I noticed that there is no ".a" version of these files. When I intentionally rename one of the other libraries thus eliminating the ".a" file I get an error message for that file as well. In other words, if I remove the libprldap50.a file I get the same not found error even though there is a libperldap50.so file. When I restore the libperldap50.a file the error message goes away for that library. Again, there is no libssl3.a file or a libssldap50.a file. So it would appear that I either need the libssl3.a and libssldap50.a files OR I need the configure to use the ".so" files. Previous Comments: [2007-07-11 18:42:54] [EMAIL PROTECTED] Those libraries are enough. What was the configure line you used? And in what path are those libraries in? And what exact error do you get? Is there anything in config.log about the error? [2007-07-11 17:07:42] tprohaska2 at honeywell dot com Description: gcc 4.0 / AIX 5.1 / When running configure with the LDAP option it fails on not being able to find ssl3 and sslap50. I have determined that there is no corresponding libssl3.a and libssldap50.a libraries although I have the completed LDAPCSDK (5.11) loaded. The libraries libssl3.so and libssldap50.so files do exist however. -- Edit this bug report at http://bugs.php.net/?id=41965&edit=1
#38111 [Com]: PHP crashes IIS worker process and application pool
ID: 38111 Comment by: zeon77 at gmail dot com Reported By: svendavidh at hotmail dot com Status: No Feedback Bug Type: IIS related Operating System: Windows Server 2003 Std. Ed. R2 PHP Version: 5.1.4 New Comment: Same with PHP 5.2.3, w2k3 r2 x86, iis6. PHP installed as ISAPI extension. Applications using PHP are running in a separate App pool. Error occurs in every half an hour Previous Comments: [2007-07-07 11:06:35] mitch at mitchellgeere dot com I am running Windows Vista Ultimate with PHP 5.2, MySql, IIS 7.0. I am evaluating php, so far asp.net is holding my favour. [2007-05-27 05:03:49] doug at shontz dot net I am having this problem also. Clean installs of Vista (IIS7) and Server 2003 Enterprise (IIS6). PHP Version 5.2.2 with no additional plugins or filters (isapi or otherwise) on either box. Disable PHP and the problem stops...enable it and I can log it happening multiple times within an hour. I am running open source apps such as Joomla and WordPress, but I can get this to happen without having any pages on the site at all. [2007-05-23 09:35:10] bjoern dot andersen at atosorigin dot com Additional Info: The problem seems to go away when all webs run in the same application pool (No multithreading). So there is a point to start. It's not a real workaround for us, because in the huge production environment we run, we need to separate the application in safe pools. [2007-05-23 09:22:13] bjoern dot andersen at atosorigin dot com Same here with 5.2.2 in win2k3SP2/IIS6 32 Bit. PHP installed as ISAPI extension, not filter. Many concurrent application pools. Event Type: Information Event Source: Application Error Event Category: (100) Event ID: 1004 Date: 23.05.2007 Time: 11:09:44 User: N/A Computer: P-NG-W3PHP2 Description: Reporting queued error: faulting application w3wp.exe, version 6.0.3790.3959, faulting module php5isapi.dll, version 5.2.2.2, fault address 0x23d7. Happens often, but not always. In variour applications. I am willing to give feedback or debug info, if you specify what you need. [2007-05-22 12:02:32] rzhaman at hotmail dot com Same here with PHP 5.2.1, Windows Server 2003 (SP1), and IIS 6. Clean install. 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/38111 -- Edit this bug report at http://bugs.php.net/?id=38111&edit=1
#41967 [Opn]: file_get_contents or fopen produce my_thread_global_end error
ID: 41967 User updated by: tech at millennium dot ab dot ca Reported By: tech at millennium dot ab dot ca Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 SBS PHP Version: 5.2.3 New Comment: Forgot to mention, I use this function for an XML call, not specifically google, but that example will produce the same error as I get. This only started happening after the update to 5.2.3, I never had this problem before and I'm using all the same code as I have been for a number of years. Previous Comments: [2007-07-11 17:51:15] tech at millennium dot ab dot ca Description: After upgrading to PHP 5.2.3 I began seeing "Error in my_thread_global_end(): 1 threads didn't exit" whenever using the fopen or file_get_contents with a URL. I get it regardless of SSL or not. This has nothing to do with the MySQL thing, I've tryed those DLL's and it's not that. MySQL is working fine without any errors, this only happens when using the functions mentioned above. Reproduce code: --- http://www.google.ca";);?> Expected result: responce from server stored in $Contents Actual result: -- responce from server stored in $Contents + "Error in my_thread_global_end(): 1 threads didn't exit" -- Edit this bug report at http://bugs.php.net/?id=41967&edit=1
#41968 [NEW]: PHP CLI slow to exit with CURL + MySQL extensions
From: osolo at wndtabs dot com Operating system: Windows XP SP2 PHP version: 5.2.3 PHP Bug Type: cURL related Bug description: PHP CLI slow to exit with CURL + MySQL extensions Description: OK, this is a strange one. If you have CURL and either the php_mysql or php_pdo_mysql extensions active, then PHP (command line) will hang for about 5 seconds before actually exiting the script. This is especially problematic in a CGI scenario, because the connection to the browser isn't closed during this delay and it looks like the request isn't complete. The problem goes away if I comment out the Mysql extensions in my ini file. Reproduce code: --- http://www.php.net'); curl_exec($ch); curl_close($ch); echo 'done'; ?> Expected result: Running this from the command line, you would expect PHP to exit right after the word 'done' is printed. Actual result: -- There is about a 5 second delay between the time the word 'done' is printed and PHP returning control to the command line. -- Edit bug report at http://bugs.php.net/?id=41968&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41968&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41968&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41968&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41968&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41968&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41968&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41968&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41968&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41968&r=support Expected behavior:http://bugs.php.net/fix.php?id=41968&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41968&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41968&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41968&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41968&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41968&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41968&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41968&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41968&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41968&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41968&r=mysqlcfg
#36961 [Fbk->Opn]: mssql_bind will not bind an image field
ID: 36961 User updated by: rnerovich at gmail dot com Reported By: rnerovich at gmail dot com -Status: Feedback +Status: Open Bug Type: MSSQL related Operating System: Win2k PHP Version: 5.1.2 New Comment: Tried the release at http://snaps.php.net/win32/php5.2-win32-latest.zip and got the following calling mssql_bind($sp,"@WAVEIMAGE",$waveinfo,SQLVARCHAR,FALSE,FALSE,$length); Error:E_WARNING mssql_bind()['a href='function.mssql-bind'>function.mssql-bind]: Unable to set parameter at line xx Previous Comments: [2007-07-09 13:29:03] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2006-04-03 22:23:41] rnerovich at gmail dot com Description: When inserting an image into MSSQL using SQLVARCHAR, this error is thrown with mssql_bind()... Warning: mssql_bind() [function.mssql-bind]: Unable to set parameter (not expected) If SQLTEXT is used the bind succeeds, but the execute fails with... Operand type clash: text is incompatible with image (expected) Reproduce code: --- // $filedata read in from drive, $filelen = lenth of data $sp = mssql_init('MSG_PROC_TEST',$dblink->dbresource); $mrecnum = '{1C296DF1-EE73-436E-BC55-09C58F53C132}'; $mfilename = '1075318802KUZMA.WAV'; mssql_bind($sp,"@MRECNUM", $mrecnum,SQLVARCHAR,FALSE,FALSE,38); mssql_bind($sp,"@MFILENAME",$mfilename, SQLVARCHAR,FALSE,FALSE,strlen($mfilename)); mssql_bind($sp,"@MID",&$mid,SQLVARCHAR,true,false,38); mssql_bind($sp,"@MWAVS",$filedata, SQLVARCHAR,false,false,$filelen); if(mssql_execute($sp)){ ... sp example CREATE PROCEDURE MSG_PROC_TEST @MRECNUM UNIQUEIDENTIFIER, @MFILENAME VARCHAR(50),@MID UNIQUEIDENTIFIER OUTPUT, @MWAVS IMAGE Expected result: Insert file into image field in MSSQL successfully. Actual result: -- mssql_bind() or mssql_execute() fails because the data conversion to an image type doesn't work correctly. -- Edit this bug report at http://bugs.php.net/?id=36961&edit=1
#41966 [NEW]: cannot set include_path in php.ini
From: badaboom003-asdf at yahoo dot com Operating system: Ubuntu 7.04 Feisty Fawn AMD64 PHP version: 5.2.3 PHP Bug Type: PHP options/info functions Bug description: cannot set include_path in php.ini Description: Using: Apache/2.2.3 (Ubuntu) PHP/5.2.1 can't change the include_path in php.ini. it always defaults to: ".:/usr/share/php:/usr/share/pear". i know i'm using the correct php.ini file because it shows the correct Configuration File Path in phpinfo(). i can successfully set other variables in php.ini such as memory_limit or whatever, restart apache, and everything works fine. however, when i try to change the include_path, nothing happens. Reproduce code: --- ; UNIX: "/path1:/path2" include_path = ".:/usr/share/php:/usr/share/php/PEAR:/var/somesite/app/classes" ; ; Windows: "\path1;\path2" ;include_path = ".;c:\php\includes" Expected result: when i run phpinfo() i should see: include_path .:/usr/share/php:/usr/share/pear:/var/somesite/app/classes Actual result: -- what i actually see is: include_path .:/usr/share/php:/usr/share/pear -- Edit bug report at http://bugs.php.net/?id=41966&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41966&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41966&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41966&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41966&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41966&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41966&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41966&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41966&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41966&r=support Expected behavior:http://bugs.php.net/fix.php?id=41966&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41966&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41966&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41966&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41966&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41966&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41966&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41966&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41966&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41966&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41966&r=mysqlcfg
#41967 [NEW]: file_get_contents or fopen produce my_thread_global_end error
From: tech at millennium dot ab dot ca Operating system: Windows 2000 SBS PHP version: 5.2.3 PHP Bug Type: Reproducible crash Bug description: file_get_contents or fopen produce my_thread_global_end error Description: After upgrading to PHP 5.2.3 I began seeing "Error in my_thread_global_end(): 1 threads didn't exit" whenever using the fopen or file_get_contents with a URL. I get it regardless of SSL or not. This has nothing to do with the MySQL thing, I've tryed those DLL's and it's not that. MySQL is working fine without any errors, this only happens when using the functions mentioned above. Reproduce code: --- http://www.google.ca";);?> Expected result: responce from server stored in $Contents Actual result: -- responce from server stored in $Contents + "Error in my_thread_global_end(): 1 threads didn't exit" -- Edit bug report at http://bugs.php.net/?id=41967&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41967&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41967&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41967&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41967&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41967&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41967&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41967&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41967&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41967&r=support Expected behavior:http://bugs.php.net/fix.php?id=41967&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41967&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41967&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41967&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41967&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41967&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41967&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41967&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41967&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41967&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41967&r=mysqlcfg
#41965 [NEW]: configure fails on AIX with LDAP
From: tprohaska2 at honeywell dot com Operating system: AIX 5.1 PHP version: 5.2.3 PHP Bug Type: PHP options/info functions Bug description: configure fails on AIX with LDAP Description: gcc 4.0 / AIX 5.1 / When running configure with the LDAP option it fails on not being able to find ssl3 and sslap50. I have determined that there is no corresponding libssl3.a and libssldap50.a libraries although I have the completed LDAPCSDK (5.11) loaded. The libraries libssl3.so and libssldap50.so files do exist however. -- Edit bug report at http://bugs.php.net/?id=41965&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41965&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41965&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41965&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41965&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41965&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41965&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41965&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41965&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41965&r=support Expected behavior:http://bugs.php.net/fix.php?id=41965&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41965&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41965&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41965&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41965&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41965&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41965&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41965&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41965&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41965&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41965&r=mysqlcfg
#41954 [Opn->Bgs]: open_basedir and upload_tmp_dir discrepancy
ID: 41954 Updated by: [EMAIL PROTECTED] Reported By: nlgordon at iastate dot edu -Status: Open +Status: Bogus Bug Type: Safe Mode/open_basedir Operating System: RedHat Enterprise 4 PHP Version: 5.2.3 New Comment: Please re-read my answer: "..this function is not even called, because the temporary file is (not) written before any function is executed." Previous Comments: [2007-07-11 16:36:29] nlgordon at iastate dot edu I quote the documentation: Note: move_uploaded_file() is both safe mode and open_basedir aware. However, restrictions are placed only on the destination path as to allow the moving of uploaded files in which filename may conflict with such restrictions. move_uploaded_file() ensures the safety of this operation by allowing only those files uploaded through PHP to be moved. To me this reads that move_uploaded_file should be able to move a file that has been uploaded to a temp dir outside of the open_basedir restriction (The part about the restriction ONLY being on the destination). Since open_basedir prevents that from happening you get a catch-22 situation. If I'm wrong and this isn't supposed to happen then the documentation needs to be updated to let everyone know that they must set upload_tmp_dir if they turn on open_basedir. This is a pretty serious change in functionality and is currently not documented anywhere. So either fix the upload, or fix the documentation. [2007-07-11 16:20:01] [EMAIL PROTECTED] >The problem is that move_uploaded_files claims that it is >open_basedir aware move_uploaded_file() is supposed to move this temp file out of the temp dir, but this function is not even called, because the temporary file is (not) written before any function is executed. [2007-07-11 16:03:50] nlgordon at iastate dot edu The problem is that move_uploaded_files claims that it is open_basedir aware, which I believe, but the php core refuses to upload a file to a temp dir outside of the open_basedir restriction. This sounds like a conflict either in documentation or in the file upload process. I'm not trying to claim that /tmp is within the open_basedir restriction, just trying to get some resolution on what is officially supported by PHP. [2007-07-11 07:25:22] [EMAIL PROTECTED] So when upload_tmp_dir is unset and open_basedir is set, PHP tries to autodetect temp dir and ends up with /tmp, which is not in open_basedir. Hence you get the error which says that /tmp is not in /afs/iastate.edu/virtual/itssilver/. Did I miss something? Where is the problem here? Or you believe that /tmp IS in /afs/iastate.edu/virtual/itssilver/? [2007-07-10 19:47:45] nlgordon at iastate dot edu Description: When uploading a file in a virtual host that has open_basedir enabled and upload_tmp_dir unset the upload fails. Documentation claims that move_uploaded_file is open_basedir aware, which might be all well and true, but the file upload it self is not open_basedir aware. It would also appear that upload_tmp_dir is not open_basedir aware. I believe I have isolated it down to line 230 of php_open_temporary_file.c in the php_open_temporary_fd function: if (!dir || *dir == '\0') { def_tmp: temp_dir = php_get_temporary_directory(); if (temp_dir && *temp_dir != '\0' && !php_check_open_basedir(temp_dir TSRMLS_CC)) { <--- Problem area return php_do_open_temporary_file(temp_dir, pfx, opened_path_p TSRMLS_CC); } else { return -1; } } The php_open_temporary_fd function is referenced by the file upload handling code in rfc1867.c In short the open_basedir check is unnecessary in the case of file uploads since page code can not affect the temp directory uploaded to and move_uploaded_files works correctly. Reproduce code: --- "; print_r($_FILES); move_uploaded_file($_FILES['uploaded']['tmp_name'], '/afs/iastate.edu/virtual/itssilver/WWW/uploads/' . $_FILES['uploaded']['name']); // move_uploaded_file(); } ?> Upload Expected result: $_FILES['uploaded'] should be filled with the information relating to a successful upload. Actual result: -- Apache error log: [Tue Jul 10 14:25:07 2007] [error] [client ***] PHP Warning: Unknown: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/afs/iastate.edu/virtual/itssilver/) in Unknown on line 0, referer: http://silver.its.iastate.edu/testing/upl
#41954 [Bgs->Opn]: open_basedir and upload_tmp_dir discrepancy
ID: 41954 User updated by: nlgordon at iastate dot edu Reported By: nlgordon at iastate dot edu -Status: Bogus +Status: Open Bug Type: Safe Mode/open_basedir Operating System: RedHat Enterprise 4 PHP Version: 5.2.3 New Comment: I quote the documentation: Note: move_uploaded_file() is both safe mode and open_basedir aware. However, restrictions are placed only on the destination path as to allow the moving of uploaded files in which filename may conflict with such restrictions. move_uploaded_file() ensures the safety of this operation by allowing only those files uploaded through PHP to be moved. To me this reads that move_uploaded_file should be able to move a file that has been uploaded to a temp dir outside of the open_basedir restriction (The part about the restriction ONLY being on the destination). Since open_basedir prevents that from happening you get a catch-22 situation. If I'm wrong and this isn't supposed to happen then the documentation needs to be updated to let everyone know that they must set upload_tmp_dir if they turn on open_basedir. This is a pretty serious change in functionality and is currently not documented anywhere. So either fix the upload, or fix the documentation. Previous Comments: [2007-07-11 16:20:01] [EMAIL PROTECTED] >The problem is that move_uploaded_files claims that it is >open_basedir aware move_uploaded_file() is supposed to move this temp file out of the temp dir, but this function is not even called, because the temporary file is (not) written before any function is executed. [2007-07-11 16:03:50] nlgordon at iastate dot edu The problem is that move_uploaded_files claims that it is open_basedir aware, which I believe, but the php core refuses to upload a file to a temp dir outside of the open_basedir restriction. This sounds like a conflict either in documentation or in the file upload process. I'm not trying to claim that /tmp is within the open_basedir restriction, just trying to get some resolution on what is officially supported by PHP. [2007-07-11 07:25:22] [EMAIL PROTECTED] So when upload_tmp_dir is unset and open_basedir is set, PHP tries to autodetect temp dir and ends up with /tmp, which is not in open_basedir. Hence you get the error which says that /tmp is not in /afs/iastate.edu/virtual/itssilver/. Did I miss something? Where is the problem here? Or you believe that /tmp IS in /afs/iastate.edu/virtual/itssilver/? [2007-07-10 19:47:45] nlgordon at iastate dot edu Description: When uploading a file in a virtual host that has open_basedir enabled and upload_tmp_dir unset the upload fails. Documentation claims that move_uploaded_file is open_basedir aware, which might be all well and true, but the file upload it self is not open_basedir aware. It would also appear that upload_tmp_dir is not open_basedir aware. I believe I have isolated it down to line 230 of php_open_temporary_file.c in the php_open_temporary_fd function: if (!dir || *dir == '\0') { def_tmp: temp_dir = php_get_temporary_directory(); if (temp_dir && *temp_dir != '\0' && !php_check_open_basedir(temp_dir TSRMLS_CC)) { <--- Problem area return php_do_open_temporary_file(temp_dir, pfx, opened_path_p TSRMLS_CC); } else { return -1; } } The php_open_temporary_fd function is referenced by the file upload handling code in rfc1867.c In short the open_basedir check is unnecessary in the case of file uploads since page code can not affect the temp directory uploaded to and move_uploaded_files works correctly. Reproduce code: --- "; print_r($_FILES); move_uploaded_file($_FILES['uploaded']['tmp_name'], '/afs/iastate.edu/virtual/itssilver/WWW/uploads/' . $_FILES['uploaded']['name']); // move_uploaded_file(); } ?> Upload Expected result: $_FILES['uploaded'] should be filled with the information relating to a successful upload. Actual result: -- Apache error log: [Tue Jul 10 14:25:07 2007] [error] [client ***] PHP Warning: Unknown: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/afs/iastate.edu/virtual/itssilver/) in Unknown on line 0, referer: http://silver.its.iastate.edu/testing/upload.php [Tue Jul 10 14:25:07 2007] [error] [client ***] PHP Warning: File upload error - unable to create a temporary file in Unknown on line 0, referer: http://silver.its.iastate.edu/testing/upload.php Also, this error is never sent to the browser, it wo
#41964 [Opn->Asn]: strtotime returns a timestamp for non-time string of pattern '(A|a) .+'
ID: 41964 Updated by: [EMAIL PROTECTED] Reported By: al dot vazquez at gmail dot com -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: Linux PHP Version: 5.2.3 -Assigned To: +Assigned To: derick New Comment: There is indeed a bug: [EMAIL PROTECTED]:~$ php -r 'var_dump(date_parse("A"));' array(12) { ["year"]=> bool(false) ["month"]=> bool(false) ["day"]=> bool(false) ["hour"]=> bool(false) ["minute"]=> bool(false) ["second"]=> bool(false) ["fraction"]=> bool(false) ["warning_count"]=> int(0) ["warnings"]=> array(0) { } ["error_count"]=> int(1) ["errors"]=> array(1) { [0]=> string(12) "Empty string" } ["is_localtime"]=> bool(false) } It is not an empty string... Derick Previous Comments: [2007-07-11 15:35:01] al dot vazquez at gmail dot com Description: strtotime return the current timestamp for the values 'A Revolution in Development' and 'a nothing'. Expected return value is false. This seems to be tripped by the first character being the letter 'a' or 'A' followed by a space followed by more text. Reproduce code: --- echo strtotime('Ask the Experts'); echo strtotime('A '); echo strtotime('A'); echo strtotime('a '); echo strtotime('a'); echo strtotime('A Revolution in Development'); echo strtotime('a nothing'); Expected result: false false false false false false false Actual result: -- false false false false false current timestamp current timestamp -- Edit this bug report at http://bugs.php.net/?id=41964&edit=1
#41954 [Opn->Bgs]: open_basedir and upload_tmp_dir discrepancy
ID: 41954 Updated by: [EMAIL PROTECTED] Reported By: nlgordon at iastate dot edu -Status: Open +Status: Bogus Bug Type: Safe Mode/open_basedir Operating System: RedHat Enterprise 4 PHP Version: 5.2.3 New Comment: >The problem is that move_uploaded_files claims that it is >open_basedir aware move_uploaded_file() is supposed to move this temp file out of the temp dir, but this function is not even called, because the temporary file is (not) written before any function is executed. Previous Comments: [2007-07-11 16:03:50] nlgordon at iastate dot edu The problem is that move_uploaded_files claims that it is open_basedir aware, which I believe, but the php core refuses to upload a file to a temp dir outside of the open_basedir restriction. This sounds like a conflict either in documentation or in the file upload process. I'm not trying to claim that /tmp is within the open_basedir restriction, just trying to get some resolution on what is officially supported by PHP. [2007-07-11 07:25:22] [EMAIL PROTECTED] So when upload_tmp_dir is unset and open_basedir is set, PHP tries to autodetect temp dir and ends up with /tmp, which is not in open_basedir. Hence you get the error which says that /tmp is not in /afs/iastate.edu/virtual/itssilver/. Did I miss something? Where is the problem here? Or you believe that /tmp IS in /afs/iastate.edu/virtual/itssilver/? [2007-07-10 19:47:45] nlgordon at iastate dot edu Description: When uploading a file in a virtual host that has open_basedir enabled and upload_tmp_dir unset the upload fails. Documentation claims that move_uploaded_file is open_basedir aware, which might be all well and true, but the file upload it self is not open_basedir aware. It would also appear that upload_tmp_dir is not open_basedir aware. I believe I have isolated it down to line 230 of php_open_temporary_file.c in the php_open_temporary_fd function: if (!dir || *dir == '\0') { def_tmp: temp_dir = php_get_temporary_directory(); if (temp_dir && *temp_dir != '\0' && !php_check_open_basedir(temp_dir TSRMLS_CC)) { <--- Problem area return php_do_open_temporary_file(temp_dir, pfx, opened_path_p TSRMLS_CC); } else { return -1; } } The php_open_temporary_fd function is referenced by the file upload handling code in rfc1867.c In short the open_basedir check is unnecessary in the case of file uploads since page code can not affect the temp directory uploaded to and move_uploaded_files works correctly. Reproduce code: --- "; print_r($_FILES); move_uploaded_file($_FILES['uploaded']['tmp_name'], '/afs/iastate.edu/virtual/itssilver/WWW/uploads/' . $_FILES['uploaded']['name']); // move_uploaded_file(); } ?> Upload Expected result: $_FILES['uploaded'] should be filled with the information relating to a successful upload. Actual result: -- Apache error log: [Tue Jul 10 14:25:07 2007] [error] [client ***] PHP Warning: Unknown: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/afs/iastate.edu/virtual/itssilver/) in Unknown on line 0, referer: http://silver.its.iastate.edu/testing/upload.php [Tue Jul 10 14:25:07 2007] [error] [client ***] PHP Warning: File upload error - unable to create a temporary file in Unknown on line 0, referer: http://silver.its.iastate.edu/testing/upload.php Also, this error is never sent to the browser, it would appear that the internal engine does not have enough information about the script being run to identify the file even being run in. -- Edit this bug report at http://bugs.php.net/?id=41954&edit=1
#41954 [Fbk->Opn]: open_basedir and upload_tmp_dir discrepancy
ID: 41954 User updated by: nlgordon at iastate dot edu Reported By: nlgordon at iastate dot edu -Status: Feedback +Status: Open Bug Type: Safe Mode/open_basedir Operating System: RedHat Enterprise 4 PHP Version: 5.2.3 New Comment: The problem is that move_uploaded_files claims that it is open_basedir aware, which I believe, but the php core refuses to upload a file to a temp dir outside of the open_basedir restriction. This sounds like a conflict either in documentation or in the file upload process. I'm not trying to claim that /tmp is within the open_basedir restriction, just trying to get some resolution on what is officially supported by PHP. Previous Comments: [2007-07-11 07:25:22] [EMAIL PROTECTED] So when upload_tmp_dir is unset and open_basedir is set, PHP tries to autodetect temp dir and ends up with /tmp, which is not in open_basedir. Hence you get the error which says that /tmp is not in /afs/iastate.edu/virtual/itssilver/. Did I miss something? Where is the problem here? Or you believe that /tmp IS in /afs/iastate.edu/virtual/itssilver/? [2007-07-10 19:47:45] nlgordon at iastate dot edu Description: When uploading a file in a virtual host that has open_basedir enabled and upload_tmp_dir unset the upload fails. Documentation claims that move_uploaded_file is open_basedir aware, which might be all well and true, but the file upload it self is not open_basedir aware. It would also appear that upload_tmp_dir is not open_basedir aware. I believe I have isolated it down to line 230 of php_open_temporary_file.c in the php_open_temporary_fd function: if (!dir || *dir == '\0') { def_tmp: temp_dir = php_get_temporary_directory(); if (temp_dir && *temp_dir != '\0' && !php_check_open_basedir(temp_dir TSRMLS_CC)) { <--- Problem area return php_do_open_temporary_file(temp_dir, pfx, opened_path_p TSRMLS_CC); } else { return -1; } } The php_open_temporary_fd function is referenced by the file upload handling code in rfc1867.c In short the open_basedir check is unnecessary in the case of file uploads since page code can not affect the temp directory uploaded to and move_uploaded_files works correctly. Reproduce code: --- "; print_r($_FILES); move_uploaded_file($_FILES['uploaded']['tmp_name'], '/afs/iastate.edu/virtual/itssilver/WWW/uploads/' . $_FILES['uploaded']['name']); // move_uploaded_file(); } ?> Upload Expected result: $_FILES['uploaded'] should be filled with the information relating to a successful upload. Actual result: -- Apache error log: [Tue Jul 10 14:25:07 2007] [error] [client ***] PHP Warning: Unknown: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/afs/iastate.edu/virtual/itssilver/) in Unknown on line 0, referer: http://silver.its.iastate.edu/testing/upload.php [Tue Jul 10 14:25:07 2007] [error] [client ***] PHP Warning: File upload error - unable to create a temporary file in Unknown on line 0, referer: http://silver.its.iastate.edu/testing/upload.php Also, this error is never sent to the browser, it would appear that the internal engine does not have enough information about the script being run to identify the file even being run in. -- Edit this bug report at http://bugs.php.net/?id=41954&edit=1
#41955 [Asn->Bgs]: addChild() with no namespace defined ignores the default namespace
ID: 41955 Updated by: [EMAIL PROTECTED] Reported By: hubert dot roksor at gmail dot com -Status: Assigned +Status: Bogus Bug Type:SimpleXML related PHP Version: 5CVS-2007-07-10 (snap) Assigned To: rrichards New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Behavior is specific to simplexml. You are in the http://myns namespace scope (from $xml->children('http://myns');) and the child is created within that scope unless otherwise specified. Previous Comments: [2007-07-10 20:53:48] hubert dot roksor at gmail dot com Description: When adding a non-namespaced element to namespaced one, the new element is created under its parent's namespace instead of the scope's default namespace. In the reproduce code below we create a tree whose root element carries an empty default namespace declaration, with one "child" element under a custom namespace. We use addChild() to add a grandchild with no namespace defined. As per my understanding of XML Namespaces specifications, that element should be created under the default namespace and since the default namespace is empty the element should not use any namespace at all. A few notes: - moving the default namespace declaration to the child node does not change the outcome - using a non-empty default namespace does not change the outcome - specifying an empty namespace using addChild()'s third parameter gives the expected result Tested on: PHP 5.2.4-dev (cli) (built: Jul 10 2007 12:04:20) libXML Version => 2.6.26 SimpleXML Revision => $Revision: 1.151.2.22.2.33 $ Thanks for reading, and thanks for fixing my previous bugs so quickly ;) Reproduce code: --- http://myns"; xmlns=""> '); $children = $xml->children('http://myns'); $children[0]->addChild('grandchild', 'hello'); echo $xml->asXML(); ?> Expected result: http://myns"; xmlns=""> hello Actual result: -- http://myns"; xmlns=""> hello -- Edit this bug report at http://bugs.php.net/?id=41955&edit=1
#37285 [Com]: PDOConnection->exec fails silently
ID: 37285 Comment by: pickscrape at gmail dot com Reported By: vldi at yahoo dot com Status: Assigned Bug Type: PDO related Operating System: Suse 10 PHP Version: 5CVS-2006-05-02 (snap) Assigned To: wez New Comment: I am able to reproduce this using the following example: setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); $objStmt = $objDB->prepare('I do not even remotely resemble a query.'); $objStmt->execute(); ?> The key in my case is in changing the connection parameters. If I'm connecting to a MySQL 5 server, the exception is thrown correctly. If I'm connecting to a MySQL 4.0 server, no exception is thrown. At the client end I have MySQL 5 libraries installed, running bundled PDO via PHP 5.2.2. Previous Comments: [2006-06-02 18:23:30] moy at ivsol dot net Im having the same issue. PHP version: PHP 5.1.4-pl0-gentoo with Hardening-Patch 0.4.9 (cli) (built: May 16 2006 16:51:09) I dont think It matters having Hardening Patch. I have used the following code to test: setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); /* the following statement have SQL error, no space between SET value and WHERE clause */ $statement= $pdo->prepare('UPDATE patterns SET pattern_name = :pattern_nameWHERE pattern_id = :pattern_id'); $pattern_name = 'SIP Internas'; $pattern_id = 4; $values = array(':pattern_name' => $pattern_name, ':pattern_id' => $pattern_id); $result = $statement->execute($values); var_dump($result); var_dump($statement->errorInfo()); } catch ( PDOException $error ) { echo $error->getMessage() . "\n"; } ?> I was expecting an exception, or the query executed successfully, nothing happens. I have noticed that postgresql executes the query correctly If I put the literal query in the command line, no matter that no space exists between the SET value and the starting of the WHERE clause. [2006-05-04 15:57:02] smlerman at gmail dot com Well, I found the problem with my code. $stmt->bindValue(':something', $some_array, PDO::PARAM_INT); Obviously, trying to bind an array as an integer doesn't work too well. Some type of error message/exception would be nice to see though. [2006-05-04 14:59:14] smlerman at gmail dot com 5.1.2 using MySQL. This also appears to be a problem with prepared queries. $stmt->execute() returns false, but no exception is raised. Both $db->errorInfo() and $stmt->errorInfo() show no error (code '0'). The database log shows the query being prepared, but doesn't show the execution attempt. $res = $stmt->execute(); echo ""; var_dump($res, $stmt->errorInfo(), $db->errorInfo()); echo ""; bool(false) array(1) { [0]=> string(5) "0" } array(1) { [0]=> string(5) "0" } [2006-05-02 21:05:00] vldi at yahoo dot com Description: PDO does not raise the exception when SQL fails. Config is: './configure' '--prefix=/usr/local/php5' '--with-openssl' '--with-kerberos' '--with-zlib' '--with-bz2' '--enable-calendar' '--with-curl' '--with-curlwrappers' '--enable-exif' '--enable-ftp' '--with-gettext' '--with-ldap' '--with-ldap-sasl' '--with-mssql=/usr/local/freetds' '--with-mysql' '--with-mysql-sock' '--with-mysqli' '--with-unixODBC=/usr' '--with-pdo-mysql' '--with-pdo-odbc=unixODBC,/usr' '--enable-sockets' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--with-xsl' '--with-pear' '--disable-cgi' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-config-file-path=/etc/php.ini' '--enable-debug' Reproduce code: --- No DBH"; die(); }; $dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); $dbh->exec(" create procedure pdotest @param_in int = null, @param_out int output as set @param_out = @param_in go "); } catch ( PDOException $e ) { print "Failed: ".$e->getMessage().""; die(); } ?> Succedeed Expected result: Expect to either see the new procedure created, or exception raised. Actual result: -- The page displays "Succeesed", yet no procedure created in the database. -- Edit this bug report at http://bugs.php.net/?id=37285&edit=1
#41964 [NEW]: strtotime returns a timestamp for non-time string of pattern '(A|a) .+'
From: al dot vazquez at gmail dot com Operating system: Linux PHP version: 5.2.3 PHP Bug Type: Date/time related Bug description: strtotime returns a timestamp for non-time string of pattern '(A|a) .+' Description: strtotime return the current timestamp for the values 'A Revolution in Development' and 'a nothing'. Expected return value is false. This seems to be tripped by the first character being the letter 'a' or 'A' followed by a space followed by more text. Reproduce code: --- echo strtotime('Ask the Experts'); echo strtotime('A '); echo strtotime('A'); echo strtotime('a '); echo strtotime('a'); echo strtotime('A Revolution in Development'); echo strtotime('a nothing'); Expected result: false false false false false false false Actual result: -- false false false false false current timestamp current timestamp -- Edit bug report at http://bugs.php.net/?id=41964&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41964&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41964&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41964&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41964&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41964&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41964&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41964&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41964&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41964&r=support Expected behavior:http://bugs.php.net/fix.php?id=41964&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41964&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41964&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41964&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41964&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41964&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41964&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41964&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41964&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41964&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41964&r=mysqlcfg
#41963 [Bgs]: PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to a
ID: 41963 User updated by: girish dot kulkarni at t-systems dot com Reported By: girish dot kulkarni at t-systems dot com Status: Bogus Bug Type: Apache related Operating System: Solaris 10 PHP Version: 5.2.3 New Comment: I have searched on net but its the correct script & its tested by the blogging team. It wont consume more memory it seems some problem is there with PHP !! Please suggest the solution Previous Comments: [2007-07-11 13:24:52] [EMAIL PROTECTED] Apparently your scripts consume too much memory. Not PHP problem. [2007-07-11 13:15:59] girish dot kulkarni at t-systems dot com Description: My OS is Solaris 10 & I have installed Apache - Apache/2.0.58, Mysql - Ver 14.12 Distrib 5.0.41, for pc-solaris2.10 (i386) & configured PHP : PHP 5.2.3 (cli) (built: Jul 6 2007 16:34:43) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies but while trying to insatll the wordpress (Blogging tool) Its showing below error in php log files = [11-Jul-2007 18:26:34] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 10 bytes) in /var/apache2/htdocs/wordpress/wp-includes/cache.php on line 324 = I increased memory limit from 128 to 256 MB but the error is still there please tell me how to resolve the eror Even simple php codes i can view with apache server so apache doesnt seems to be a problem. Here is more information about PHP === System SunOS Blwebplsun 5.10 Generic_118855-33 i86pc Build Date Jul 10 2007 13:25:25 Configure Command './configure' '--with-apxs2=/usr/apache2/bin/apxs' '--with-mysql=/usr/local/mysql' '--enable-dbase' '--with-libxml-dir=/usr/local' '--with-config-file-path=/etc/apache2' Server API Apache 2.0 Handler Virtual Directory Support disabled Configuration File (php.ini) Path /etc/apache2 Loaded Configuration File /etc/apache2/php.ini PHP API 20041225 PHP Extension 20060613 Zend Extension 220060519 Debug Build no Thread Safety disabled Zend Memory Manager enabled IPv6 Support enabled Registered PHP Streams php, file, data, http, ftp Registered Stream Socket Transports tcp, udp, unix, udg Registered Stream Filters string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, convert.iconv.* This program makes use of the Zend Scripting Language Engine: Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies -- Edit this bug report at http://bugs.php.net/?id=41963&edit=1
#41959 [Opn->Bgs]: 5.2.3 for Windows Broken Modules
ID: 41959 Updated by: [EMAIL PROTECTED] Reported By: jcoe at market-sense dot com -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: Windows XP PHP Version: 5.2.3 New Comment: >Is there a URL where people can find a clear list of modules' >external dependencies/doesn't work on Windows status? Sure, just open the docs and read the very first page for each extension. Pay special attention to the "Requirements". Previous Comments: [2007-07-11 13:58:22] jcoe at market-sense dot com Shouldn't the installer either not offer or at least indicate which ones are not expected to work under Windows? Is there a URL where people can find a clear list of modules' external dependencies/doesn't work on Windows status? [2007-07-11 00:01:13] [EMAIL PROTECTED] You've clearly went and enabled every single possible module thats there, unfortunately the installer doesn't include all of the external dependencies that are required as well as including modules that don't function correctly under Windows. I suggest you reinstall and only enable the ones you actually require. [2007-07-10 22:45:49] jcoe at market-sense dot com Description: Executing PHP.EXE shows a number of errors claiming that various modules do not exist, yet the DLLs are present in the ext directory. PHP was set up using the installer. I then tried copying the unpacked content from the latest snapshot zip with the same results. Actual result: -- C:\Documents and Settings\jcoe>php Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_exif.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_oci8.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_pdo_oci.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_pdo_oci8.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_pdo_sqlite_external.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_pspell.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_sybase_ct.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_ibm_db2.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_ifx.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_ingres.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_maxdb.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_mcve.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_netools.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_oracle.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_pdo_ibm.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_pdo_informix.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_svn.dll' - The specified module could not be found. in Unknown on line 0 Cannot find module (IP-MIB): At line 0 in (none) Cannot find module (IF-MIB): At line 0 in (none) Cannot find module (TCP-MIB): At line 0 in (none) Cannot find module (UDP-MIB): At line 0 in (none) Cannot find module (SNMPv2-MIB): At line 0 in (none) Cannot find module (SNMPv2-SMI): At line 0 in (none) Cannot find module (UCD-SNMP-MIB): At line 0 in (none) Cannot find module (UCD-DEMO-MIB): At line 0 in (none) Cannot find module (SNM
#41959 [Bgs->Opn]: 5.2.3 for Windows Broken Modules
ID: 41959 User updated by: jcoe at market-sense dot com Reported By: jcoe at market-sense dot com -Status: Bogus +Status: Open Bug Type: Dynamic loading Operating System: Windows XP PHP Version: 5.2.3 New Comment: Shouldn't the installer either not offer or at least indicate which ones are not expected to work under Windows? Is there a URL where people can find a clear list of modules' external dependencies/doesn't work on Windows status? Previous Comments: [2007-07-11 00:01:13] [EMAIL PROTECTED] You've clearly went and enabled every single possible module thats there, unfortunately the installer doesn't include all of the external dependencies that are required as well as including modules that don't function correctly under Windows. I suggest you reinstall and only enable the ones you actually require. [2007-07-10 22:45:49] jcoe at market-sense dot com Description: Executing PHP.EXE shows a number of errors claiming that various modules do not exist, yet the DLLs are present in the ext directory. PHP was set up using the installer. I then tried copying the unpacked content from the latest snapshot zip with the same results. Actual result: -- C:\Documents and Settings\jcoe>php Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_exif.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_oci8.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_pdo_oci.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_pdo_oci8.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_pdo_sqlite_external.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_pspell.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_sybase_ct.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_ibm_db2.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_ifx.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_ingres.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_maxdb.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_mcve.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_netools.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_oracle.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_pdo_ibm.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_pdo_informix.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\p hp_svn.dll' - The specified module could not be found. in Unknown on line 0 Cannot find module (IP-MIB): At line 0 in (none) Cannot find module (IF-MIB): At line 0 in (none) Cannot find module (TCP-MIB): At line 0 in (none) Cannot find module (UDP-MIB): At line 0 in (none) Cannot find module (SNMPv2-MIB): At line 0 in (none) Cannot find module (SNMPv2-SMI): At line 0 in (none) Cannot find module (UCD-SNMP-MIB): At line 0 in (none) Cannot find module (UCD-DEMO-MIB): At line 0 in (none) Cannot find module (SNMP-TARGET-MIB): At line 0 in (none) Cannot find module (SNMP-VIEW-BASED-ACM-MIB): At line 0 in (none) Cannot find module (SNMP-COMMUNITY-MIB): At line 0 in (none) Cannot find module (UCD-DLMOD-MIB): At line 0 in (none) Cannot find module (SNMP-FRAMEWORK-MIB): At line 0 in (none) Cannot find module (SNMP-MPD-MIB): At line 0 in (none) Cannot find module (S
#41961 [Asn]: Search for overridden private methods strays from class hierarchy
ID: 41961 User updated by: robin_fernandes at uk dot ibm dot com Reported By: robin_fernandes at uk dot ibm dot com Status: Assigned Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2007-07-11 (snap) Assigned To: dmitry New Comment: Sorry - step 2 in the description should read: "2. An unrelated class has a *private* method of the same name." Previous Comments: [2007-07-11 13:06:30] robin_fernandes at uk dot ibm dot com Below is a _suggested_ fix to zend_object_handlers.c based on snap php5.2-200707111030. I have only tested on Linux using 'make test'. Note that I am not highly familiar with the Zend Engine internals, so I could have overlooked a side effect or a better solution. --- php5.2-theirs/Zend/zend_object_handlers.c 2007-03-23 17:30:59.0 + +++ php5.2-mine/Zend/zend_object_handlers.c 2007-07-11 13:19:43.0 +0100 @@ -800,7 +800,7 @@ /* Ensure that we haven't overridden a private function and end up calling * the overriding public function... */ - if (EG(scope) && fbc->op_array.fn_flags & ZEND_ACC_CHANGED) { + if (EG(scope) && is_derived_class(fbc->common.scope, EG(scope)) && fbc->op_array.fn_flags & ZEND_ACC_CHANGED) { zend_function *priv_fbc; if (zend_hash_find(&EG(scope)->function_table, lc_method_name, method_len+1, (void **) &priv_fbc)==SUCCESS [2007-07-11 13:01:50] robin_fernandes at uk dot ibm dot com Description: The wrong method is invoked if the following conditions are met: 1. A class has a public method that overrides/hides private method from its parent. 2. An unrelated class has a public method of the same name. 3. The overriding method is invoked from within the unrelated class. The unrelated class's method will be called instead of the overriding method. See the testcase below for an example. Reproduce code: --- The testcase is over 20 lines, but can be found here: http://www.nomorepasting.com/getpaste.php?pasteid=1270 Expected result: Called public ChildClass::secret() on an instance of: ChildClass Actual result: -- Called private X::secret() on an instance of: ChildClass -- Edit this bug report at http://bugs.php.net/?id=41961&edit=1
#41951 [WFx]: floats are stored as ints
ID: 41951 User updated by: rachmel at avaya dot com Reported By: rachmel at avaya dot com Status: Wont fix Bug Type: *Math Functions Operating System: WindRiver Linux PHP Version: 5.2CVS-20070710 New Comment: Hi, OK - I understand you aren't going to fix it, but I have found the problematic values and will post them here for others to benefit. when the configure script tries to define the sizes of int, char etc. for a cross-compilation environment, it uses some predefined values that aren't necessarily fit. The values I had to changes were of: (1) sizeof long (2) sizeof ssize_t (3) sizeof size_t Thanks for the help, Nir. Previous Comments: [2007-07-11 07:40:54] [EMAIL PROTECTED] It's propably the cross-compiling causing this. It picks wrong values for certain defines. See configure.in for AC_CHECK_SIZEOF and PHP_CHECK_SIZEOF for examples. The last parameter in those is the value passed when cross-compiling. Also check the generated main/php_config.h which you better change before running make to change those to be correct. In any case, cross-compiling is something that we don't really support so I'm closing this report. [2007-07-11 07:29:36] rachmel at avaya dot com I see.. Well, can you at least give me directions? Where can I find the code responsible for parsing numbers and deciding whether to save them as int / floats? Thanks, Nir. [2007-07-11 07:22:17] [EMAIL PROTECTED] We don't have any PPC-windriver machines off hand, so I don't thin anybody is able to help you except for yourself. [2007-07-10 14:38:19] rachmel at avaya dot com Hi, I tried the CVS head version you offered me in the above link. The problem is still there, and the numbers are not converted to float as expected. [2007-07-10 14:10:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi 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/41951 -- Edit this bug report at http://bugs.php.net/?id=41951&edit=1
#41962 [Opn->Csd]: Incorrect error message
ID: 41962 Updated by: [EMAIL PROTECTED] Reported By: zoe at uk dot ibm dot com -Status: Open +Status: Closed -Bug Type: Scripting Engine problem +Bug Type: Unknown/Other Function Operating System: Any PHP Version: 5CVS-2007-07-11 (CVS) New Comment: This bug has been fixed in CVS. 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: [2007-07-11 13:14:09] zoe at uk dot ibm dot com Description: This is a minor mistake in an error message in reflectionClass. When isSubClassOf() is given a non-existent class (X) as a parameter the resulting fatal error says "Interface X does not exist". This should read "Class X does not exist". Reproduce code: --- --TEST-- ReflectionClass::isSubclassOf() - non-existent class error --FILE-- isSubclassOf('X')); ?> --EXPECTF-- Fatal error: Uncaught exception 'ReflectionException' with message 'Class X does not exist' in %s:5 Stack trace: #0 %s(5): ReflectionClass->isSubclassOf('X') #1 {main} thrown in %s on line 5 Expected result: See EXPECT section above Actual result: -- Fatal error: Uncaught exception 'ReflectionException' with message 'Interface X does not exist' in %s:5 -- Edit this bug report at http://bugs.php.net/?id=41962&edit=1
#41963 [Opn->Bgs]: PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to a
ID: 41963 Updated by: [EMAIL PROTECTED] Reported By: girish dot kulkarni at t-systems dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Solaris 10 PHP Version: 5.2.3 New Comment: Apparently your scripts consume too much memory. Not PHP problem. Previous Comments: [2007-07-11 13:15:59] girish dot kulkarni at t-systems dot com Description: My OS is Solaris 10 & I have installed Apache - Apache/2.0.58, Mysql - Ver 14.12 Distrib 5.0.41, for pc-solaris2.10 (i386) & configured PHP : PHP 5.2.3 (cli) (built: Jul 6 2007 16:34:43) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies but while trying to insatll the wordpress (Blogging tool) Its showing below error in php log files = [11-Jul-2007 18:26:34] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 10 bytes) in /var/apache2/htdocs/wordpress/wp-includes/cache.php on line 324 = I increased memory limit from 128 to 256 MB but the error is still there please tell me how to resolve the eror Even simple php codes i can view with apache server so apache doesnt seems to be a problem. Here is more information about PHP === System SunOS Blwebplsun 5.10 Generic_118855-33 i86pc Build Date Jul 10 2007 13:25:25 Configure Command './configure' '--with-apxs2=/usr/apache2/bin/apxs' '--with-mysql=/usr/local/mysql' '--enable-dbase' '--with-libxml-dir=/usr/local' '--with-config-file-path=/etc/apache2' Server API Apache 2.0 Handler Virtual Directory Support disabled Configuration File (php.ini) Path /etc/apache2 Loaded Configuration File /etc/apache2/php.ini PHP API 20041225 PHP Extension 20060613 Zend Extension 220060519 Debug Build no Thread Safety disabled Zend Memory Manager enabled IPv6 Support enabled Registered PHP Streams php, file, data, http, ftp Registered Stream Socket Transports tcp, udp, unix, udg Registered Stream Filters string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, convert.iconv.* This program makes use of the Zend Scripting Language Engine: Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies -- Edit this bug report at http://bugs.php.net/?id=41963&edit=1
#41600 [Fbk->Opn]: url rewriter tags doesn't work with special chars
ID: 41600 User updated by: jonathanl at olx dot com Reported By: jonathanl at olx dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.4.7 Assigned To: iliaa New Comment: The PHP snapshot you are saying are version 5.x version, is it possible to have this fixed on 4.x version? Previous Comments: [2007-07-11 12:53:46] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-06-07 12:15:13] jonathanl at olx dot com It is not working on the 4.4.7 PHP version. [2007-06-06 00:01:19] [EMAIL PROTECTED] This bug has been fixed in CVS. 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. [2007-06-05 18:00:30] jonathanl at olx dot com Description: When my HTML has tags like A link the url rewriter doesn't recognize them even if I add emv:a=href to the url_rewriter.tags configuration in my php.ini. Removing :a and leaving it like A link and changing url_rewriter.tags to emv=href works fine. So I assume it has to be something related to how PHP is replacing tags. Reproduce code: --- Put some special tag in your HTML, like: A Link And add emv:a=href to your url_rewriter.tags in php.ini Expected result: A Link Actual result: -- A Link -- Edit this bug report at http://bugs.php.net/?id=41600&edit=1
#41961 [Opn->Asn]: Search for overridden private methods strays from class hierarchy
ID: 41961 Updated by: [EMAIL PROTECTED] Reported By: robin_fernandes at uk dot ibm dot com -Status: Open +Status: Assigned Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2007-07-11 (snap) -Assigned To: +Assigned To: dmitry Previous Comments: [2007-07-11 13:06:30] robin_fernandes at uk dot ibm dot com Below is a _suggested_ fix to zend_object_handlers.c based on snap php5.2-200707111030. I have only tested on Linux using 'make test'. Note that I am not highly familiar with the Zend Engine internals, so I could have overlooked a side effect or a better solution. --- php5.2-theirs/Zend/zend_object_handlers.c 2007-03-23 17:30:59.0 + +++ php5.2-mine/Zend/zend_object_handlers.c 2007-07-11 13:19:43.0 +0100 @@ -800,7 +800,7 @@ /* Ensure that we haven't overridden a private function and end up calling * the overriding public function... */ - if (EG(scope) && fbc->op_array.fn_flags & ZEND_ACC_CHANGED) { + if (EG(scope) && is_derived_class(fbc->common.scope, EG(scope)) && fbc->op_array.fn_flags & ZEND_ACC_CHANGED) { zend_function *priv_fbc; if (zend_hash_find(&EG(scope)->function_table, lc_method_name, method_len+1, (void **) &priv_fbc)==SUCCESS [2007-07-11 13:01:50] robin_fernandes at uk dot ibm dot com Description: The wrong method is invoked if the following conditions are met: 1. A class has a public method that overrides/hides private method from its parent. 2. An unrelated class has a public method of the same name. 3. The overriding method is invoked from within the unrelated class. The unrelated class's method will be called instead of the overriding method. See the testcase below for an example. Reproduce code: --- The testcase is over 20 lines, but can be found here: http://www.nomorepasting.com/getpaste.php?pasteid=1270 Expected result: Called public ChildClass::secret() on an instance of: ChildClass Actual result: -- Called private X::secret() on an instance of: ChildClass -- Edit this bug report at http://bugs.php.net/?id=41961&edit=1
#41963 [NEW]: PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to a
From: girish dot kulkarni at t-systems dot com Operating system: Solaris 10 PHP version: 5.2.3 PHP Bug Type: Apache related Bug description: PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to a Description: My OS is Solaris 10 & I have installed Apache - Apache/2.0.58, Mysql - Ver 14.12 Distrib 5.0.41, for pc-solaris2.10 (i386) & configured PHP : PHP 5.2.3 (cli) (built: Jul 6 2007 16:34:43) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies but while trying to insatll the wordpress (Blogging tool) Its showing below error in php log files = [11-Jul-2007 18:26:34] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 10 bytes) in /var/apache2/htdocs/wordpress/wp-includes/cache.php on line 324 = I increased memory limit from 128 to 256 MB but the error is still there please tell me how to resolve the eror Even simple php codes i can view with apache server so apache doesnt seems to be a problem. Here is more information about PHP === System SunOS Blwebplsun 5.10 Generic_118855-33 i86pc Build Date Jul 10 2007 13:25:25 Configure Command './configure' '--with-apxs2=/usr/apache2/bin/apxs' '--with-mysql=/usr/local/mysql' '--enable-dbase' '--with-libxml-dir=/usr/local' '--with-config-file-path=/etc/apache2' Server API Apache 2.0 Handler Virtual Directory Support disabled Configuration File (php.ini) Path /etc/apache2 Loaded Configuration File /etc/apache2/php.ini PHP API 20041225 PHP Extension 20060613 Zend Extension 220060519 Debug Build no Thread Safety disabled Zend Memory Manager enabled IPv6 Support enabled Registered PHP Streams php, file, data, http, ftp Registered Stream Socket Transports tcp, udp, unix, udg Registered Stream Filters string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, convert.iconv.* This program makes use of the Zend Scripting Language Engine: Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies -- Edit bug report at http://bugs.php.net/?id=41963&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41963&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41963&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41963&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41963&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41963&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41963&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41963&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41963&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41963&r=support Expected behavior:http://bugs.php.net/fix.php?id=41963&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41963&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41963&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41963&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41963&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41963&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41963&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41963&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41963&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41963&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41963&r=mysqlcfg
#41962 [NEW]: Incorrect error message
From: zoe at uk dot ibm dot com Operating system: Any PHP version: 5CVS-2007-07-11 (CVS) PHP Bug Type: Scripting Engine problem Bug description: Incorrect error message Description: This is a minor mistake in an error message in reflectionClass. When isSubClassOf() is given a non-existent class (X) as a parameter the resulting fatal error says "Interface X does not exist". This should read "Class X does not exist". Reproduce code: --- --TEST-- ReflectionClass::isSubclassOf() - non-existent class error --FILE-- isSubclassOf('X')); ?> --EXPECTF-- Fatal error: Uncaught exception 'ReflectionException' with message 'Class X does not exist' in %s:5 Stack trace: #0 %s(5): ReflectionClass->isSubclassOf('X') #1 {main} thrown in %s on line 5 Expected result: See EXPECT section above Actual result: -- Fatal error: Uncaught exception 'ReflectionException' with message 'Interface X does not exist' in %s:5 -- Edit bug report at http://bugs.php.net/?id=41962&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41962&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41962&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41962&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41962&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41962&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41962&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41962&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41962&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41962&r=support Expected behavior:http://bugs.php.net/fix.php?id=41962&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41962&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41962&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41962&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41962&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41962&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41962&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41962&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41962&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41962&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41962&r=mysqlcfg
#38900 [Asn]: wddx mangles utf8 characters in serialized strings
ID: 38900 Updated by: [EMAIL PROTECTED] Reported By: grzegorz dot nosek at netart dot pl Status: Assigned Bug Type: WDDX related Operating System: Linux PHP Version: 4.4.4 Assigned To: andrei New Comment: See also bug #40080 Previous Comments: [2006-09-20 13:40:18] grzegorz dot nosek at netart dot pl Description: wddx gets confused if you try to serialize a string with utf8 characters (like the one below, it contains 'z with dot above', 'o acute', 'l stroke' and 'w' - in case it gets messed up somehow). serialized string will contain ... etc, which will get fed into xml_utf8_decode byte by byte (after decoding the hex value), totally wrecking the output. Hackish patch which fixes this (whitespace mangled mercilessly, adjust to taste): --- a/ext/wddx/wddx.c +++ b/ext/wddx/wddx.c @@ -1038,8 +1038,13 @@ static void php_wddx_process_data(void * if (!wddx_stack_is_empty(stack) && !stack->done) { wddx_stack_top(stack, (void**)&ent); switch (Z_TYPE_P(ent)) { - case ST_STRING: - decoded = xml_utf8_decode(s, len, &decoded_len, "ISO-8859-1"); + case ST_STRING: + if (len > 1) { + decoded = xml_utf8_decode(s, len, &decoded_len, "ISO-8859-1"); + } else { + decoded = estrndup(s, len); + decoded_len = len; + } if (Z_STRLEN_P(ent->data) == 0) { Z_STRVAL_P(ent->data) = estrndup(decoded, decoded_len); Reproduce code: --- --TEST-- wddx_deserialize mangles utf8 characters --SKIPIF-- --FILE-- $zolw ); var_dump(array_diff($in, wddx_deserialize(wddx_serialize_value($in; ?> --EXPECT-- array(0) { } -- Edit this bug report at http://bugs.php.net/?id=38900&edit=1
#40080 [Opn]: wddx_deserialize has unicode bug
ID: 40080 Updated by: [EMAIL PROTECTED] Reported By: tim at whiteinteractive dot com Status: Open Bug Type: WDDX related Operating System: Redhat & OS X PHP Version: 4.4.4 New Comment: See also bug #38900 Previous Comments: [2007-01-09 19:44:57] tim at whiteinteractive dot com It looks like wddx_deserialize converts any single node with code point above decimal 192 wrongly! See: http://www.whiteinteractive.com/utf8bug/test3.php and source: http://www.whiteinteractive.com/utf8bug/test3.phps [2007-01-09 18:38:43] tim at whiteinteractive dot com Description: wddx_deseralize seems to convert utf8 character sequences wrongly from nodes. Just the leading byte seems to be off, the subsequent one[s] are correct. Tested on both 4.3.11 (Redhat) and 4.4.5RC1 (OS X) Please see my test page below. P.S. Sorry for duplicate post (#40052) I decided the category was wrong. Reproduce code: --- Interactive example: http://whiteinteractive.com/utf8bug/test2.php and source: http://whiteinteractive.com/utf8bug/test2.phps -- Edit this bug report at http://bugs.php.net/?id=40080&edit=1
#41961 [Opn]: Search for overridden private methods strays from class hierarchy
ID: 41961 User updated by: robin_fernandes at uk dot ibm dot com Reported By: robin_fernandes at uk dot ibm dot com Status: Open Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2007-07-11 (snap) New Comment: Below is a _suggested_ fix to zend_object_handlers.c based on snap php5.2-200707111030. I have only tested on Linux using 'make test'. Note that I am not highly familiar with the Zend Engine internals, so I could have overlooked a side effect or a better solution. --- php5.2-theirs/Zend/zend_object_handlers.c 2007-03-23 17:30:59.0 + +++ php5.2-mine/Zend/zend_object_handlers.c 2007-07-11 13:19:43.0 +0100 @@ -800,7 +800,7 @@ /* Ensure that we haven't overridden a private function and end up calling * the overriding public function... */ - if (EG(scope) && fbc->op_array.fn_flags & ZEND_ACC_CHANGED) { + if (EG(scope) && is_derived_class(fbc->common.scope, EG(scope)) && fbc->op_array.fn_flags & ZEND_ACC_CHANGED) { zend_function *priv_fbc; if (zend_hash_find(&EG(scope)->function_table, lc_method_name, method_len+1, (void **) &priv_fbc)==SUCCESS Previous Comments: [2007-07-11 13:01:50] robin_fernandes at uk dot ibm dot com Description: The wrong method is invoked if the following conditions are met: 1. A class has a public method that overrides/hides private method from its parent. 2. An unrelated class has a public method of the same name. 3. The overriding method is invoked from within the unrelated class. The unrelated class's method will be called instead of the overriding method. See the testcase below for an example. Reproduce code: --- The testcase is over 20 lines, but can be found here: http://www.nomorepasting.com/getpaste.php?pasteid=1270 Expected result: Called public ChildClass::secret() on an instance of: ChildClass Actual result: -- Called private X::secret() on an instance of: ChildClass -- Edit this bug report at http://bugs.php.net/?id=41961&edit=1
#38273 [Opn->Fbk]: Incorrect return address after the execution of a signal handler?
ID: 38273 Updated by: [EMAIL PROTECTED] Reported By: axelluttgens at swing dot be -Status: Open +Status: Feedback Bug Type: PCNTL related -Operating System: Mac OS 10.4.7 +Operating System: Mac OSX 10.4.7 PHP Version: 4.4.2 New Comment: Please try the 5.2 snapshot as requested before. We are going to discontinue support for PHP 4 this year so it is very unlikely that this bug will ever get fixed in PHP 4. But if the bug does not exist in PHP 5.2 it's possible to backport the fix from it to PHP 4. Previous Comments: [2006-08-02 11:05:58] axelluttgens at swing dot be As a follow-up: a "switch" statement, instead of reproduce code's "if" statement, does not seem to be affected by the problem. So, replacing the while loop in reproduce code with this one: while (!socket_select($r = array($endpoint), $w = NULL, $e = NULL, NULL)) switch ($err = socket_last_error()) { case SOCKET_EINTR: socket_clear_error(); PollSigs(); break; default: echo "socket_select() failed with $err\n"; break 2; } I get the expected behavior back (without having to resort to the "dummy statement" kludge): $ /Volumes/Data/Sources/sigtest.php ^C Warning: socket_select() unable to select [4]: Interrupted system call in /Volumes/Data/Sources/sigtest.php on line 32 Received SIGINT Handling SIGINT ^C Warning: socket_select() unable to select [4]: Interrupted system call in /Volumes/Data/Sources/sigtest.php on line 32 Received SIGINT Handling SIGINT Could this be of some help for narrowing the cause? [2006-08-01 11:59:14] axelluttgens at swing dot be Hello Tony, thanks again for your follow up! For various reasons, I am currently really stuck with PHP 4 here. In that sense, PHP 5 isn't an alternative for me yet. But perhaps were you considering a very precise point? Do you want me to try something else? TIA, Axel [2006-07-31 20:13:53] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-07-31 19:40:17] axelluttgens at swing dot be Description: It seems there is a problem with the construction of the return address to be used after an interrupt handler. Now, I'm not sure whether the problem is a general one, or more precisely located in the socket_xxx() family of functions. I used the socket_select() function for building the example, as I needed a function whose execution is liable to be suspended until the occurence of an interrupt. But the "workaround" described hereafter anyway seems to reveal some misbehavior. Reproduce code: --- Create an executable file, say "sigtest.php", with following contents: #!/usr/local/bin/php Expected result: During execution of above file on the terminal, a break (^C) should result in: 1. the capture of SIGINT, and thus the execution of SaveINT(), 2. the continuation of execution after socket_select(), and thus the execution of HandleINT() consecutively to the call of PollSigs(). Actual result: -- [1] With above code, launching the executable yields: $ /Volumes/Data/Sources/sigtest.php ^C Warning: socket_select() unable to select [4]: Interrupted system call in /Volumes/Data/Sources/sigtest.php on line 31 Received SIGINT ^C Warning: socket_select() unable to select [4]: Interrupted system call in /Volumes/Data/Sources/sigtest.php on line 31 Handling SIGINT Received SIGINT [2] Now, uncomment the # $err = $err; line in the source and launch the executable again: $ /Volumes/Data/Sources/sigtest.php ^C Warning: socket_select() unable to select [4]: Interrupted system call in /Volumes/Data/Sources/sigtest.php on line 31 Received SIGINT Handling SIGINT ^C Warning: socket_select() unable to select [4]: Interrupted system call in /Volumes/Data/Sources/sigtest.php on line 31 Received SIGINT Handling SIGINT The dummy instruction (ie, $err = $err;) thus allows to restore exepected behavior. -- Edit this bug report at http://bugs.php.net/?id=38273&edit=1
#39323 [Fbk->Opn]: ifx_fetch_row returns shortened values (PHP 4 only! informix is in PECL now)
ID: 39323 Updated by: [EMAIL PROTECTED] -Summary: ifx_fetch_row returns shortened values Reported By: tobin dot lloyd at cognitomobile dot co dot uk -Status: Feedback +Status: Open Bug Type: Informix related Operating System: Unix PHP Version: 4.4.4 New Comment: Disregard previous request for testing snapshot. Previous Comments: [2007-07-11 13:02:10] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2006-10-31 16:23:12] tobin dot lloyd at cognitomobile dot co dot uk Description: I'm running an ifx_query/ifx_fetch row on a table containing an lvarchar(1000) field. When the field contains more than 255 characters the element of the array returned only contains the first 255 characters. I've verified the contents of the field and it does indeed contain 268 characters. -- Edit this bug report at http://bugs.php.net/?id=39323&edit=1
#39323 [Opn->Fbk]: ifx_fetch_row returns shortened values
ID: 39323 Updated by: [EMAIL PROTECTED] Reported By: tobin dot lloyd at cognitomobile dot co dot uk -Status: Open +Status: Feedback Bug Type: Informix related Operating System: Unix PHP Version: 4.4.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2006-10-31 16:23:12] tobin dot lloyd at cognitomobile dot co dot uk Description: I'm running an ifx_query/ifx_fetch row on a table containing an lvarchar(1000) field. When the field contains more than 255 characters the element of the array returned only contains the first 255 characters. I've verified the contents of the field and it does indeed contain 268 characters. -- Edit this bug report at http://bugs.php.net/?id=39323&edit=1
#41961 [NEW]: Search for overridden private methods strays from class hierarchy
From: robin_fernandes at uk dot ibm dot com Operating system: Linux PHP version: 5CVS-2007-07-11 (snap) PHP Bug Type: Scripting Engine problem Bug description: Search for overridden private methods strays from class hierarchy Description: The wrong method is invoked if the following conditions are met: 1. A class has a public method that overrides/hides private method from its parent. 2. An unrelated class has a public method of the same name. 3. The overriding method is invoked from within the unrelated class. The unrelated class's method will be called instead of the overriding method. See the testcase below for an example. Reproduce code: --- The testcase is over 20 lines, but can be found here: http://www.nomorepasting.com/getpaste.php?pasteid=1270 Expected result: Called public ChildClass::secret() on an instance of: ChildClass Actual result: -- Called private X::secret() on an instance of: ChildClass -- Edit bug report at http://bugs.php.net/?id=41961&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41961&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41961&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41961&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41961&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41961&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41961&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41961&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41961&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41961&r=support Expected behavior:http://bugs.php.net/fix.php?id=41961&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41961&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41961&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41961&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41961&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41961&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41961&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41961&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41961&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41961&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41961&r=mysqlcfg
#39134 [Opn->Fbk]: PHP + FreeTDS 0.64 crashes when TEXT field with empty string encountered
ID: 39134 Updated by: [EMAIL PROTECTED] Reported By: jr-phpbugs at cedric dot unob dot cz -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: linux (irrelevant) PHP Version: 4.4.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-06-07 17:01:28] tsidelinger at columbuslibrary dot org We are experiencing a similar issue. Our php scripts will segment fault when a NULL record is encountered. PHP version: php4-4.3.4-43.77 OS: SLES9 x86_64 FreeTDS Version: 0.64 ODBC Version: unixODBC-2.2.12-13 Our development server is 32 bits, but otherwise identical. Everything works great in development. We have tried the same sql queries via isql and the work just fine. Thus, this seems like a PHP issue. Here is a sample PHP script below. $field1"); } # close the connection odbc_close($connect); ?> [2006-11-01 09:49:47] jr-phpbugs at cedric dot unob dot cz Tested & confirmed: php_mssql extension does not have the problem described. It is a php_sybase_ct extension bug in connection with FreeTDS 0.64. [2006-10-31 15:41:33] [EMAIL PROTECTED] try using --with-mssql instead of --with-sybase-ct. When you are compiling with the sybase option you are not using the MSSQL extension but the sybase extension that happens to have aliasses so you can use mssql_* when you call the functions. - Frank [2006-10-31 05:22:07] cameron dot mcshane at csiro dot au I have also experienced this problem. Details: SuSE SLES 9 php 4.4.2 ('./configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--prefix=/usr/local/php' '--with-sybase-ct=/usr/local/freetds') FreeTDS 0.64 MS MSL 2000 Have tested code as provided in original bug report. CLI version: - crash with "segmentation fault" message libphp4.so version: - affected thread produces a line "[notice] child pid X exit signal Segmentation fault (11)" in Apache's error log. backtrace included below: Program received signal SIGSEGV, Segmentation fault. 0x4014c40c in memcpy () from /lib/tls/libc.so.6 (gdb) bt #0 0x4014c40c in memcpy () from /lib/tls/libc.so.6 #1 0x0811d82b in _estrndup (s=0x820522c "", length=136454143) at /usr/src/php-4.4.2/Zend/zend_alloc.c:387 #2 0x080e6c18 in php_sybase_fetch_result_row (result=0x81e825f, numrows=-1) at /usr/src/php-4.4.2/ext/sybase_ct/php_sybase_ct.c:1185 #3 0x080e8586 in php_sybase_fetch_result_set (sybase_ptr=0x81caf7c, buffered=0, store=) at /usr/src/php-4.4.2/ext/sybase_ct/php_sybase_ct.c:1333 #4 0x080e8bbb in php_sybase_query (ht=, return_value=0x81cdb1c, this_ptr=, return_value_used=1, buffered=0) at /usr/src/php-4.4.2/ext/sybase_ct/php_sybase_ct.c:1497 #5 0x0813ad3c in execute (op_array=0x81caf14) at /usr/src/php-4.4.2/Zend/zend_execute.c:1675 #6 0x08129623 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php-4.4.2/Zend/zend.c:934 #7 0x0810181e in php_execute_script (primary_file=0xb3c0) at /usr/src/php-4.4.2/main/main.c:1753 #8 0x0813bda2 in main (argc=2, argv=0xb484) at /usr/src/php-4.4.2/sapi/cli/php_cli.c:830 (gdb) frame 5 #5 0x0813ad3c in execute (op_array=0x81caf14) at /usr/src/php-4.4.2/Zend/zend_execute.c:1675 1675 ((zend_internal_function *) EX(function_state).function)->handler(EX(opline)->extended_value, EX(Ts)[EX(opline)->result.u.var].var.ptr, EX(object).ptr, return_value_used TSRMLS_CC); (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name $1 = 0x8150075 "mssql_query" (gdb) print (char *)executor_globals.active_op_array->function_name $2 = 0x0 (gdb) print (char *)executor_globals.active_op_array->filename $3 = 0x81cefdc "" (gdb) [2006-10-12 10:32:07] jr-phpbugs at cedric dot unob dot cz (gdb) bt #0 0x003e830f in memcpy () from /lib/libc.so.6 #1 0x0816d0ca in _estrndup (s=0x838a4ac "", length=137940992, __zend_filename=0x8235d40 "/usr/local/src/php/php-4.4.4/ext/sybase_ct/php_sybase_ct.c", __zend_lineno=1185, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/local/src/php/php-4.4.4/Zend/zend_alloc.c:409 #2 0x0813627c in php_sybase_fetch_result_row (result=0x838b450, numrows=-1) at /usr/local/src/php/php-4.4.4/ext/sybase_ct/php_sybase_ct.c:1185 #3 0x08136857 in php_sybase_fetch_result_set (sybase_ptr=0x8352334, buffered=0, store=-1) at /usr/local/src/p
#41639 [Asn->Fbk]: odbc_execute fails with parameters
ID: 41639 Updated by: [EMAIL PROTECTED] Reported By: cody dot stockwell at qsicorp dot com -Status: Assigned +Status: Feedback Bug Type: ODBC related Operating System: Red Hat 4 ES PHP Version: 4.4.7 Assigned To: kalowsky New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi If the bug exists in PHP 5.2 snapshot, update the version to "5CVS, 4CVS (-mm-dd) Previous Comments: [2007-06-08 18:08:47] cody dot stockwell at qsicorp dot com Description: The script works fine when talking to Apache(WinXP)/PHP5/DNS [SQL Server]/MS SQL Express 2005, but when I try to get it to run on Apache (Linux)/PHP4/[unixODBC/FreeTDS]/MS SQL Express 2005 I get an error from PHP. If I place variables into the odbc_prepare() statement directly it works fine, but for some reason refuses to replace the '?' parameter in odbc_execute(). Obviously that would negate the security advantage of using odbc_prepare(). So it appears to be a bug in PHP4, but unfortunately the boss is hesitant to install PHP5 or any new version for fear of breaking everything. Reproduce code: --- Expected result: FIRST_NAME MIDDLE_INITIAL LAST_NAME Joseph C Smith Travis M Smith 2 Actual result: -- Warning: odbc_execute(): SQL error: <�tH� I��5, SQL state 0 in SQLExecute in /var/www/html/v_contact.php on line 11 -- Edit this bug report at http://bugs.php.net/?id=41639&edit=1
#39341 [Asn->Fbk]: pg_fetch_assoc returns escaped data
ID: 39341 Updated by: [EMAIL PROTECTED] Reported By: jasen at treshna dot com -Status: Assigned +Status: Feedback Bug Type: PostgreSQL related Operating System: debian linux PHP Version: 4.4.4 Assigned To: yohgaki New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2006-11-09 05:56:11] jasen at treshna dot com new example code: I reallise that pg_insert is experimental, but it _seems_ to be working perfectly. Reproduce code: --- $data ))) die( "couldn't insert data\n") ; $res=pg_query("SELECT a FROM mytab"); if (!$res) die( "query failed\n") ; $row=pg_fetch_assoc($res); if ($row['a'] == $data ) echo "Retrieved data matched inserted -GOOD!\n"; elseif (pg_unescape_bytea($row['a']) == $data) echo "Retrieved data matched escaped version of inserted data - oops!\n"; else echo "Retrieved and insterted data differ :(\n"; ?> Expected result: Retrieved data matched inserted -GOOD Actual result: --- Retrieved data matched escaped version of inserted data - oops! [2006-11-02 05:20:30] jasen at treshna dot com Description: I have a postgresql database table with a bytea field I insert into a record into this table using pg_insert but when I extract the data using pg_fetch_assoc the binary data is still escaped and needs to be unescaped using pg_unescape_bytea Reproduce code: --- $db=pg_connect('dbname=foo'); $res=pg_query("select * from images limit 1"); $row=pg_fetch_assoc($res); header("content-type: $row[type]"); echo /*pg_unescape_bytea(*/$row['data']); /* unescape is needed - is this a bug in php? */ Expected result: I would expect my binary image to display in the browser Actual result: -- the browser complains about corruption in the image closer examination reveals that the data is still escaped. -- Edit this bug report at http://bugs.php.net/?id=39341&edit=1
#39871 [Opn->Fbk]: emalloc() fails when calling sybase_query()
ID: 39871 Updated by: [EMAIL PROTECTED] Reported By: kkimmel at cse dot ohio-state dot edu -Status: Open +Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: RHEL 4 x86_64 Kernel 2.6.9 -PHP Version: 4.4.4 +PHP Version: 5.2.0, 4.4.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2006-12-21 11:19:43] thomas dot pedoussaut at webresint dot com I could also reproduce the problem with FreeTDS 0.64-1 rather that the official sybase client library. [2006-12-21 10:31:30] thomas dot pedoussaut at webresint dot com Same problem on CentOS 4.4 php 5.1.6 Sybase OCS-12_5 kernel 2.6.16-xen x86_64 [2006-12-18 15:51:32] kkimmel at cse dot ohio-state dot edu Description: This error happens with php 4.4.4 and php 5.2.0. Test system: Dual Processor Intel Xeon CPU 3.20ghz Red Hat Enterprise 4 x86_64 glibc 2.3.4 gcc 3.4.6 apache 2.0.59 PHP 4.4.4 build flags: ./configure \ --prefix=/opt/php-4.4.4 \ --with-apxs2=/opt/apache-2.0.59/bin/apxs \ --with-sybase-ct=/usr/local/sybase/OCS-12_5 \ --enable-debug The apache startup script exports the following env vars: SYBASE="/usr/local/sybase" SYBASE_OCS="OCS-12_5" SYBASE_SYSAM="SYSAM-1_0" LANG="en_US" There are no errors reported from the sybase client library in the log file. I also had to hand edit ./configure because it cannot find the sybase 64bit libraries. The below code executes correctly on our old server which ran Solaris 8, Apache 1.3.33, PHP 4.4.0 and connected to the same sybase server. Reproduce code: --- ini_set('display_errors', '1'); error_reporting(E_ALL); $link = sybase_connect('omega', 'test1', 'pass'); $worked = sybase_select_db('dev01', $link); $sql = "SELECT * FROM Events"; $mixed = sybase_query($sql, $link); print_r($mixed); Expected result: It should print out something like the following: Resource id #3 Actual result: -- In the apache log I see the following error: FATAL: emalloc(): Unable to allocate 42949672961 bytes Below is the backtrace of the code attached to this bug: (gdb) bt #0 0x00374dd2e829 in kill () from /lib64/tls/libc.so.6 #1 0x002a956de859 in _emalloc (size=42949672961, __zend_filename=0x2a9572a338 "/tmp/php-4.4.4/ext/sybase_ct/php_sybase_ct.c", __zend_lineno=1302, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /tmp/php-4.4.4/Zend/zend_alloc.c:187 #2 0x002a956842cc in php_sybase_fetch_result_set (sybase_ptr=0x6eab50, buffered=0, store=1) at /tmp/php-4.4.4/ext/sybase_ct/php_sybase_ct.c:1302 #3 0x002a95684cbf in php_sybase_query (ht=2, return_value=0x6fa0b0, this_ptr=0x0, return_value_used=1, buffered=0) at /tmp/php-4.4.4/ext/sybase_ct/php_sybase_ct.c:1497 #4 0x002a9568500f in zif_sybase_query (ht=2, return_value=0x6fa0b0, this_ptr=0x0, return_value_used=1) at /tmp/php-4.4.4/ext/sybase_ct/php_sybase_ct.c:1626 #5 0x002a9570cab3 in execute (op_array=0x6ea9c0) at /tmp/php-4.4.4/Zend/zend_execute.c:1675 #6 0x002a956f538f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /tmp/php-4.4.4/Zend/zend.c:934 #7 0x002a956b5844 in php_execute_script (primary_file=0x7fb270) at /tmp/php-4.4.4/main/main.c:1752 #8 0x002a95713453 in php_handler (r=0x6db570) at /tmp/php-4.4.4/sapi/apache2handler/sapi_apache2.c:581 #9 0x0043ca93 in ap_run_handler (r=0x6db570) at config.c:152 #10 0x0043cf31 in ap_invoke_handler (r=0x6db570) at config.c:364 #11 0x0042b360 in ap_process_request (r=0x6db570) at http_request.c:249 #12 0x00426728 in ap_process_http_connection (c=0x6d6dd0) at http_core.c:253 #13 0x004475d3 in ap_run_process_connection (c=0x6d6dd0) at connection.c:43 #14 0x0043af1f in child_main (child_num_arg=Variable "child_num_arg" is not available. ) at prefork.c:610 #15 0x0043b154 in make_child (s=0x5eda50, slot=0) at prefork.c:650 #16 0x0043b22e in startup_children (number_to_start=5) at prefork.c:722 #17 0x0043b90b in ap_mpm_run (_pconf=Variable "_pconf" is not available. ) at prefork.c:941 #18 0x00441b70 in main (argc=2, argv=0x7fb878) at main.c:623 -- Edit this bug report at http://bugs.php.net/?id=39871&edit=1
#40021 [Asn->Fbk]: assert_options(ASSERT_CALLBACK) does not return current setting
ID: 40021 Updated by: [EMAIL PROTECTED] Reported By: wharmby at uk dot ibm dot com -Status: Assigned +Status: Feedback Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 4CVS-2007-01-04 (snap) Assigned To: iliaa New Comment: Does this happen with PHP 5.2 (latest snapshot preferrably) ?? If so, update the version to "5CVS, 4CVS (-mm-dd)" Previous Comments: [2007-03-24 17:08:59] [EMAIL PROTECTED] Re-opening in order to get a response to by last 2 comments on this bug. Bug was changed to WNF after my first suggested fix which I admit had a performance hit but my 2nd patch avoids these issues. If this function is not to be fixed then I need to raise a defect against the menual as it incorrectly suggests that the current setting of the callback is returned. [2007-01-16 09:36:28] wharmby at uk dot ibm dot com One use case I did miss in my testcase and one that highlights the need to return the current callback routine in non-testing environments. By modifying the assert_options API to return the current setting of "callback" it is possible to save the old value so that it can be restored at a later date, i.e if a routine wants to temporarily override the current callback routine. e.g /* override current callback routine */ $o = assert_options(ASSERT_CALLBACK, "new-callback"); /*restore callback */ assert_options(ASSERT_CALLBACK, $o); This is not possible with current code. My updated testcase: http://www.pastebin.ca/318252 [2007-01-15 16:42:16] wharmby at uk dot ibm dot com When you say "callback can be an array method in which case it is an array, not a string" are you referring to the fact that the callback routine can be defined as follows $newcb = array("foo",""); $o = assert_options(ASSERT_CALLBACK,$newcb); where "" is a method of class "foo". If so then for sure the returned value is no longer always a string and the testcase has to deal with this using is_string(), is_array etc to determine just what has been returned. Is this not acceptable ? The manual already defines the return value from assert_options() as "mixed" (some options result in a INT) although an extra line or two to explain that assert_options(ASSERT_CALLBACK) can return either a string or array would be required should this fix be accepted. Here is the simple testcase I put together to test out the fix which I believe covers all possible use cases for this API and shows how I envisaged users dealing with the returned value: http://pastebin.ca/317405 The output with fix applied is as follows: http://pastebin.ca/317408 [2007-01-15 15:45:42] [EMAIL PROTECTED] The patch won't work I'm afraid. The reason it won't is because a callback can be an array method in which case it is an array, not a string. [2007-01-15 15:28:46] wharmby at uk dot ibm dot com Thanks for taking at look at this one Ilia. Having taken onboard your concerns regarding the performance impact of my initial patch for a function which I agree has little value outside of a testing environment could I ask you to consider the following alternative fix as without the ability to query the current setting of "callback" writing tests to verify this aspect of the API's behaviour is more difficult. New patch: http://pastebin.ca/317353 This new fix has no impact on RINIT, whilst at the same time fixing the assert_options API to perform as documented in PHP manual allowing new tests to be written to verify the assert_options API. These new tests will be dropped into CVS by my colleague if the new fix is acceptable. 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/40021 -- Edit this bug report at http://bugs.php.net/?id=40021&edit=1
#41929 [Opn->Asn]: Foreach on object does not iterate over all visible properties
ID: 41929 Updated by: [EMAIL PROTECTED] Reported By: robin at soal dot org -Status: Open +Status: Assigned Bug Type: Feature/Change Request Operating System: Windows PHP Version: 5CVS-2007-07-08 (snap) -Assigned To: +Assigned To: dmitry Previous Comments: [2007-07-09 10:00:51] robin at soal dot org If this is accepted as a bug and fixed, then test http://lxr.php.net/source/php-src/tests/classes/visibility_005.phpt will need to be updated. The private $c should be visible from f() even when invoked on an instance of derived, so the expected output should be as follows (note the extra c=>3 under ===derived::function===): --EXPECT-- ===base::function=== a=>1 b=>2 c=>3 d=>4 ===base,foreach=== a=>1 d=>4 ===derived::function=== a=>1 b=>2 c=>3 d=>4 ===derived,foreach=== a=>1 d=>4 [2007-07-09 08:31:38] robin at soal dot org Hi Judas, Thanks for the comment. I think we may have the same understanding of visibility in this case: D extends C, so $priv (which is defined in C) should only be visible on instances of D if the current context is C. If $priv is visible when using the object operator on $this, I think it is justified that it would be visible when using foreach on $this from the same context. In case my use of $this was confusing the issue, here's the same problem presented without $this (same expected and actual output as above): priv . "\n"; foreach ($myD as $k=>$v) { echo "The private is visible so should be accessed in the loop:\n"; echo "-> $k: $v"; } } } class D extends C {} $myD = new D; C::doLoop($myD); ?> [2007-07-09 02:58:07] judas dot iscariote at gmail dot com How do you understand visibility ? of course $priv is visible, but **in the context of class C** as you defined it as "private" !!! (hint, hint) $this in your code is(as expected) an instance of class D not of class C ;-) if you make $priv "protected" it will work as expected (hint,hint) [2007-07-08 20:03:41] robin at soal dot org Description: The documentation states that "all visible properties will be used for the iteration" when foreach'ing over an object. Below is a case where this is not true. Reproduce code: --- priv . "\n"; foreach ($this as $k=>$v) { echo "The private is visible so should be accessed in the loop:\n"; echo "-> $k: $v"; } } } class D extends C {} $myD = new D; $myD->doLoop(); ?> Expected result: Proof that the private is visible: A private variable The private is visible so should be accessed in the loop: -> priv: A private variable Actual result: -- Proof that the private is visible: A private variable -- Edit this bug report at http://bugs.php.net/?id=41929&edit=1
#40198 [Asn->Fbk]: Column name is not double quoted
ID: 40198 Updated by: [EMAIL PROTECTED] Reported By: chores at jp1 dot cx -Status: Assigned +Status: Feedback Bug Type: PostgreSQL related Operating System: FreeBSD 4.7 PHP Version: 4.4.4 Assigned To: yohgaki New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-01-23 00:26:25] chores at jp1 dot cx Expected result (Correction): - INSERT INTO "t_test" ("c1","C2") VALUES ('0','0'); [2007-01-22 18:53:33] chores at jp1 dot cx Description: Column name is not double quoted % psql -U testuser testdb testdb=# CREATE TABLE t_test ("c1" char(10), "C2" char(10)); testdb=# \q % ./test.php INSERT INTO t_test (c1,C2) VALUES ('0','0'); % psql -U testuser testdb testdb=# INSERT INTO t_test (c1,C2) VALUES ('0','0'); ERROR: column "c2" of relation "t_test" does not exist Reproduce code: --- (test.php) #!/usr/local/bin/php Expected result: INSERT INTO t_test (c1,"C2") VALUES ('0','0'); Actual result: -- INSERT INTO t_test (c1,C2) VALUES ('0','0'); -- Edit this bug report at http://bugs.php.net/?id=40198&edit=1
#41600 [Asn->Fbk]: url rewriter tags doesn't work with special chars
ID: 41600 Updated by: [EMAIL PROTECTED] Reported By: jonathanl at olx dot com -Status: Assigned +Status: Feedback Bug Type: Session related Operating System: Linux PHP Version: 4.4.7 Assigned To: iliaa New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-06-07 12:15:13] jonathanl at olx dot com It is not working on the 4.4.7 PHP version. [2007-06-06 00:01:19] [EMAIL PROTECTED] This bug has been fixed in CVS. 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. [2007-06-05 18:00:30] jonathanl at olx dot com Description: When my HTML has tags like A link the url rewriter doesn't recognize them even if I add emv:a=href to the url_rewriter.tags configuration in my php.ini. Removing :a and leaving it like A link and changing url_rewriter.tags to emv=href works fine. So I assume it has to be something related to how PHP is replacing tags. Reproduce code: --- Put some special tag in your HTML, like: A Link And add emv:a=href to your url_rewriter.tags in php.ini Expected result: A Link Actual result: -- A Link -- Edit this bug report at http://bugs.php.net/?id=41600&edit=1
#37899 [Asn->Fbk]: [PATCH] php_char_to _OLECHAR copies junk bytes
ID: 37899 Updated by: [EMAIL PROTECTED] Reported By: okumurya at hotmail dot com -Status: Assigned +Status: Feedback Bug Type: COM related Operating System: Windows 2000 Professional PHP Version: 4.4.2 Assigned To: wez New Comment: And does this problem exist in PHP 5.2.3? (see also previous comment by Stas) Previous Comments: [2007-04-02 20:29:11] [EMAIL PROTECTED] Could you provide some example reproducing the problem? Preferably with some COM available on standard Windows/Office machine or easily installable. [2007-03-05 22:43:52] okumurya at hotmail dot com Hello fjortiz > did your last patch work for you? Yes my patch works. [2007-02-26 13:03:29] fjortiz at comunet dot es Any updates on this issue?. We tracked down one problem we had with ADODBCommand COM objects and Russian UTF-8 strings and found this was the bug that was causing it. Mr. Okumurya, please one question: did your last patch work for you? Thanks in advance. [2006-07-03 07:31:00] okumurya at hotmail dot com I misunderstand. Revised patch is following. --- ext\com\conversion.c.orig 2006-01-01 22:46:50.0 +0900 +++ ext\com\conversion.c2006-06-23 14:01:42.838476800 +0900 @@ -247,8 +247,9 @@ case VT_BSTR: convert_to_string_ex(&pval_arg); + unicode_str = php_char_to_OLECHAR(Z_STRVAL_P(pval_arg), Z_STRLEN_P(pval_arg), codepage TSRMLS_CC); - V_BSTR(var_arg) = SysAllocStringByteLen((char *) unicode_str, Z_STRLEN_P(pval_arg) * sizeof(OLECHAR)); + V_BSTR(var_arg) = SysAllocString(unicode_str); efree(unicode_str); break; @@ -787,20 +788,15 @@ { BOOL error = FALSE; OLECHAR *unicode_str; + uint unicode_strlen; - if (strlen == -1) { - /* request needed buffersize */ - strlen = MultiByteToWideChar(codepage, (codepage == CP_UTF8 ? 0 : MB_PRECOMPOSED | MB_ERR_INVALID_CHARS), C_str, -1, NULL, 0); - } else { - /* \0 terminator */ - strlen++; - } + unicode_strlen = MultiByteToWideChar(codepage, (codepage == CP_UTF8 ? 0 : MB_PRECOMPOSED | MB_ERR_INVALID_CHARS), C_str, -1, NULL, 0); - if (strlen >= 0) { - unicode_str = (OLECHAR *) emalloc(sizeof(OLECHAR) * strlen); + if (unicode_strlen > 0) { + unicode_str = (OLECHAR *) emalloc(sizeof(OLECHAR) * unicode_strlen); /* convert string */ - error = !MultiByteToWideChar(codepage, (codepage == CP_UTF8 ? 0 : MB_PRECOMPOSED | MB_ERR_INVALID_CHARS), C_str, strlen, unicode_str, strlen); + error = !MultiByteToWideChar(codepage, (codepage == CP_UTF8 ? 0 : MB_PRECOMPOSED | MB_ERR_INVALID_CHARS), C_str, -1, unicode_str, unicode_strlen); } else { /* return a zero-length string */ unicode_str = (OLECHAR *) emalloc(sizeof(OLECHAR)); [2006-06-23 05:09:36] okumurya at hotmail dot com Description: In UTF-8, 'Z_STRLEN_P(pval_arg) * sizeof(OLECHAR)' is longer than Widechar. So SysAllocStringByteLen copies junk datas. following is a patch. --- conversion.c.orig 2006-06-23 11:28:06.496027200 +0900 +++ conversion.c2006-06-23 14:01:42.838476800 +0900 @@ -247,8 +247,9 @@ case VT_BSTR: convert_to_string_ex(&pval_arg); + unicode_str = php_char_to_OLECHAR(Z_STRVAL_P(pval_arg), Z_STRLEN_P(pval_arg), codepage TSRMLS_CC); - V_BSTR(var_arg) = SysAllocStringByteLen((char *) unicode_str, Z_STRLEN_P(pval_arg) * sizeof(OLECHAR)); + V_BSTR(var_arg) = SysAllocString(unicode_str); efree(unicode_str); break; -- Edit this bug report at http://bugs.php.net/?id=37899&edit=1
#38710 [Asn->Csd]: data leakage because of nonexisting boundary checking in statements
ID: 38710 Updated by: [EMAIL PROTECTED] Reported By: domas at mysql dot com -Status: Assigned +Status: Closed Bug Type: MySQLi related Operating System: Any PHP Version: 5.1.6 Assigned To: georg New Comment: Should have been fixed by Stas. Previous Comments: [2007-04-11 22:41:18] [EMAIL PROTECTED] Georg, any news on this? I can't reproduce it locally, but seems to fail on gcov.php.net, see http://gcov.php.net/viewer.php?version=PHP_5_2&func=tests&file=ext%2Fmysqli%2Ftests%2Fbug38710.phpt [2007-03-16 01:00:00] 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". [2007-03-08 22:51:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip I've committed semi-fix (real fix would be to fetch all the data, I guess). [2006-09-04 16:45:05] [EMAIL PROTECTED] see also http://bugs.mysql.com/bug.php?id=22001 [2006-09-04 10:35:58] domas at mysql dot com #0 0x007c758c in memcpy () from /lib/tls/libc.so.6 #1 0x081b6d91 in _estrndup () #2 0x05698383 in zif_mysqli_stmt_fetch (ht=147132188, return_value=0x8c420bc, return_value_ptr=0x0, this_ptr=0x8c50f1c, return_value_used=0) at /usr/src/redhat/BUILD/php-5.1.6/ext/mysqli/ mysqli_api.c:717 #3 0x081e9a81 in zend_do_fcall_common_helper_SPEC () #4 0x081e93bb in execute () #5 0x081ce2e0 in zend_execute_scripts () #6 0x08192006 in php_execute_script () #7 0x in ?? () 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/38710 -- Edit this bug report at http://bugs.php.net/?id=38710&edit=1
#37724 [Ana->Asn]: mb_detect_encoding returns wrong result when text contains a trailing accent
ID: 37724 Updated by: [EMAIL PROTECTED] Reported By: oylbqelmhfbxzg at mailinator dot com -Status: Analyzed +Status: Assigned Bug Type: mbstring related Operating System: Linux PHP Version: 4.4.2 Assigned To: hirokawa Previous Comments: [2007-02-21 11:28:24] gabriel at unisolution dot de I read that mb_detect_encoding($string,array('ISO-8859-1','UTF-8')); always return ISO-8859-1. Try this; (php 4.4.0) [2006-09-14 22:48:09] [EMAIL PROTECTED] Could you show me mbstring part of php.ini ? And please show me the simple script to verify your ploblem. I executed this tiny script, and if forks fine. (with Fedora Linux 5, PHP 5.1.5) [2006-07-23 12:05:59] [EMAIL PROTECTED] Rui, does this exist also in PHP 5.x branches/HEAD? If so and this is real bug, update the version. :) [2006-06-07 08:54:27] oylbqelmhfbxzg at mailinator dot com Description: Since bug 36994 was closed.. Both $string = "testö" in a utf-8 text file, and $string = "testö" in an iso-8859-1 file (converted using iconv) return "UTF-8" with mb_detect_encoding, even when strict is on. -- Edit this bug report at http://bugs.php.net/?id=37724&edit=1
#39803 [Opn->Fbk]: fsockopen() bug
ID: 39803 Updated by: [EMAIL PROTECTED] Reported By: marcelo at tpn dot com dot br -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: FreeBSD 5.3 PHP Version: 4.4.4 New Comment: So you're saying this problem exist in PHP 5.2.3 also? If so, please set the version in this report to "5.2.3, 4.4.7" Previous Comments: [2007-05-03 18:29:51] marcelo at tpn dot com dot br This is a PHP problem. I have both CGI and Apache Module. fsockopen() works on CGI mode, but doesn't in Apache Module. [2007-04-05 19:59:08] [EMAIL PROTECTED] >The system is always returning EINPROGRESS. Why is that PHP problem? Fix your system instead. [2007-04-05 13:39:29] marcelo at tpn dot com dot br An user could fix this problem in PHP 5 adding 3 lines of code in main/network.c. if (!asynchronous) { /* back to blocking mode */ RESTORE_SOCKET_BLOCKING_MODE(sockfd, orig_flags); } /* Start changes */ if (error == EINPROGRESS) { error = 0; } /* End changes */ if (error_code) { *error_code = error; } if (error && error_string) { *error_string = php_socket_strerror(error, NULL, 0); ret = -1; } return ret; I try to modify PHP 4 but the code is a bit different. Can you help me to fix this problem? The system is always returning EINPROGRESS. [2006-12-18 17:11:42] [EMAIL PROTECTED] I really doubt I can reproduce or investigate it with only an FTP account. When I said "account on this machine" I meant SSH access. [2006-12-13 14:30:38] marcelo at tpn dot com dot br Sent to [EMAIL PROTECTED] 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/39803 -- Edit this bug report at http://bugs.php.net/?id=39803&edit=1
#40661 [Opn]: cwd is reset when shutdown handler runs
ID: 40661 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Directory/Filesystem functions Operating System: Linux -PHP Version: 4CVS-2007-02-27 (CVS) +PHP Version: 5.2.3, 4.4.7 New Comment: Making sure this doesn't slip through the cracks..also found in PHP 5.2 Previous Comments: [2007-02-27 15:00:13] [EMAIL PROTECTED] I disagree, there is no reason why PHP can't reset the CWD to the correct directory when a shutdown handler is run. That is what I would expect to happen. [2007-02-27 14:54:34] [EMAIL PROTECTED] See http://bugs.php.net/bug.php?id=36529 [2007-02-27 14:44:41] [EMAIL PROTECTED] Description: When this script is run with the Apache1 sapi the second CWD is reset to /. This is an issue for both php 4.4.4 and php 5.2.1rc3. Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=40661&edit=1
#40542 [Sus->Bgs]: "ORA-02248: invalid option for ALTER SESSION" on OCIPLogon
ID: 40542 Updated by: [EMAIL PROTECTED] Reported By: marvin at chag dot net -Status: Suspended +Status: Bogus Bug Type: OCI8 related Operating System: Linux PHP Version: 5.2.1 New Comment: . Previous Comments: [2007-03-02 20:56:57] christopher dot jones at oracle dot com jmgonet, the "lite" version of Oracle Instant Client has reduced language and character set support. One counter example is: [EMAIL PROTECTED] w]$ export NLS_LANG=_SWITZERLAND.AL32UTF8 [EMAIL PROTECTED] w]$ ~/phpsrc/php5/sapi/cli/php t1.php Warning: ociplogon(): ORA-00604: error occurred at recursive SQL level 1 ORA-02248: invalid option for ALTER SESSION in t1.php on line 30 ORA-00604: error occurred at recursive SQL level 1 ORA-02248: invalid option for ALTER [EMAIL PROTECTED] w]$ PHP successfully connects when NLS_LANG supported components are used e.g. export NLS_LANG=_AMERICA.AL32UTF8 (Check the Oracle docs for supported values) [2007-02-23 16:27:13] [EMAIL PROTECTED] >So maybe another env. variable tries to "alter session"? I doubt env variables might "alter session" and even if they do, it's not PHP problem. Changing the status to suspended - I'm unable to reproduce it and I believe it's something wrong with your system or the client lib. [2007-02-23 09:09:45] marvin at chag dot net I tried the workaround jmgonet kindly rovided and removed all NLS_LANG setting from environment and startup scripts of the Apache server. The problem persists in exactly the same way as before. Adding the charset to the OCILogon did not help either. So maybe another env. variable tries to "alter session"? [2007-02-23 08:43:23] jmgonet at iware dot ch I've found the following workaround for that problem: - Instead of setting the NLS_LANG environment variable, you can specify the charset while establishing the connection: $conn=oci_connect("USER","PASSWORD","SERVER","CHARSET"); Where charset should be the one used by PHP client (not the one used by the Oracle server). In the case of a windows system, it is "WE8MSWIN1252" (In my PHP server, this code is specified in the NLS_LANG registry key, but oci_connect doesn't take it as default value). It is "WE8MSWIN1252" even if the PHP is executed as a script, from the command line. The CHARSET for a linux/unix system may be "WE8ISO8851P1", or at least it seems to be usual in Europe. [2007-02-23 07:31:42] jmgonet at iware dot ch I have just the same problem, executing a PHP script as a Windows' batch. I've set the NLS_LANG environment variable to 'NLS_LANG=FRENCH_SWITZERLAND.WE8PC850'. I'm using Oracle 10 light client. I've found in this (http://dbforums.com/t927204.html) and other forums, a possible explanation: 'NLS_LANG cannot be changed by alter session, NLS_LANGUAGE and NLS_TERRITORY can.' 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/40542 -- Edit this bug report at http://bugs.php.net/?id=40542&edit=1
#41713 [Opn]: Persistent memory consumption since 5.2
ID: 41713 User updated by: mplomer at gmx dot de Reported By: mplomer at gmx dot de Status: Open Bug Type: Performance problem Operating System: win32 only PHP Version: 5.2.4-dev 2007-06-26 00:09 New Comment: I tested with PHP 5.2.0 now, and I can reproduce the described behaviour from [30 Jun 10:19am UTC] too. Only when I am testing with PHP 5.1.6, I can't reproduce it. But I agree with you, that this points at the new memory management on win32. Previous Comments: [2007-07-10 23:39:09] spamtrap at psychoticwolf dot net I see this with PHP 5.2.1 - 5.2.3 (mod_php5 with Apache 2.0.59 and 2.2.4 on WinXP and Win2003). I did some regression testing and it seems to have started between 5.2.0 and 5.2.1 which points at the new memory management on win32. Memload was normal under 5.2.0. After awhile, Apache consumes as previously reported, 300-600mb (usually around 330mb + 6-700mb virtual), and, curiously, PHP thows a Fatal Error that its exceeded its memory limit for that script, even though it hasn't, as the script doesn't use more than about 300k. (Only seen this last part once, so far, so that might be a fluke.) [2007-07-09 13:48:22] mplomer at gmx dot de Does somebody have any ideas to track this down? Are there any PHP core developers with a windows-test-environment? Aren't there any PHP developers who have the problem, that Apache/PHP eats up all RAM after some hours of developing and testing bigger PHP-projects? [2007-06-30 11:32:59] mplomer at gmx dot de Another developer tested this on his own machine now, with the same Apache/PHP environment, and could affirm this behavior. The memory usage values are respectively 0,1-0,3 MB different, but the principle is the same. So the behavior seems not to be system dependent. [2007-06-30 10:19:26] mplomer at gmx dot de OK, it took me some time to get FastCGI running, but now it works, and yes ... I can reproduce it there, too. To be more detailed, I set up the following environment: - Apache 2.0.59 (minimalistic configuration) with mod_fastcgi-SNAP-0404142202-AP2.dll - Configured FastCGI with 1 process: FastCgiServer ../php5/php-cgi.exe -processes 1 - PHP 5.2.3 (without php.ini; only php-cgi.exe and php5ts.dll) - and the test-script with 400,000 array elements: Reproducing by looking at the Task-Manager's memory usage values after each execution of the script: - Freshly starting Apache - Child process "php-cgi.exe" is started [php-cgi.exe consumes ~ 4.1 MB] - Execute the test-script the first time: [php-cgi.exe consumes ~ 4.8 MB] - Execute one more time: [php-cgi.exe consumes ~ 4.8 MB] - Execute one more time: [php-cgi.exe consumes ~ 5.3 MB] ... might be OK so long - Execute one more time: [php-cgi.exe consumes ~ 36.4 MB !!!] ... from now on this is not OK anymore - Execute one more time: [php-cgi.exe consumes ~ 36.7 MB] - Execute one more time: [php-cgi.exe consumes ~ 6.1 MB] - Execute one more time: [php-cgi.exe consumes ~ 36.4 MB] - Execute one more time: [php-cgi.exe consumes ~ 36.5 MB] - Execute one more time: [php-cgi.exe consumes ~ 7.7 MB] - Execute one more time: [php-cgi.exe consumes ~ 36.7 MB] - Execute one more time: [php-cgi.exe consumes ~ 36.8 MB] - Execute one more time: [php-cgi.exe consumes ~ 5.8 MB] - Execute one more time: [php-cgi.exe consumes ~ 36.4 MB] - Execute one more time: [php-cgi.exe consumes ~ 36.5 MB] - Execute one more time: [php-cgi.exe consumes ~ 10.6 MB] - Execute one more time: [php-cgi.exe consumes ~ 36.7 MB] - Execute one more time: [php-cgi.exe consumes ~ 36.8 MB] - Execute one more time: [php-cgi.exe consumes ~ 5.5 MB] - ... This is always reproducable, and the memory usage values are quite the same on each reproducion. (They differ only sometimes in 4-12 KB.) But you see, there is a systematic. There are 2 executions, after which the memory is not freed, and after the third execution, the memory is mostly freed. Any ideas for further testing? [2007-06-28 00:41:49] [EMAIL PROTECTED] Thank you, at least we know it only happens with Windows. Have you tried running PHP as FastCGI under windows? That might cure this too.. 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/41713 -- Edit this bug report at http://bugs.php.net/?id=41713&edit=1
#41952 [Bgs]: Problem with PHP6 and Byte Order Mark
ID: 41952 User updated by: hedvall at gmail dot com Reported By: hedvall at gmail dot com Status: Bogus Bug Type: Compile Warning Operating System: Win2k SP4 PHP Version: 6CVS-2007-07-10 (snap) New Comment: Alright, this might not be a bug, but it worked in older versions and the one of the comments on bug http://bugs.php.net/bug.php?id=22108 said that the BOM won't be sent at all with PHP6 along with the Unicode support. But yes, the documentation says that no header can't be sent after any output, but this did work previously because most browsers ignore the BOM completely, even if it's sent in the middle of the header block. Previous Comments: [2007-07-11 07:27:07] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [2007-07-10 17:02:48] hedvall at gmail dot com Description: After upgrading to the latest PHP6 build from 6CVS-2007-06-21 the compiler no longer accepts the UTF-8 BOM (Byte Order Mark) to be sent before the headers. It might be correct to not send the headers after any other output but it hasn't caused any trouble with any newer browser on any platform (win, mac, linux). I always remove the BOM before the sites go live but when developing it's easier to leave it there until the page is finished. This is not a duplicate of 22108. Reproduce code: --- Expected result: 404 header sent without warning Actual result: -- Warning: Cannot modify header information - headers already sent by (output started at [...]/header.php:1) in [...]/header.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=41952&edit=1
#41952 [Opn->Bgs]: Problem with PHP6 and Byte Order Mark
ID: 41952 Updated by: [EMAIL PROTECTED] Reported By: hedvall at gmail dot com -Status: Open +Status: Bogus Bug Type: Compile Warning Operating System: Win2k SP4 PHP Version: 6CVS-2007-07-10 (snap) New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2007-07-10 17:02:48] hedvall at gmail dot com Description: After upgrading to the latest PHP6 build from 6CVS-2007-06-21 the compiler no longer accepts the UTF-8 BOM (Byte Order Mark) to be sent before the headers. It might be correct to not send the headers after any other output but it hasn't caused any trouble with any newer browser on any platform (win, mac, linux). I always remove the BOM before the sites go live but when developing it's easier to leave it there until the page is finished. This is not a duplicate of 22108. Reproduce code: --- Expected result: 404 header sent without warning Actual result: -- Warning: Cannot modify header information - headers already sent by (output started at [...]/header.php:1) in [...]/header.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=41952&edit=1
#41834 [Opn->Bgs]: pathinfo() parse a path like "/opt/" in wrong result
ID: 41834 Updated by: [EMAIL PROTECTED] Reported By: donyad at gmail dot com -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Window2000 PHP Version: 5.2.3 New Comment: pathinfo() is a filesystem function, not URL function. Previous Comments: [2007-06-28 09:21:23] donyad at gmail dot com Actually, I am parsing URL such like "www.php.net/manual/", "/opt/" just an example Even parse string "/opt/" under my Debian4.0-apache2-PHP5.2.0, this example code return the same result to me. [2007-06-28 08:17:15] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php That's because "/opt/" is not a valid path on Win32. [2007-06-28 07:32:08] donyad at gmail dot com Description: Use pathinfo() or basename() to parse a string "/opt/" it will tell me the path is "\" and the filename is "opt" Reproduce code: --- \n"); print("basename:" . basename($str) . "\n"); print("pathinfo:"); print_r(pathinfo($str)); print("\n"); } ?> Expected result: dirname:/opt basename: pathinfo:Array ( [dirname] => /opt [basename] => [filename] => ) dirname:/opt basename:file pathinfo:Array ( [dirname] => /opt [basename] => file [filename] => file ) even return the "/" as "\" is acceptable dirname:\opt basename: pathinfo:Array ( [dirname] => \opt [basename] => [filename] => ) dirname:/opt basename:file pathinfo:Array ( [dirname] => /opt [basename] => file [filename] => file ) Actual result: -- dirname:\ basename:opt pathinfo:Array ( [dirname] => \ [basename] => opt [filename] => opt ) dirname:/opt basename:file pathinfo:Array ( [dirname] => /opt [basename] => file [filename] => file ) -- Edit this bug report at http://bugs.php.net/?id=41834&edit=1
#41951 [Opn->WFx]: floats are stored as ints
ID: 41951 Updated by: [EMAIL PROTECTED] Reported By: rachmel at avaya dot com -Status: Open +Status: Wont fix Bug Type: *Math Functions Operating System: WindRiver Linux PHP Version: 5.2CVS-20070710 New Comment: It's propably the cross-compiling causing this. It picks wrong values for certain defines. See configure.in for AC_CHECK_SIZEOF and PHP_CHECK_SIZEOF for examples. The last parameter in those is the value passed when cross-compiling. Also check the generated main/php_config.h which you better change before running make to change those to be correct. In any case, cross-compiling is something that we don't really support so I'm closing this report. Previous Comments: [2007-07-11 07:29:36] rachmel at avaya dot com I see.. Well, can you at least give me directions? Where can I find the code responsible for parsing numbers and deciding whether to save them as int / floats? Thanks, Nir. [2007-07-11 07:22:17] [EMAIL PROTECTED] We don't have any PPC-windriver machines off hand, so I don't thin anybody is able to help you except for yourself. [2007-07-10 14:38:19] rachmel at avaya dot com Hi, I tried the CVS head version you offered me in the above link. The problem is still there, and the numbers are not converted to float as expected. [2007-07-10 14:10:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-07-10 13:54:39] rachmel at avaya dot com Description: I am cross compiling php from i686-red-hat linux plat to ppc-windriver linux plat. The problem I see, is that when trying to assign a value bigger than MAX_INT (2147483648-1), the variable gets the value of MAX_INT-1. This is not just an explicit variable issue. Just trying to 'echo' the same value results in the same problem. When compiling for my i686 platform, this problem doesn't occur. I am upgrading from php 5.1.4, and I didn't have any problems in that version. Reproduce code: --- Expected result: float(2415919103) float(2415919103) Actual result: -- int(2147483647) int(2147483647) -- Edit this bug report at http://bugs.php.net/?id=41951&edit=1
#41955 [Opn->Asn]: addChild() with no namespace defined ignores the default namespace
ID: 41955 Updated by: [EMAIL PROTECTED] Reported By: hubert dot roksor at gmail dot com -Status: Open +Status: Assigned Bug Type:SimpleXML related PHP Version: 5CVS-2007-07-10 (snap) -Assigned To: +Assigned To: rrichards Previous Comments: [2007-07-10 20:53:48] hubert dot roksor at gmail dot com Description: When adding a non-namespaced element to namespaced one, the new element is created under its parent's namespace instead of the scope's default namespace. In the reproduce code below we create a tree whose root element carries an empty default namespace declaration, with one "child" element under a custom namespace. We use addChild() to add a grandchild with no namespace defined. As per my understanding of XML Namespaces specifications, that element should be created under the default namespace and since the default namespace is empty the element should not use any namespace at all. A few notes: - moving the default namespace declaration to the child node does not change the outcome - using a non-empty default namespace does not change the outcome - specifying an empty namespace using addChild()'s third parameter gives the expected result Tested on: PHP 5.2.4-dev (cli) (built: Jul 10 2007 12:04:20) libXML Version => 2.6.26 SimpleXML Revision => $Revision: 1.151.2.22.2.33 $ Thanks for reading, and thanks for fixing my previous bugs so quickly ;) Reproduce code: --- http://myns"; xmlns=""> '); $children = $xml->children('http://myns'); $children[0]->addChild('grandchild', 'hello'); echo $xml->asXML(); ?> Expected result: http://myns"; xmlns=""> hello Actual result: -- http://myns"; xmlns=""> hello -- Edit this bug report at http://bugs.php.net/?id=41955&edit=1
#41945 [Opn->Bgs]: php_gd2.dll missing
ID: 41945 Updated by: [EMAIL PROTECTED] Reported By: lennart dot borgman at gmail dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: Windows XP PHP Version: 5.2.3 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. Previous Comments: [2007-07-09 22:17:35] lennart dot borgman at gmail dot com Description: I have installed the .msi for php 5.2.3 and jpgraph. When trying to use jpgraph I get the error "PHP Warning: PHP Startup: Unable to load dynamic library './php_gd2.dll' - Thespecified module could not be found." I do not have it on my pc, but the documentation seems to imply that it should come with the installer. Reproduce code: --- Any jpgraph code. -- Edit this bug report at http://bugs.php.net/?id=41945&edit=1
#41949 [Opn->Asn]: __soapCall (client) within new SoapServer object ignores uri
ID: 41949 Updated by: [EMAIL PROTECTED] Reported By: ak at greatnet dot de -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: Linux Debian 2.6.18 PHP Version: 5.2.3 -Assigned To: +Assigned To: dmitry Previous Comments: [2007-07-10 12:34:31] ak at greatnet dot de Description: calling a new client while executing a registered server function results a 'No such operation' message. Reproduce code: --- "soapserver.php5")); $server->addFunction('submitTEST'); $server->handle(); $method="somemethod"; $params=array("test1"=>"test1"); function submitTEST ($method,$params) { $client = new SoapClient('http://some.far.wsdl'); $submit = $client->__soapCall($method, $params); } ?> Expected result: Expected to see the result of the existing function on the external soap server. Actual result: -- Uncaught SoapFault exception: [Server.userException] No such operation 'somemethod' -- Edit this bug report at http://bugs.php.net/?id=41949&edit=1
#41951 [Opn->Fbk]: floats are stored as ints
ID: 41951 Updated by: [EMAIL PROTECTED] Reported By: rachmel at avaya dot com -Status: Open +Status: Feedback Bug Type: *Math Functions Operating System: WindRiver Linux PHP Version: 5.2CVS-20070710 New Comment: We don't have any PPC-windriver machines off hand, so I don't thin anybody is able to help you except for yourself. Previous Comments: [2007-07-10 14:38:19] rachmel at avaya dot com Hi, I tried the CVS head version you offered me in the above link. The problem is still there, and the numbers are not converted to float as expected. [2007-07-10 14:10:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-07-10 13:54:39] rachmel at avaya dot com Description: I am cross compiling php from i686-red-hat linux plat to ppc-windriver linux plat. The problem I see, is that when trying to assign a value bigger than MAX_INT (2147483648-1), the variable gets the value of MAX_INT-1. This is not just an explicit variable issue. Just trying to 'echo' the same value results in the same problem. When compiling for my i686 platform, this problem doesn't occur. I am upgrading from php 5.1.4, and I didn't have any problems in that version. Reproduce code: --- Expected result: float(2415919103) float(2415919103) Actual result: -- int(2147483647) int(2147483647) -- Edit this bug report at http://bugs.php.net/?id=41951&edit=1
#41944 [Opn->Asn]: strtotime() not recognizing times before day
ID: 41944 Updated by: [EMAIL PROTECTED] Reported By: bealdrid at gmail dot com -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: Fedora 7 PHP Version: 5.2.3 -Assigned To: +Assigned To: derick Previous Comments: [2007-07-09 21:00:54] bealdrid at gmail dot com Description: when calling the strtotime() function and when passing a time before the day such as "1pm yesterday" the wrong timestamp is returned, often midnite of that particular day. Reproduce code: --- echo date('Y-m-d H:i:s',strtotime('1pm yesterday')); Expected result: The expected result would be 2007-07-08 13:00:00 and this works in php 4.3.9 If I put the time after the day, such as "yesterday 1pm", it behaves as expected. Actual result: -- 2007-07-08 00:00:00 -- Edit this bug report at http://bugs.php.net/?id=41944&edit=1
#41943 [Asn->Fbk]: Soap Call causes CPU to go 100%
ID: 41943 Updated by: [EMAIL PROTECTED] Reported By: simon at connexon dot com -Status: Assigned +Status: Feedback Bug Type: SOAP related Operating System: Windows Server 2003 PHP Version: 5.2.3 Assigned To: dmitry New Comment: Could you plese post strace of process or/and call-trace of PHP during it eats CPU. Previous Comments: [2007-07-09 20:13:37] simon at connexon dot com "aaa"); $this->result = $this->handle->__soapCall("ValA", $ws_params); if ($debug) $this->displayMessageInfo(); $this->handleFault($this->result); ?> When the code gets to "$this->handle->__soapCall..." we recognize the fact that when PHP is waiting for a soap response the CPU is blocked. However this is not a good behavior as of we need the CPU to do other things also. [2007-07-09 19:45:35] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-07-09 19:39:46] simon at connexon dot com Description: We've been using soap for a while now and noticed that when we send a soap request and it waits for a response, PHP goes in a sort of loop and takes CPU load. Our average waiting time is 4 seconds. A soap call once in a while is ok, because it doesn't take too much CPU overall. But we noticed that the more we grow, the more CPU it takes, to a point where we reach often 100% CPU if we do a loop of soap calls. (All that caused by the waiting time of the soap call!!!). Reproduce code: --- x Expected result: Would it be possible that PHP goes into an idle mode when it waits for a soap response instead of taking all the CPU ressources? Actual result: -- CPU goes crazy when we do too many soap calls in a row (we can do maximum of 4 soap calls at once, else it would overload the server). -- Edit this bug report at http://bugs.php.net/?id=41943&edit=1
#41815 [Asn->Fbk]: After EOF, fread() cannot read appended bytes.
ID: 41815 Updated by: [EMAIL PROTECTED] Reported By: mpb dot mail at gmail dot com -Status: Assigned +Status: Feedback Bug Type: Streams related Operating System: Linux 2.6 PHP Version: 5.2.3 Assigned To: pollita New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-06-26 18:56:51] mpb dot mail at gmail dot com Description: If you fread() to the end of a file, and then additional bytes are appended to the file, future calls to fread() never return the appended bytes. This problem may have started with PHP 5.2.0. This problem still exists in PHP 5.2.3. PHP 4.4.7 does NOT suffer from this problem. Reproduce code: --- Expected result: This is line 1. This is line 2. Actual result: -- This is line 1. -- Edit this bug report at http://bugs.php.net/?id=41815&edit=1