#40870 [Fbk->Opn]: Stored proc warning 1329 produces NULL result set
ID: 40870 User updated by: key88sf at gmail dot com Reported By: key88sf at gmail dot com -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: Windows Vista PHP Version: 5.2.1 New Comment: Database table to create (MySQL): CREATE TABLE affiliates ( affiliate_id int(11) NOT NULL auto_increment, user_name varchar(32) NOT NULL, password_hash char(32) NOT NULL, PRIMARY KEY (affiliate_id), UNIQUE KEY Index_User_Name (user_name) ) ENGINE=MyISAM DEFAULT CHARSET=utf8; INSERT INTO affiliates (user_name, password_hash) VALUES( 'test', '9b93b6ff07bfb6463bd0b5a6e65c4125' ); PHP Script to Demonstrate Bug: Previous Comments: [2007-03-20 19:35:53] [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-03-20 19:26:42] key88sf at gmail dot com Description: I have a simple stored procedure in MySQL 5.x. The proc first does a SELECT INTO query, followed by a regular SELECT to return it's result set. The SELECT INTO generates a warning 1329 because no rows were fetched. However, the final SELECT works properly and returns 1 row. However, the result returned from mysqli_query() is NULL ! Reproduce code: --- Stored proc is this: DECLARE v_affiliate_id INTEGER DEFAULT NULL; -- This SELECT INTO returns 0 rows: select affiliate_id INTO v_affiliate_id from affiliates where user_name = v_user_name and password_hash = v_password_hash; if ( v_affiliate_id IS NULL ) THEN SET v_affiliate_id := -1; end if; -- This is the result set row: select v_affiliate_id; Expected result: When I run this from the MySQL command line, I get 1 row, 1 warning (1329). When I run from PHP, I *expect* to see a result set with 1 row. Actual result: -- When I run from PHP, the result set from mysqli_query() is NULL. -- Edit this bug report at http://bugs.php.net/?id=40870&edit=1
#40877 [Opn]: Can not store data to Microsoft Access database
ID: 40877 User updated by: gotozx at msn dot com Reported By: gotozx at msn dot com Status: Open Bug Type: PDO related Operating System: Windows Xp Apache PHP5.2.1 PHP Version: 5.2.1 New Comment: When USE UTF-8 encode Previous Comments: [2007-03-21 07:38:37] gotozx at msn dot com Description: Can not store data to Microsoft Access database Reproduce code: --- Array ( [0] => 22018 [1] => -3030 [2] => [Microsoft][ODBC Microsoft Access Driver] Data type mismatch in criteria expression. (SQLExecute[-3030] at ext\pdo_odbc\odbc_stmt.c:133) [3] => 22018 ) Expected result: Array ( [0] => 22018 [1] => -3030 [2] => [Microsoft][ODBC Microsoft Access Driver] Data type mismatch in criteria expression. (SQLExecute[-3030] at ext\pdo_odbc\odbc_stmt.c:133) [3] => 22018 ) Actual result: -- Array ( [0] => 22018 [1] => -3030 [2] => [Microsoft][ODBC Microsoft Access Driver] Data type mismatch in criteria expression. (SQLExecute[-3030] at ext\pdo_odbc\odbc_stmt.c:133) [3] => 22018 ) -- Edit this bug report at http://bugs.php.net/?id=40877&edit=1
#40877 [NEW]: Can not store data to Microsoft Access database
From: gotozx at msn dot com Operating system: Windows Xp Apache PHP5.2.1 PHP version: 5.2.1 PHP Bug Type: PDO related Bug description: Can not store data to Microsoft Access database Description: Can not store data to Microsoft Access database Reproduce code: --- Array ( [0] => 22018 [1] => -3030 [2] => [Microsoft][ODBC Microsoft Access Driver] Data type mismatch in criteria expression. (SQLExecute[-3030] at ext\pdo_odbc\odbc_stmt.c:133) [3] => 22018 ) Expected result: Array ( [0] => 22018 [1] => -3030 [2] => [Microsoft][ODBC Microsoft Access Driver] Data type mismatch in criteria expression. (SQLExecute[-3030] at ext\pdo_odbc\odbc_stmt.c:133) [3] => 22018 ) Actual result: -- Array ( [0] => 22018 [1] => -3030 [2] => [Microsoft][ODBC Microsoft Access Driver] Data type mismatch in criteria expression. (SQLExecute[-3030] at ext\pdo_odbc\odbc_stmt.c:133) [3] => 22018 ) -- Edit bug report at http://bugs.php.net/?id=40877&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40877&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40877&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40877&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40877&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40877&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40877&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40877&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40877&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40877&r=support Expected behavior:http://bugs.php.net/fix.php?id=40877&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40877&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40877&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40877&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40877&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40877&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40877&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40877&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40877&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40877&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40877&r=mysqlcfg
#40876 [Opn]: SNMP sanity check failed
ID: 40876
User updated by: chenberschen at yahoo dot com dot tw
Reported By: chenberschen at yahoo dot com dot tw
Status: Open
Bug Type: *Configuration Issues
Operating System: RedHat9.0
PHP Version: 5.2.1
New Comment:
I had just compiled it successful.
I think this script is a useful information for many guys.
#!/bin/sh
#install libxml2-2.6.11 for openssl
tar zxvf libxml2-2.6.11.tar.gz
cd ./libxml2-2.6.11/
./configure
make
make install
cd ../
##install openssl-0.9.6 for net-snmp-5.0.7
##install openssl-0.9.8e for net-snmp-5.3.1
tar zxvf openssl-0.9.8e.tar.gz
cd ./openssl-0.9.8e
./config
make
make install
cd ../
##install net-snmp
tar zxvf net-snmp-5.3.1.tar.gz
cd ./net-snmp-5.3.1
./configure --with-openssl=/usr/local/ssl
### -Press return to continue- enter
### Default version of SNMP to use (3): enter
### System Contact Informaiton (root@):enter
### System Location(Unknow): enter
### Location to write logfile(/var/log/snmpd.log): enter
### Location to write persistent information (/var/net-snmp):enter
###
make
make install
cd ../
###install httpd
tar zxvf httpd-2.2.3.tar.gz
cd ./httpd-2.2.3
./configure --enable-so
make
make install
cd ../
install php
tar zxvf php-5.2.1.tar.gz
cd ./php-5.2.1
./configure --with-snmp=/usr/local
--with-apxs2=/usr/local/apache2/bin/apxs --enable-ucd-snmp-hack
#./configure --with-snmp=/usr/local --with-openssl
--with-apxs2=/usr/local/apache2/bin/apxs --enable-ucd-snmp-hack
make
make install
#cd ../
#
cd ../
Previous Comments:
[2007-03-21 05:09:46] chenberschen at yahoo dot com dot tw
Description:
When I try to compile php-5.2.1 with net-snmp-5.3.1, I get configure:
error: SNMP sanity check failed.
php-5.1.6 with net-snmp-5.3.1 also has the same problme.
But, php-5.1.6 with net-snmp-5.0.7 has no problem.
php-5.2.1 with net-snmp-5.0.7 also has no problem.
Reproduce code:
---
On RedHat9.0
#tar zxvf net-snmp-5.3.1.tar.gz
#cd ./net-snmp-5.3.1
#./configure
#make;make install
#cd ..
#tar zxvf php-5.2.1.tar.gz
#cd ./php-5.2.1
#./configure --with-snmp=/usr/local
Expected result:
Will get fine mesage:
Thank for using php.
Then you can #make
,php-5.2.1 with net-snmp-5.0.7 is fine.
Actual result:
--
you will got failed.
checking for SNMP support... yes
checking OpenSSL dir for SNMP... no
checking for snmp_parse_oid in -lnetsnmp... no
checking for init_snmp in -lnetsnmp... no
configure: error: SNMP sanity check failed. Please check config.log for
more information.
configure: failed program was:
#line 85541 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char snmp_parse_oid();
int main() {
snmp_parse_oid()
; return 0; }
configure:85685: checking for init_snmp in -lnetsnmp
configure:85704: gcc -o conftest -I/usr/include -g -O2 -L/usr/lib
-Wl,-rpath,/usr/local/lib -L/usr/local/lib -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib conftest.c -lnetsnmp -lrt -lresolv -lm -ldl -lnsl
-lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lnetsnmp -lcrypto -lm
1>&5
/usr/local/lib/libnetsnmp.so: undefined reference to `des_cbc_encrypt'
/usr/local/lib/libnetsnmp.so: undefined reference to `des_key_sched'
/usr/local/lib/libnetsnmp.so: undefined reference to
`des_ncbc_encrypt'
collect2: ld returned 1 exit status
configure: failed program was:
#line 85693 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char init_snmp();
int main() {
init_snmp()
; return 0; }
--
Edit this bug report at http://bugs.php.net/?id=40876&edit=1
#40806 [Com]: session id gets over-written by other server's cookie
ID: 40806 Comment by: John at Albin dot Net Reported By: john at albin dot net Status: Assigned Bug Type:Session related PHP Version: 5.2.1 Assigned To: iliaa New Comment: This will also affect session cookies from the same server, but with different paths. e.g. Given a request for http://example.com/path1, a "domain=.example.com; path=/" session cookie will over-write the correct "domain=.example.com; path=/path1" session cookie. Previous Comments: [2007-03-14 19:11:51] john at albin dot net Description: Here's a not-so-unusual situation: If a user goes to a PHP-based website with enabled sessions at http:// example.com, by default PHP sets a cookie named PHPSESSID for .example.com. If that user then goes to a seperate website at http:// other.example.com, PHP sets a cookie named PHPSESSID for .other.example.com. >From the cookie spec: When sending cookies to a server, all cookies with a more specific path mapping should be sent before cookies with less specific path mappings. For example, a cookie "name1=foo" with a path mapping of "/" should be sent after a cookie "name1=foo2" with a path mapping of "/ bar" if they are both to be sent. Even though both cookies are submitted by the browser back to the other.example.com website, PHP clobbers the value of the more-specific cookie with the less-specific cookie that follows. So there's no way that the PHP code could ever get the correct session id. Reproduce code: --- Go to http://example.com and let PHP set a default session cookie. Go to http://other.example.com and let PHP set a default session cookie. On the other.example.com website run: Expected result: To get the session_id from the .other.example.com cookie. Actual result: -- You get the session_id from the .example.com cookie. -- Edit this bug report at http://bugs.php.net/?id=40806&edit=1
#40875 [Opn->Bgs]: Circular require_once causes fatal error
ID: 40875 Updated by: [EMAIL PROTECTED] Reported By: epotocko at gmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Windows XP Pro PHP Version: 5.2.1 New Comment: Unfortunately, this is expected behavior. Here is the logic path: test.php => require_once classB.php classB.php required yet? no classB.php => require_once classA.php classA.php required yet? no classA.php => declare class A classB.php => require_once classD.php classD.php required yet? no classD.php => require_once classC.php classC.php required yet? no classC.php => require_once classB.php classB.php required yet? YES, SKIP classC extends ClassB => fatal error, classB doesn't exist. There is a way around this, and it is to re-design your classes so they don't have such a complex relationship, or to re-order your require_once statements. PHP can't be changed, as the parse order always requires parsing included files first in order to grab dependencies (parent classes), and so these are processed before the class declaration is even parsed. Otherwise the simplest example of having two classes in separate files would fail. For instance, if you were to place require_once 'ClassD.php' after the classB declaration: your code sample will work. Incidentally, PEAR makes use of this exact technique in order to handle complex inter-relationships. PEAR/Config.php has require_once statements at the end of the file after PEAR_Config class is created. not a PHP bug => bogus. Previous Comments: [2007-03-21 00:47:51] epotocko at gmail dot com I can also reproduce this in Linux with PHP 5.1.6 [2007-03-21 00:46:46] epotocko at gmail dot com Description: A circular reference between three files is causing a fatal error. The simplest example I could reproduce this with is: B extends A C extends B B uses D D uses C If class B is modified so that it does not extend class A, the error does not occur. Reproduce code: --- ClassA.php: ClassB.php: ClassC.php ClassD.php test.php Expected result: If you execute test.php no errors should occur. Actual result: -- PHP Fatal error: Class 'ClassB' not found in ClassC.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=40875&edit=1
#40876 [NEW]: SNMP sanity check failed
From: chenberschen at yahoo dot com dot tw
Operating system: RedHat9.0
PHP version: 5.2.1
PHP Bug Type: *Configuration Issues
Bug description: SNMP sanity check failed
Description:
When I try to compile php-5.2.1 with net-snmp-5.3.1, I get configure:
error: SNMP sanity check failed.
php-5.1.6 with net-snmp-5.3.1 also has the same problme.
But, php-5.1.6 with net-snmp-5.0.7 has no problem.
php-5.2.1 with net-snmp-5.0.7 also has no problem.
Reproduce code:
---
On RedHat9.0
#tar zxvf net-snmp-5.3.1.tar.gz
#cd ./net-snmp-5.3.1
#./configure
#make;make install
#cd ..
#tar zxvf php-5.2.1.tar.gz
#cd ./php-5.2.1
#./configure --with-snmp=/usr/local
Expected result:
Will get fine mesage:
Thank for using php.
Then you can #make
,php-5.2.1 with net-snmp-5.0.7 is fine.
Actual result:
--
you will got failed.
checking for SNMP support... yes
checking OpenSSL dir for SNMP... no
checking for snmp_parse_oid in -lnetsnmp... no
checking for init_snmp in -lnetsnmp... no
configure: error: SNMP sanity check failed. Please check config.log for
more information.
configure: failed program was:
#line 85541 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char snmp_parse_oid();
int main() {
snmp_parse_oid()
; return 0; }
configure:85685: checking for init_snmp in -lnetsnmp
configure:85704: gcc -o conftest -I/usr/include -g -O2 -L/usr/lib
-Wl,-rpath,/usr/local/lib -L/usr/local/lib -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib conftest.c -lnetsnmp -lrt -lresolv -lm -ldl -lnsl
-lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lnetsnmp -lcrypto -lm 1>&5
/usr/local/lib/libnetsnmp.so: undefined reference to `des_cbc_encrypt'
/usr/local/lib/libnetsnmp.so: undefined reference to `des_key_sched'
/usr/local/lib/libnetsnmp.so: undefined reference to `des_ncbc_encrypt'
collect2: ld returned 1 exit status
configure: failed program was:
#line 85693 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char init_snmp();
int main() {
init_snmp()
; return 0; }
--
Edit bug report at http://bugs.php.net/?id=40876&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40876&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40876&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40876&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40876&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40876&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40876&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40876&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40876&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40876&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40876&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40876&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40876&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40876&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40876&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40876&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40876&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40876&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40876&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40876&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40876&r=mysqlcfg
#40858 [Fbk->Opn]: Thread safety issue in GD
ID: 40858 User updated by: scottmacvicar at ntlworld dot com Reported By: scottmacvicar at ntlworld dot com -Status: Feedback +Status: Open Bug Type: GD related Operating System: RHEL 4 PHP Version: 5.2.1 Assigned To: pajoye New Comment: Patch is available at http://public.vbulletin.com/bugs/php/gd-mutex-patch.txt Quick explanation: * The mutex is created at module startup and destroyed at module shutdown courtesy of two new helper functions within the libGD code base. * The mutex is no longer destroyed at request shutdown. * Locking is performed prior to checking fontCache to prevent the race condition we're seeing. This can't be merged back into libGD at the moment since it breaks backwards compatibility by assuming a mutex has been allocated, the way to fix this for pthread is fairly easy. #define gdMutexDeclare(x) pthread_mutex_t x #define gdMutexDeclare(x) pthread_mutex_t x becomes #define gdMutexDeclare(x) static pthread_mutex_t x = PTHREAD_MUTEX_INITIALIZER #define gdMutexSetup(x) That would just leave the win32 implementation to deal with via DLLMain, a quick patch to add that would only take a few minutes though I don't have VC6 installed yet. Previous Comments: [2007-03-21 00:48:56] [EMAIL PROTECTED] "Moving the code to PHP_MINIT fixes the problem for PHP but the threading options of GD doesn't extend itself to this setup since the function to create the mutex can be called more than once in a short period of time." Do you mean for libGD itself used a library in a random project? If yes, a solution is very similar to this one. We have to do it at load time (like DLLMain on windows). Many other libraries (and many related to FT2, with ft2 cache or their own) rely on this solution. We can give it a try, at least. "I've got a patch that implements the PHP solution running on our boxes, I can provide it if interested." You can always post it, I still did not get the time to do it, so any help is welcome. [2007-03-21 00:40:40] scottmacvicar at ntlworld dot com Moving the code to PHP_MINIT fixes the problem for PHP but the threading options of GD doesn't extend itself to this setup since the function to create the mutex can be called more than once in a short period of time. This small race condition could be fixed by using pthread_once to ensure the mutexes are allocated only once but I'm unsure of the Win32 equivalent. I've got a patch that implements the PHP solution running on our boxes, I can provide it if interested. [2007-03-19 19:27:31] [EMAIL PROTECTED] Did we not put it inside in the latest version of the last patch? I do not have the code at hand but as far as I remember Nuno updated it. I will check again tonight. [2007-03-19 19:24:54] [EMAIL PROTECTED] >The first problem looks weird. It defeats the whole purpose of the mutex. The !=NULL check is out of the mutex protected block. [2007-03-19 19:22:00] [EMAIL PROTECTED] Yes, we noticed the cacheSetup problem too. One solution is to initialize it in MINIT and destroy it in MSHUTDOWN. I'm working on patch to implement this solution. The first problem looks weird. It defeats the whole purpose of the mutex. I do not have the time now to test. I will give it a try later this week. 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/40858 -- Edit this bug report at http://bugs.php.net/?id=40858&edit=1
#40858 [Asn->Fbk]: Thread safety issue in GD
ID: 40858 Updated by: [EMAIL PROTECTED] Reported By: scottmacvicar at ntlworld dot com -Status: Assigned +Status: Feedback Bug Type: GD related Operating System: RHEL 4 PHP Version: 5.2.1 Assigned To: pajoye New Comment: "Moving the code to PHP_MINIT fixes the problem for PHP but the threading options of GD doesn't extend itself to this setup since the function to create the mutex can be called more than once in a short period of time." Do you mean for libGD itself used a library in a random project? If yes, a solution is very similar to this one. We have to do it at load time (like DLLMain on windows). Many other libraries (and many related to FT2, with ft2 cache or their own) rely on this solution. We can give it a try, at least. "I've got a patch that implements the PHP solution running on our boxes, I can provide it if interested." You can always post it, I still did not get the time to do it, so any help is welcome. Previous Comments: [2007-03-21 00:40:40] scottmacvicar at ntlworld dot com Moving the code to PHP_MINIT fixes the problem for PHP but the threading options of GD doesn't extend itself to this setup since the function to create the mutex can be called more than once in a short period of time. This small race condition could be fixed by using pthread_once to ensure the mutexes are allocated only once but I'm unsure of the Win32 equivalent. I've got a patch that implements the PHP solution running on our boxes, I can provide it if interested. [2007-03-19 19:27:31] [EMAIL PROTECTED] Did we not put it inside in the latest version of the last patch? I do not have the code at hand but as far as I remember Nuno updated it. I will check again tonight. [2007-03-19 19:24:54] [EMAIL PROTECTED] >The first problem looks weird. It defeats the whole purpose of the mutex. The !=NULL check is out of the mutex protected block. [2007-03-19 19:22:00] [EMAIL PROTECTED] Yes, we noticed the cacheSetup problem too. One solution is to initialize it in MINIT and destroy it in MSHUTDOWN. I'm working on patch to implement this solution. The first problem looks weird. It defeats the whole purpose of the mutex. I do not have the time now to test. I will give it a try later this week. [2007-03-19 19:13:02] scottmacvicar at ntlworld dot com I should have mentioned, the first patch deals with the segfault so it errors out gracefully. We've got this running on production now. The second patch is an attempt to deal with the race condition that's still present, would probably be simplier to just to call gdFontCacheSetup() again but I'm unsure what the behaviour is of setting up a mutex thats already initialised and then locking it. 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/40858 -- Edit this bug report at http://bugs.php.net/?id=40858&edit=1
#40875 [Opn]: Circular require_once causes fatal error
ID: 40875 User updated by: epotocko at gmail dot com Reported By: epotocko at gmail dot com Status: Open Bug Type: Compile Failure Operating System: Windows XP Pro PHP Version: 5.2.1 New Comment: I can also reproduce this in Linux with PHP 5.1.6 Previous Comments: [2007-03-21 00:46:46] epotocko at gmail dot com Description: A circular reference between three files is causing a fatal error. The simplest example I could reproduce this with is: B extends A C extends B B uses D D uses C If class B is modified so that it does not extend class A, the error does not occur. Reproduce code: --- ClassA.php: ClassB.php: ClassC.php ClassD.php test.php Expected result: If you execute test.php no errors should occur. Actual result: -- PHP Fatal error: Class 'ClassB' not found in ClassC.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=40875&edit=1
#40875 [NEW]: Circular require_once causes fatal error
From: epotocko at gmail dot com Operating system: Windows XP Pro PHP version: 5.2.1 PHP Bug Type: Compile Failure Bug description: Circular require_once causes fatal error Description: A circular reference between three files is causing a fatal error. The simplest example I could reproduce this with is: B extends A C extends B B uses D D uses C If class B is modified so that it does not extend class A, the error does not occur. Reproduce code: --- ClassA.php: ClassB.php: ClassC.php ClassD.php test.php Expected result: If you execute test.php no errors should occur. Actual result: -- PHP Fatal error: Class 'ClassB' not found in ClassC.php on line 3 -- Edit bug report at http://bugs.php.net/?id=40875&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40875&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40875&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40875&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40875&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40875&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40875&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40875&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40875&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40875&r=support Expected behavior:http://bugs.php.net/fix.php?id=40875&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40875&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40875&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40875&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40875&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40875&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40875&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40875&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40875&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40875&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40875&r=mysqlcfg
#40858 [Asn]: Thread safety issue in GD
ID: 40858 User updated by: scottmacvicar at ntlworld dot com Reported By: scottmacvicar at ntlworld dot com Status: Assigned Bug Type: GD related Operating System: RHEL 4 PHP Version: 5.2.1 Assigned To: pajoye New Comment: Moving the code to PHP_MINIT fixes the problem for PHP but the threading options of GD doesn't extend itself to this setup since the function to create the mutex can be called more than once in a short period of time. This small race condition could be fixed by using pthread_once to ensure the mutexes are allocated only once but I'm unsure of the Win32 equivalent. I've got a patch that implements the PHP solution running on our boxes, I can provide it if interested. Previous Comments: [2007-03-19 19:27:31] [EMAIL PROTECTED] Did we not put it inside in the latest version of the last patch? I do not have the code at hand but as far as I remember Nuno updated it. I will check again tonight. [2007-03-19 19:24:54] [EMAIL PROTECTED] >The first problem looks weird. It defeats the whole purpose of the mutex. The !=NULL check is out of the mutex protected block. [2007-03-19 19:22:00] [EMAIL PROTECTED] Yes, we noticed the cacheSetup problem too. One solution is to initialize it in MINIT and destroy it in MSHUTDOWN. I'm working on patch to implement this solution. The first problem looks weird. It defeats the whole purpose of the mutex. I do not have the time now to test. I will give it a try later this week. [2007-03-19 19:13:02] scottmacvicar at ntlworld dot com I should have mentioned, the first patch deals with the segfault so it errors out gracefully. We've got this running on production now. The second patch is an attempt to deal with the race condition that's still present, would probably be simplier to just to call gdFontCacheSetup() again but I'm unsure what the behaviour is of setting up a mutex thats already initialised and then locking it. [2007-03-19 18:53:45] [EMAIL PROTECTED] Assigned to the maintainer. 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/40858 -- Edit this bug report at http://bugs.php.net/?id=40858&edit=1
#40861 [Asn->Csd]: strtotime() behaviour has changed
ID: 40861
Updated by: [EMAIL PROTECTED]
Reported By: eheien at heli-one dot ca
-Status: Assigned
+Status: Closed
Bug Type: Date/time related
Operating System: Windows 2003 and XP
PHP Version: 5.2.1
Assigned To: derick
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-03-20 09:07:49] eheien at heli-one dot ca
Description:
strtotime() fails when supplied with both a negative and positive
argument. This worked in php 5.0.5 and php 4.x.x.
+- = -
++ = +
-- = +
Reproduce code:
---
$offset = -60;
$ts = strtotime('2000-01-01 12:00:00');
$result = date("Y-m-d H:i:s", strtotime("+$offset minutes", $ts));
echo $result;
Expected result:
2000-01-01 11:00:00
Actual result:
--
1970-01-01 01:00:00
--
Edit this bug report at http://bugs.php.net/?id=40861&edit=1
#40869 [Bgs]: Mysql gives incorrect result, using subqueries and variables
ID: 40869 User updated by: robert dot allen at unearthtravel dot com Reported By: robert dot allen at unearthtravel dot com Status: Bogus Bug Type:MySQL related PHP Version: 5.2.1 New Comment: Hey I have been playing with this some more and have found out that the query returns the results I would expect if run through the mysqli extension. I'm not sure if this gives you any further information as to where the problem is but thought I would let you know in case it indicates the problem is within php. Thanks again Rob Previous Comments: [2007-03-20 18:56:08] [EMAIL PROTECTED] Your PHP uses mysql client libraries of different version, so I believe it's some kind of client/server incompatibility. [2007-03-20 18:50:42] robert dot allen at unearthtravel dot com The reason I reported it to php was due to the fact I get a different result when executing it via php than a simple command line client. I presume you believe it to be a problem in the mysql dll's and therefore their bug? Thanks once again Rob [2007-03-20 18:45:13] [EMAIL PROTECTED] Please report it to MySQL people. [2007-03-20 18:40:49] robert dot allen at unearthtravel dot com the select version() query gave: 5.0.33 I am also using those dlls now Thanks [2007-03-20 18:25:16] [EMAIL PROTECTED] And try php_mysql.dll from here: http://dev.mysql.com/downloads/connector/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/40869 -- Edit this bug report at http://bugs.php.net/?id=40869&edit=1
#40872 [Asn->Csd]: inconsistency in offsetSet, offsetExists treatment of string enclosed integers
ID: 40872
Updated by: [EMAIL PROTECTED]
Reported By: piter75 at gmail dot com
-Status: Assigned
+Status: Closed
Bug Type: SPL related
-Operating System: Ubuntu Feisty, Windows XP
+Operating System: *
PHP Version: 5.2.1
Assigned To: helly
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-03-20 20:00:11] piter75 at gmail dot com
Description:
ArrayIterator's methods offsetSet and offsetGet treat the string
enclosed integers ('1', '2', ) as integers, but offsetExists treats
them as strings and returns false even if the value exists at the
specified offset.
Reproduce code:
---
id = $id;
}
}
class ProjectsList extends ArrayIterator {
public function add(Project $item) {
$this->offsetSet($item->id, $item);
}
}
$projects = new ProjectsList();
$projects->add(new Project('1'));
$projects->add(new Project(2));
var_dump($projects->offsetExists(1));
var_dump($projects->offsetExists('2'));
?>
Expected result:
boolean true
boolean true
Actual result:
--
boolean true
boolean false
--
Edit this bug report at http://bugs.php.net/?id=40872&edit=1
#40871 [Bgs]: preg_replace returns blank when the text contains bad UTF-8
ID: 40871 Updated by: [EMAIL PROTECTED] Reported By: ismith at motorola dot com Status: Bogus Bug Type: PCRE related Operating System: Windows Server 2003 SP1 PHP Version: 5.2.1 New Comment: >Where do I report this? How do I get it fixed? See http://pcre.org, further details I don't know myself. Previous Comments: [2007-03-20 20:03:58] ismith at motorola dot com Tony, thanks for the response... but more info would be good. Where do I report this? How do I get it fixed? [2007-03-20 20:00:17] ismith at motorola dot com BTW, this bug surfaced in MediaWiki 1.9.3 on a private wiki, where it causes some pages with pasted-in Windows quotes to be displayed as blank. [2007-03-20 19:58:25] [EMAIL PROTECTED] This is what the underlying PCRE library returns. [2007-03-20 19:54:33] ismith at motorola dot com Description: I am using preg_replace to do a search and replace on some text which contains an invalid UTF-8 code sequence. I am using the "u" modifier. I believe that preg_replace should suppress the bad character, or replace it with an appropriate error marker; but otherwise return the text intact (after making the required replacements). Both preg_replace and preg_replace_callback return an empty string in this case, even when the search pattern matches nothing in the input. Reproduce code: --- Expected result: Was "I hate WOMBATS ΓÇ£ and COWS"; now "I hate WOMBATS ΓÇ£ and COWS" Was "I love BEARS ΓÇ? and LIONS"; now "I love BEARS ΓÇ? and LIONS" Actual result: -- Was "I hate WOMBATS ΓÇ£ and COWS"; now "I hate WOMBATS ΓÇ£ and COWS" Was "I love BEARS ΓÇ? and LIONS"; now "" -- Edit this bug report at http://bugs.php.net/?id=40871&edit=1
#40873 [Opn->Bgs]: ZipArchive doesn't open zip files containing high number of files
ID: 40873
Updated by: [EMAIL PROTECTED]
Reported By: php-bugs at spuetz dot ath dot cx
-Status: Open
+Status: Bogus
Bug Type: Zip Related
Operating System: Linux 64bit
PHP Version: 5.2.1
-Assigned To:
+Assigned To: pajoye
New Comment:
You reach the file limit of your OS.
See:http://pecl.php.net/bugs/bug.php?id=8714
You can increase it (see the manual of your OS to know how to increase
it). By the way, having less than 1000 for a linux web server is not
really a good idea.
It is a duplicated bug (> bogus) as we already have one as feature to
use the php stream api internally (with IO ctx).
Previous Comments:
[2007-03-20 20:05:05] php-bugs at spuetz dot ath dot cx
Description:
If a zip file contains more than 8xx files, ZipArchive::open returns
ZIPARCHIVE::ER_READ. It's working under 32bit, but failling under 64bit
systems (I tried two amd 64 systems).
5.2.1 and php5.2-200703201930 doesn't work.
Is this really a php issue?
Reproduce code:
---
#!/bin/sh
rm -rf test1 test2 test1.zip test2.zip
mkdir test1 test2
cd test1
php -r 'for ($i = 1; $i < 800; $i++) system("touch test$i.txt");'
cd ../
zip -r test1.zip test1 > /dev/null
php -r '$zip = new ZipArchive(); var_dump($zip->open("test1.zip"));
var_dump($zip->numFiles);'
cd test2
php -r 'for ($i = 1; $i < 876; $i++) system("touch test$i.txt");'
cd ../
zip -r test2.zip test2 > /dev/null
php -r '$zip = new ZipArchive(); var_dump($zip->open("test2.zip"));
var_dump($zip->numFiles);'
Expected result:
[EMAIL PROTECTED] zip]$ sh ./zip.sh
bool(true)
int(800)
bool(true)
int(876)
Actual result:
--
[EMAIL PROTECTED] zip]$ sh ./zip.sh
bool(true)
int(800)
int(5)
int(0)
--
Edit this bug report at http://bugs.php.net/?id=40873&edit=1
#40872 [Opn->Asn]: inconsistency in offsetSet, offsetExists treatment of string enclosed integers
ID: 40872
Updated by: [EMAIL PROTECTED]
Reported By: piter75 at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: SPL related
Operating System: Ubuntu Feisty, Windows XP
PHP Version: 5.2.1
-Assigned To:
+Assigned To: helly
Previous Comments:
[2007-03-20 20:00:11] piter75 at gmail dot com
Description:
ArrayIterator's methods offsetSet and offsetGet treat the string
enclosed integers ('1', '2', ) as integers, but offsetExists treats
them as strings and returns false even if the value exists at the
specified offset.
Reproduce code:
---
id = $id;
}
}
class ProjectsList extends ArrayIterator {
public function add(Project $item) {
$this->offsetSet($item->id, $item);
}
}
$projects = new ProjectsList();
$projects->add(new Project('1'));
$projects->add(new Project(2));
var_dump($projects->offsetExists(1));
var_dump($projects->offsetExists('2'));
?>
Expected result:
boolean true
boolean true
Actual result:
--
boolean true
boolean false
--
Edit this bug report at http://bugs.php.net/?id=40872&edit=1
#40873 [NEW]: ZipArchive doesn't open zip files containing high number of files
From: php-bugs at spuetz dot ath dot cx
Operating system: Linux 64bit
PHP version: 5.2.1
PHP Bug Type: Zip Related
Bug description: ZipArchive doesn't open zip files containing high number of
files
Description:
If a zip file contains more than 8xx files, ZipArchive::open returns
ZIPARCHIVE::ER_READ. It's working under 32bit, but failling under 64bit
systems (I tried two amd 64 systems).
5.2.1 and php5.2-200703201930 doesn't work.
Is this really a php issue?
Reproduce code:
---
#!/bin/sh
rm -rf test1 test2 test1.zip test2.zip
mkdir test1 test2
cd test1
php -r 'for ($i = 1; $i < 800; $i++) system("touch test$i.txt");'
cd ../
zip -r test1.zip test1 > /dev/null
php -r '$zip = new ZipArchive(); var_dump($zip->open("test1.zip"));
var_dump($zip->numFiles);'
cd test2
php -r 'for ($i = 1; $i < 876; $i++) system("touch test$i.txt");'
cd ../
zip -r test2.zip test2 > /dev/null
php -r '$zip = new ZipArchive(); var_dump($zip->open("test2.zip"));
var_dump($zip->numFiles);'
Expected result:
[EMAIL PROTECTED] zip]$ sh ./zip.sh
bool(true)
int(800)
bool(true)
int(876)
Actual result:
--
[EMAIL PROTECTED] zip]$ sh ./zip.sh
bool(true)
int(800)
int(5)
int(0)
--
Edit bug report at http://bugs.php.net/?id=40873&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40873&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40873&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40873&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40873&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40873&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40873&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40873&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40873&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40873&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40873&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40873&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40873&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40873&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40873&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40873&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40873&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40873&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40873&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40873&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40873&r=mysqlcfg
#40871 [Bgs]: preg_replace returns blank when the text contains bad UTF-8
ID: 40871 User updated by: ismith at motorola dot com Reported By: ismith at motorola dot com Status: Bogus Bug Type: PCRE related Operating System: Windows Server 2003 SP1 PHP Version: 5.2.1 New Comment: Tony, thanks for the response... but more info would be good. Where do I report this? How do I get it fixed? Previous Comments: [2007-03-20 20:00:17] ismith at motorola dot com BTW, this bug surfaced in MediaWiki 1.9.3 on a private wiki, where it causes some pages with pasted-in Windows quotes to be displayed as blank. [2007-03-20 19:58:25] [EMAIL PROTECTED] This is what the underlying PCRE library returns. [2007-03-20 19:54:33] ismith at motorola dot com Description: I am using preg_replace to do a search and replace on some text which contains an invalid UTF-8 code sequence. I am using the "u" modifier. I believe that preg_replace should suppress the bad character, or replace it with an appropriate error marker; but otherwise return the text intact (after making the required replacements). Both preg_replace and preg_replace_callback return an empty string in this case, even when the search pattern matches nothing in the input. Reproduce code: --- Expected result: Was "I hate WOMBATS ΓÇ£ and COWS"; now "I hate WOMBATS ΓÇ£ and COWS" Was "I love BEARS ΓÇ? and LIONS"; now "I love BEARS ΓÇ? and LIONS" Actual result: -- Was "I hate WOMBATS ΓÇ£ and COWS"; now "I hate WOMBATS ΓÇ£ and COWS" Was "I love BEARS ΓÇ? and LIONS"; now "" -- Edit this bug report at http://bugs.php.net/?id=40871&edit=1
#40733 [Asn->Fbk]: Undefined symbol: spl_ce_RuntimeException
ID: 40733 Updated by: [EMAIL PROTECTED] Reported By: alan dot mcfarlane at gmail dot com -Status: Assigned +Status: Feedback Bug Type: MySQLi related -Operating System: FreeBSD 6.0 +Operating System: * PHP Version: 5.2.1 Assigned To: helly New Comment: 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 Previous Comments: [2007-03-20 11:43:38] darren dot pilgrim at gmail dot com There appears to be some sensitivity to the order of modules in extensions.ini. If extensions.ini is sorted, spl.so comes after mysqli.so and the error occurs. If spl.so is moved to preceed mysqli.so, the error does not occur. [2007-03-06 12:41:03] [EMAIL PROTECTED] Marcus, optional extension dependency is missing. Though I honestly do not understand why on earth MySQLi uses SPL exception class. IMO this is counter-intuitive and makes users to guess what is the parent class of mysqli exception - whether it's Exception or RuntimeException? [2007-03-06 07:40:16] alan dot mcfarlane at gmail dot com Configure: -- './configure' '--enable-versioning' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-a ll' '--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-reflection' '--program-prefix=' '--enable-fastcgi' '--with-apxs2=/usr/local/sbin/apxs' '--with-regex=php' '--with-zend-vm=CALL' '--prefix=/usr/local' Both PHP and all the extensions were built using the standard FreeBSD ports structure. Note the problem does NOT manifest itself on any of my 64-bit boxes. [2007-03-05 21:23:46] [EMAIL PROTECTED] We need your configure line and whether you compile the extension shared or not. [2007-03-05 21:23:03] [EMAIL PROTECTED] 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. 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/40733 -- Edit this bug report at http://bugs.php.net/?id=40733&edit=1
#40871 [Bgs]: preg_replace returns blank when the text contains bad UTF-8
ID: 40871 User updated by: ismith at motorola dot com Reported By: ismith at motorola dot com Status: Bogus Bug Type: PCRE related Operating System: Windows Server 2003 SP1 PHP Version: 5.2.1 New Comment: BTW, this bug surfaced in MediaWiki 1.9.3 on a private wiki, where it causes some pages with pasted-in Windows quotes to be displayed as blank. Previous Comments: [2007-03-20 19:58:25] [EMAIL PROTECTED] This is what the underlying PCRE library returns. [2007-03-20 19:54:33] ismith at motorola dot com Description: I am using preg_replace to do a search and replace on some text which contains an invalid UTF-8 code sequence. I am using the "u" modifier. I believe that preg_replace should suppress the bad character, or replace it with an appropriate error marker; but otherwise return the text intact (after making the required replacements). Both preg_replace and preg_replace_callback return an empty string in this case, even when the search pattern matches nothing in the input. Reproduce code: --- Expected result: Was "I hate WOMBATS ΓÇ£ and COWS"; now "I hate WOMBATS ΓÇ£ and COWS" Was "I love BEARS ΓÇ? and LIONS"; now "I love BEARS ΓÇ? and LIONS" Actual result: -- Was "I hate WOMBATS ΓÇ£ and COWS"; now "I hate WOMBATS ΓÇ£ and COWS" Was "I love BEARS ΓÇ? and LIONS"; now "" -- Edit this bug report at http://bugs.php.net/?id=40871&edit=1
#40872 [NEW]: inconsistency in offsetSet, offsetExists treatment of string enclosed integers
From: piter75 at gmail dot com
Operating system: Ubuntu Feisty, Windows XP
PHP version: 5.2.1
PHP Bug Type: SPL related
Bug description: inconsistency in offsetSet, offsetExists treatment of string
enclosed integers
Description:
ArrayIterator's methods offsetSet and offsetGet treat the string enclosed
integers ('1', '2', ) as integers, but offsetExists treats them as
strings and returns false even if the value exists at the specified offset.
Reproduce code:
---
id = $id;
}
}
class ProjectsList extends ArrayIterator {
public function add(Project $item) {
$this->offsetSet($item->id, $item);
}
}
$projects = new ProjectsList();
$projects->add(new Project('1'));
$projects->add(new Project(2));
var_dump($projects->offsetExists(1));
var_dump($projects->offsetExists('2'));
?>
Expected result:
boolean true
boolean true
Actual result:
--
boolean true
boolean false
--
Edit bug report at http://bugs.php.net/?id=40872&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40872&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40872&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40872&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40872&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40872&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40872&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40872&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40872&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40872&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40872&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40872&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40872&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40872&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40872&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40872&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40872&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40872&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40872&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40872&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40872&r=mysqlcfg
#40871 [Opn->Bgs]: preg_replace returns blank when the text contains bad UTF-8
ID: 40871 Updated by: [EMAIL PROTECTED] Reported By: ismith at motorola dot com -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: Windows Server 2003 SP1 PHP Version: 5.2.1 New Comment: This is what the underlying PCRE library returns. Previous Comments: [2007-03-20 19:54:33] ismith at motorola dot com Description: I am using preg_replace to do a search and replace on some text which contains an invalid UTF-8 code sequence. I am using the "u" modifier. I believe that preg_replace should suppress the bad character, or replace it with an appropriate error marker; but otherwise return the text intact (after making the required replacements). Both preg_replace and preg_replace_callback return an empty string in this case, even when the search pattern matches nothing in the input. Reproduce code: --- Expected result: Was "I hate WOMBATS ΓÇ£ and COWS"; now "I hate WOMBATS ΓÇ£ and COWS" Was "I love BEARS ΓÇ? and LIONS"; now "I love BEARS ΓÇ? and LIONS" Actual result: -- Was "I hate WOMBATS ΓÇ£ and COWS"; now "I hate WOMBATS ΓÇ£ and COWS" Was "I love BEARS ΓÇ? and LIONS"; now "" -- Edit this bug report at http://bugs.php.net/?id=40871&edit=1
#40871 [NEW]: preg_replace returns blank when the text contains bad UTF-8
From: ismith at motorola dot com Operating system: Windows Server 2003 SP1 PHP version: 5.2.1 PHP Bug Type: PCRE related Bug description: preg_replace returns blank when the text contains bad UTF-8 Description: I am using preg_replace to do a search and replace on some text which contains an invalid UTF-8 code sequence. I am using the "u" modifier. I believe that preg_replace should suppress the bad character, or replace it with an appropriate error marker; but otherwise return the text intact (after making the required replacements). Both preg_replace and preg_replace_callback return an empty string in this case, even when the search pattern matches nothing in the input. Reproduce code: --- Expected result: Was "I hate WOMBATS ΓÇ£ and COWS"; now "I hate WOMBATS ΓÇ£ and COWS" Was "I love BEARS ΓÇ? and LIONS"; now "I love BEARS ΓÇ? and LIONS" Actual result: -- Was "I hate WOMBATS ΓÇ£ and COWS"; now "I hate WOMBATS ΓÇ£ and COWS" Was "I love BEARS ΓÇ? and LIONS"; now "" -- Edit bug report at http://bugs.php.net/?id=40871&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40871&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40871&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40871&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40871&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40871&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40871&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40871&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40871&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40871&r=support Expected behavior:http://bugs.php.net/fix.php?id=40871&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40871&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40871&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40871&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40871&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40871&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40871&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40871&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40871&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40871&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40871&r=mysqlcfg
#40870 [Opn->Fbk]: Stored proc warning 1329 produces NULL result set
ID: 40870 Updated by: [EMAIL PROTECTED] Reported By: key88sf at gmail dot com -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Windows Vista PHP Version: 5.2.1 New Comment: 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. Previous Comments: [2007-03-20 19:26:42] key88sf at gmail dot com Description: I have a simple stored procedure in MySQL 5.x. The proc first does a SELECT INTO query, followed by a regular SELECT to return it's result set. The SELECT INTO generates a warning 1329 because no rows were fetched. However, the final SELECT works properly and returns 1 row. However, the result returned from mysqli_query() is NULL ! Reproduce code: --- Stored proc is this: DECLARE v_affiliate_id INTEGER DEFAULT NULL; -- This SELECT INTO returns 0 rows: select affiliate_id INTO v_affiliate_id from affiliates where user_name = v_user_name and password_hash = v_password_hash; if ( v_affiliate_id IS NULL ) THEN SET v_affiliate_id := -1; end if; -- This is the result set row: select v_affiliate_id; Expected result: When I run this from the MySQL command line, I get 1 row, 1 warning (1329). When I run from PHP, I *expect* to see a result set with 1 row. Actual result: -- When I run from PHP, the result set from mysqli_query() is NULL. -- Edit this bug report at http://bugs.php.net/?id=40870&edit=1
#40870 [NEW]: Stored proc warning 1329 produces NULL result set
From: key88sf at gmail dot com Operating system: Windows Vista PHP version: 5.2.1 PHP Bug Type: MySQLi related Bug description: Stored proc warning 1329 produces NULL result set Description: I have a simple stored procedure in MySQL 5.x. The proc first does a SELECT INTO query, followed by a regular SELECT to return it's result set. The SELECT INTO generates a warning 1329 because no rows were fetched. However, the final SELECT works properly and returns 1 row. However, the result returned from mysqli_query() is NULL ! Reproduce code: --- Stored proc is this: DECLARE v_affiliate_id INTEGER DEFAULT NULL; -- This SELECT INTO returns 0 rows: select affiliate_id INTO v_affiliate_id from affiliates where user_name = v_user_name and password_hash = v_password_hash; if ( v_affiliate_id IS NULL ) THEN SET v_affiliate_id := -1; end if; -- This is the result set row: select v_affiliate_id; Expected result: When I run this from the MySQL command line, I get 1 row, 1 warning (1329). When I run from PHP, I *expect* to see a result set with 1 row. Actual result: -- When I run from PHP, the result set from mysqli_query() is NULL. -- Edit bug report at http://bugs.php.net/?id=40870&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40870&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40870&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40870&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40870&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40870&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40870&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40870&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40870&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40870&r=support Expected behavior:http://bugs.php.net/fix.php?id=40870&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40870&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40870&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40870&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40870&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40870&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40870&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40870&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40870&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40870&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40870&r=mysqlcfg
#40869 [Opn->Fbk]: Mysql gives incorrect result, using subqueries and variables
ID: 40869
Updated by: [EMAIL PROTECTED]
Reported By: robert dot allen at unearthtravel dot com
-Status: Open
+Status: Feedback
Bug Type:MySQL related
PHP Version: 5.2.1
New Comment:
Run "select version()" on the server
Previous Comments:
[2007-03-20 18:15:52] robert dot allen at unearthtravel dot com
The xampp bundle was installed on windows xp, our hosted server is a
linux system
[2007-03-20 18:12:10] [EMAIL PROTECTED]
Which OS is that?
[2007-03-20 18:07:52] robert dot allen at unearthtravel dot com
To be honest I am not sure how to do this, I have tried it on an xampp
bundle though and so presume they would have linked them correctly. I
have also tried on our hosted managed server and get the same result in
both places.
Thanks for your help
Rob
[2007-03-20 17:45:35] [EMAIL PROTECTED]
Make sure PHP is linked with the correct libmysql, it should be of the
same version as the server.
[2007-03-20 17:40:43] robert dot allen at unearthtravel dot com
Description:
Hi
We are getting an odd result when submitting a query to a mysql server
(4.1.10), we get a different result when performing the query through
php (an incorrect result) as opposed to straight in to a mysql client.
It seems to have performed the sub-query twice, so the variable @j has
been incremented twice.
A simplified version of our code is shown below and reproduces the
problem, I have also included a sample table. I have seen it on both
windows and linux.
Reproduce code:
---
mysql_query("SET @j=0;");
$sql = "select offset from (select @j:[EMAIL PROTECTED] as offset,
if(element_id=2,1,0) as result from element) as t1 WHERE t1.result=1 ";
$result = mysql_query($sql);
$row = mysql_fetch_row($result);
echo $row[0];
/**DATABASE/
CREATE TABLE `element` (
`element_id` int(10) unsigned NOT NULL auto_increment,
`element_type_id` int(10) unsigned NOT NULL default '0',
`lock_level` int(10) unsigned NOT NULL default '0',
PRIMARY KEY (`element_id`),
KEY `new_index` (`element_type_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
/*Data for the table `element` */
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (1,1,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (2,10,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (3,2,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (4,10,1);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (5,2,0);
Expected result:
2
Actual result:
--
7
--
Edit this bug report at http://bugs.php.net/?id=40869&edit=1
#40869 [Bgs]: Mysql gives incorrect result, using subqueries and variables
ID: 40869 Updated by: [EMAIL PROTECTED] Reported By: robert dot allen at unearthtravel dot com Status: Bogus Bug Type:MySQL related PHP Version: 5.2.1 New Comment: Your PHP uses mysql client libraries of different version, so I believe it's some kind of client/server incompatibility. Previous Comments: [2007-03-20 18:50:42] robert dot allen at unearthtravel dot com The reason I reported it to php was due to the fact I get a different result when executing it via php than a simple command line client. I presume you believe it to be a problem in the mysql dll's and therefore their bug? Thanks once again Rob [2007-03-20 18:45:13] [EMAIL PROTECTED] Please report it to MySQL people. [2007-03-20 18:40:49] robert dot allen at unearthtravel dot com the select version() query gave: 5.0.33 I am also using those dlls now Thanks [2007-03-20 18:25:16] [EMAIL PROTECTED] And try php_mysql.dll from here: http://dev.mysql.com/downloads/connector/php/ [2007-03-20 18:23:52] [EMAIL PROTECTED] Run "select version()" on the server 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/40869 -- Edit this bug report at http://bugs.php.net/?id=40869&edit=1
#40869 [Bgs]: Mysql gives incorrect result, using subqueries and variables
ID: 40869 User updated by: robert dot allen at unearthtravel dot com Reported By: robert dot allen at unearthtravel dot com Status: Bogus Bug Type:MySQL related PHP Version: 5.2.1 New Comment: The reason I reported it to php was due to the fact I get a different result when executing it via php than a simple command line client. I presume you believe it to be a problem in the mysql dll's and therefore their bug? Thanks once again Rob Previous Comments: [2007-03-20 18:45:13] [EMAIL PROTECTED] Please report it to MySQL people. [2007-03-20 18:40:49] robert dot allen at unearthtravel dot com the select version() query gave: 5.0.33 I am also using those dlls now Thanks [2007-03-20 18:25:16] [EMAIL PROTECTED] And try php_mysql.dll from here: http://dev.mysql.com/downloads/connector/php/ [2007-03-20 18:23:52] [EMAIL PROTECTED] Run "select version()" on the server [2007-03-20 18:15:52] robert dot allen at unearthtravel dot com The xampp bundle was installed on windows xp, our hosted server is a linux system 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/40869 -- Edit this bug report at http://bugs.php.net/?id=40869&edit=1
#40869 [Opn->Bgs]: Mysql gives incorrect result, using subqueries and variables
ID: 40869 Updated by: [EMAIL PROTECTED] Reported By: robert dot allen at unearthtravel dot com -Status: Open +Status: Bogus Bug Type:MySQL related PHP Version: 5.2.1 New Comment: Please report it to MySQL people. Previous Comments: [2007-03-20 18:40:49] robert dot allen at unearthtravel dot com the select version() query gave: 5.0.33 I am also using those dlls now Thanks [2007-03-20 18:25:16] [EMAIL PROTECTED] And try php_mysql.dll from here: http://dev.mysql.com/downloads/connector/php/ [2007-03-20 18:23:52] [EMAIL PROTECTED] Run "select version()" on the server [2007-03-20 18:15:52] robert dot allen at unearthtravel dot com The xampp bundle was installed on windows xp, our hosted server is a linux system [2007-03-20 18:12:10] [EMAIL PROTECTED] Which OS is that? 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/40869 -- Edit this bug report at http://bugs.php.net/?id=40869&edit=1
#40869 [Fbk->Opn]: Mysql gives incorrect result, using subqueries and variables
ID: 40869 User updated by: robert dot allen at unearthtravel dot com Reported By: robert dot allen at unearthtravel dot com -Status: Feedback +Status: Open Bug Type:MySQL related PHP Version: 5.2.1 New Comment: the select version() query gave: 5.0.33 I am also using those dlls now Thanks Previous Comments: [2007-03-20 18:25:16] [EMAIL PROTECTED] And try php_mysql.dll from here: http://dev.mysql.com/downloads/connector/php/ [2007-03-20 18:23:52] [EMAIL PROTECTED] Run "select version()" on the server [2007-03-20 18:15:52] robert dot allen at unearthtravel dot com The xampp bundle was installed on windows xp, our hosted server is a linux system [2007-03-20 18:12:10] [EMAIL PROTECTED] Which OS is that? [2007-03-20 18:07:52] robert dot allen at unearthtravel dot com To be honest I am not sure how to do this, I have tried it on an xampp bundle though and so presume they would have linked them correctly. I have also tried on our hosted managed server and get the same result in both places. Thanks for your help Rob 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/40869 -- Edit this bug report at http://bugs.php.net/?id=40869&edit=1
#40869 [Fbk]: Mysql gives incorrect result, using subqueries and variables
ID: 40869 Updated by: [EMAIL PROTECTED] Reported By: robert dot allen at unearthtravel dot com Status: Feedback Bug Type:MySQL related PHP Version: 5.2.1 New Comment: And try php_mysql.dll from here: http://dev.mysql.com/downloads/connector/php/ Previous Comments: [2007-03-20 18:23:52] [EMAIL PROTECTED] Run "select version()" on the server [2007-03-20 18:15:52] robert dot allen at unearthtravel dot com The xampp bundle was installed on windows xp, our hosted server is a linux system [2007-03-20 18:12:10] [EMAIL PROTECTED] Which OS is that? [2007-03-20 18:07:52] robert dot allen at unearthtravel dot com To be honest I am not sure how to do this, I have tried it on an xampp bundle though and so presume they would have linked them correctly. I have also tried on our hosted managed server and get the same result in both places. Thanks for your help Rob [2007-03-20 17:45:35] [EMAIL PROTECTED] Make sure PHP is linked with the correct libmysql, it should be of the same version as the server. 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/40869 -- Edit this bug report at http://bugs.php.net/?id=40869&edit=1
#40869 [Fbk->Opn]: Mysql gives incorrect result, using subqueries and variables
ID: 40869
User updated by: robert dot allen at unearthtravel dot com
Reported By: robert dot allen at unearthtravel dot com
-Status: Feedback
+Status: Open
Bug Type:MySQL related
PHP Version: 5.2.1
New Comment:
The xampp bundle was installed on windows xp, our hosted server is a
linux system
Previous Comments:
[2007-03-20 18:12:10] [EMAIL PROTECTED]
Which OS is that?
[2007-03-20 18:07:52] robert dot allen at unearthtravel dot com
To be honest I am not sure how to do this, I have tried it on an xampp
bundle though and so presume they would have linked them correctly. I
have also tried on our hosted managed server and get the same result in
both places.
Thanks for your help
Rob
[2007-03-20 17:45:35] [EMAIL PROTECTED]
Make sure PHP is linked with the correct libmysql, it should be of the
same version as the server.
[2007-03-20 17:40:43] robert dot allen at unearthtravel dot com
Description:
Hi
We are getting an odd result when submitting a query to a mysql server
(4.1.10), we get a different result when performing the query through
php (an incorrect result) as opposed to straight in to a mysql client.
It seems to have performed the sub-query twice, so the variable @j has
been incremented twice.
A simplified version of our code is shown below and reproduces the
problem, I have also included a sample table. I have seen it on both
windows and linux.
Reproduce code:
---
mysql_query("SET @j=0;");
$sql = "select offset from (select @j:[EMAIL PROTECTED] as offset,
if(element_id=2,1,0) as result from element) as t1 WHERE t1.result=1 ";
$result = mysql_query($sql);
$row = mysql_fetch_row($result);
echo $row[0];
/**DATABASE/
CREATE TABLE `element` (
`element_id` int(10) unsigned NOT NULL auto_increment,
`element_type_id` int(10) unsigned NOT NULL default '0',
`lock_level` int(10) unsigned NOT NULL default '0',
PRIMARY KEY (`element_id`),
KEY `new_index` (`element_type_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
/*Data for the table `element` */
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (1,1,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (2,10,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (3,2,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (4,10,1);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (5,2,0);
Expected result:
2
Actual result:
--
7
--
Edit this bug report at http://bugs.php.net/?id=40869&edit=1
#40869 [Opn->Fbk]: Mysql gives incorrect result, using subqueries and variables
ID: 40869
Updated by: [EMAIL PROTECTED]
Reported By: robert dot allen at unearthtravel dot com
-Status: Open
+Status: Feedback
Bug Type:MySQL related
PHP Version: 5.2.1
New Comment:
Which OS is that?
Previous Comments:
[2007-03-20 18:07:52] robert dot allen at unearthtravel dot com
To be honest I am not sure how to do this, I have tried it on an xampp
bundle though and so presume they would have linked them correctly. I
have also tried on our hosted managed server and get the same result in
both places.
Thanks for your help
Rob
[2007-03-20 17:45:35] [EMAIL PROTECTED]
Make sure PHP is linked with the correct libmysql, it should be of the
same version as the server.
[2007-03-20 17:40:43] robert dot allen at unearthtravel dot com
Description:
Hi
We are getting an odd result when submitting a query to a mysql server
(4.1.10), we get a different result when performing the query through
php (an incorrect result) as opposed to straight in to a mysql client.
It seems to have performed the sub-query twice, so the variable @j has
been incremented twice.
A simplified version of our code is shown below and reproduces the
problem, I have also included a sample table. I have seen it on both
windows and linux.
Reproduce code:
---
mysql_query("SET @j=0;");
$sql = "select offset from (select @j:[EMAIL PROTECTED] as offset,
if(element_id=2,1,0) as result from element) as t1 WHERE t1.result=1 ";
$result = mysql_query($sql);
$row = mysql_fetch_row($result);
echo $row[0];
/**DATABASE/
CREATE TABLE `element` (
`element_id` int(10) unsigned NOT NULL auto_increment,
`element_type_id` int(10) unsigned NOT NULL default '0',
`lock_level` int(10) unsigned NOT NULL default '0',
PRIMARY KEY (`element_id`),
KEY `new_index` (`element_type_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
/*Data for the table `element` */
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (1,1,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (2,10,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (3,2,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (4,10,1);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (5,2,0);
Expected result:
2
Actual result:
--
7
--
Edit this bug report at http://bugs.php.net/?id=40869&edit=1
#40869 [Fbk->Opn]: Mysql gives incorrect result, using subqueries and variables
ID: 40869
User updated by: robert dot allen at unearthtravel dot com
Reported By: robert dot allen at unearthtravel dot com
-Status: Feedback
+Status: Open
Bug Type:MySQL related
PHP Version: 5.2.1
New Comment:
To be honest I am not sure how to do this, I have tried it on an xampp
bundle though and so presume they would have linked them correctly. I
have also tried on our hosted managed server and get the same result in
both places.
Thanks for your help
Rob
Previous Comments:
[2007-03-20 17:45:35] [EMAIL PROTECTED]
Make sure PHP is linked with the correct libmysql, it should be of the
same version as the server.
[2007-03-20 17:40:43] robert dot allen at unearthtravel dot com
Description:
Hi
We are getting an odd result when submitting a query to a mysql server
(4.1.10), we get a different result when performing the query through
php (an incorrect result) as opposed to straight in to a mysql client.
It seems to have performed the sub-query twice, so the variable @j has
been incremented twice.
A simplified version of our code is shown below and reproduces the
problem, I have also included a sample table. I have seen it on both
windows and linux.
Reproduce code:
---
mysql_query("SET @j=0;");
$sql = "select offset from (select @j:[EMAIL PROTECTED] as offset,
if(element_id=2,1,0) as result from element) as t1 WHERE t1.result=1 ";
$result = mysql_query($sql);
$row = mysql_fetch_row($result);
echo $row[0];
/**DATABASE/
CREATE TABLE `element` (
`element_id` int(10) unsigned NOT NULL auto_increment,
`element_type_id` int(10) unsigned NOT NULL default '0',
`lock_level` int(10) unsigned NOT NULL default '0',
PRIMARY KEY (`element_id`),
KEY `new_index` (`element_type_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
/*Data for the table `element` */
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (1,1,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (2,10,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (3,2,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (4,10,1);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (5,2,0);
Expected result:
2
Actual result:
--
7
--
Edit this bug report at http://bugs.php.net/?id=40869&edit=1
#40869 [Opn->Fbk]: Mysql gives incorrect result, using subqueries and variables
ID: 40869
Updated by: [EMAIL PROTECTED]
Reported By: robert dot allen at unearthtravel dot com
-Status: Open
+Status: Feedback
Bug Type:MySQL related
PHP Version: 5.2.1
New Comment:
Make sure PHP is linked with the correct libmysql, it should be of the
same version as the server.
Previous Comments:
[2007-03-20 17:40:43] robert dot allen at unearthtravel dot com
Description:
Hi
We are getting an odd result when submitting a query to a mysql server
(4.1.10), we get a different result when performing the query through
php (an incorrect result) as opposed to straight in to a mysql client.
It seems to have performed the sub-query twice, so the variable @j has
been incremented twice.
A simplified version of our code is shown below and reproduces the
problem, I have also included a sample table. I have seen it on both
windows and linux.
Reproduce code:
---
mysql_query("SET @j=0;");
$sql = "select offset from (select @j:[EMAIL PROTECTED] as offset,
if(element_id=2,1,0) as result from element) as t1 WHERE t1.result=1 ";
$result = mysql_query($sql);
$row = mysql_fetch_row($result);
echo $row[0];
/**DATABASE/
CREATE TABLE `element` (
`element_id` int(10) unsigned NOT NULL auto_increment,
`element_type_id` int(10) unsigned NOT NULL default '0',
`lock_level` int(10) unsigned NOT NULL default '0',
PRIMARY KEY (`element_id`),
KEY `new_index` (`element_type_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
/*Data for the table `element` */
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (1,1,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (2,10,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (3,2,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (4,10,1);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (5,2,0);
Expected result:
2
Actual result:
--
7
--
Edit this bug report at http://bugs.php.net/?id=40869&edit=1
#40855 [Opn->Fbk]: Inserting double values into mysql database with UNIQUE index causes heap crash
ID: 40855 Updated by: [EMAIL PROTECTED] Reported By: donauinsel at hotmail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: W2K PHP Version: 5.2.1 New Comment: > Did you checked the drwtsn.log file already ? Yes, I saw it. I believe these drwatson logs are not supposed to be human readable, therefore they are just useless. Please test the snapshot. Previous Comments: [2007-03-20 17:34:58] donauinsel at hotmail dot com Did you checked the drwtsn.log file already ? I have no problems with php 5.2.1 and the code since removing the UNIQUE index and setting regular index on this field. [2007-03-20 17:30:53] [EMAIL PROTECTED] Unfortunately, it's not really useful. Did you test the snapshot? [2007-03-20 17:19:52] donauinsel at hotmail dot com I emailed the latest drwtsn log file to your adress, may this helps: *> Raw Stack Dump <* 2e93f3a4 68 4f db 02 5a a8 4b 00 - 00 cf 0f 28 68 4f db 02 hO..Z.K(hO.. 2e93f3b4 a4 c5 66 00 36 80 db 02 - a7 f5 7f 00 00 cf 0f 28 ..f.6..( 2e93f3c4 88 c8 51 00 68 4f db 02 - 01 00 00 00 0c 05 00 00 ..Q.hO.. 2e93f3d4 78 f4 93 2e b8 1b dc 02 - 68 4f db 02 20 b5 e4 02 x...hO.. ... 2e93f3e4 f8 f3 93 2e 02 00 00 00 - 80 00 00 00 00 00 00 00 2e93f3f4 f8 88 75 00 2d 31 00 00 - 05 00 00 00 70 ce 0f 28 ..u.-1..p..( 2e93f404 00 00 00 00 06 00 00 00 - f8 a4 4c 00 20 b5 e4 02 ..L. ... 2e93f414 02 00 00 00 f8 c0 0f 28 - 00 00 00 00 00 00 00 00 ...( 2e93f424 00 00 00 00 20 b5 e4 02 - f8 c0 0f 28 84 f9 93 2e ..( 2e93f434 02 00 00 00 24 c2 0f 28 - c8 c2 0f 28 b8 c6 e4 02 $..(...( 2e93f444 57 a5 4c 00 20 b5 e4 02 - 02 00 00 00 f8 c0 0f 28 W.L. ..( 2e93f454 ef 0e 46 00 10 31 85 00 - cb e4 4c 00 20 b5 e4 02 ..F..1L. ... 2e93f464 f8 c0 0f 28 f8 ba e4 02 - 1f 10 46 00 10 31 85 00 ...(..F..1.. 2e93f474 f8 c0 0f 28 49 6e 63 6f - 72 72 65 63 74 20 74 69 ...(Incorrect ti 2e93f484 6d 65 20 76 61 6c 75 65 - 3a 20 27 2d 31 27 20 66 me value: '-1' f 2e93f494 6f 72 20 63 6f 6c 75 6d - 6e 20 27 71 75 65 72 79 or column 'query 2e93f4a4 5f 74 69 6d 65 27 20 61 - 74 20 72 6f 77 20 30 00 _time' at row 0. 2e93f4b4 0c f9 93 2e 01 f6 93 2e - 0d 00 00 00 01 00 00 00 2e93f4c4 2b 00 00 00 99 e5 57 00 - 16 90 a4 db e4 f6 93 2e +.W. 2e93f4d4 0d 00 00 00 dc f4 93 2e - 01 00 00 00 da 6b 4b 00 .kK. So may the error message is written back in wrong memory buffer. [2007-03-20 17:02:49] [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 [2007-03-20 17:00:53] donauinsel at hotmail dot com OK i understand. I wish i could give you more information but it's just this simple configuration and this simple script. As long as i had the UNIQUE index on the INT(15) field the php crashed with access violation within few hours may dependig on load of webpage. I tried to debug by using GFLAGS ON but i can see that the heap crahes always on other adresses (but the debugger has never breaked on buffer overflow). 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/40855 -- Edit this bug report at http://bugs.php.net/?id=40855&edit=1
#40869 [NEW]: Mysql gives incorrect result, using subqueries and variables
From: robert dot allen at unearthtravel dot com
Operating system:
PHP version: 5.2.1
PHP Bug Type: MySQL related
Bug description: Mysql gives incorrect result, using subqueries and variables
Description:
Hi
We are getting an odd result when submitting a query to a mysql server
(4.1.10), we get a different result when performing the query through php
(an incorrect result) as opposed to straight in to a mysql client.
It seems to have performed the sub-query twice, so the variable @j has
been incremented twice.
A simplified version of our code is shown below and reproduces the
problem, I have also included a sample table. I have seen it on both
windows and linux.
Reproduce code:
---
mysql_query("SET @j=0;");
$sql = "select offset from (select @j:[EMAIL PROTECTED] as offset,
if(element_id=2,1,0) as result from element) as t1 WHERE t1.result=1 ";
$result = mysql_query($sql);
$row = mysql_fetch_row($result);
echo $row[0];
/**DATABASE/
CREATE TABLE `element` (
`element_id` int(10) unsigned NOT NULL auto_increment,
`element_type_id` int(10) unsigned NOT NULL default '0',
`lock_level` int(10) unsigned NOT NULL default '0',
PRIMARY KEY (`element_id`),
KEY `new_index` (`element_type_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
/*Data for the table `element` */
insert into `element`(`element_id`,`element_type_id`,`lock_level`) values
(1,1,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`) values
(2,10,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`) values
(3,2,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`) values
(4,10,1);
insert into `element`(`element_id`,`element_type_id`,`lock_level`) values
(5,2,0);
Expected result:
2
Actual result:
--
7
--
Edit bug report at http://bugs.php.net/?id=40869&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40869&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40869&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40869&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40869&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40869&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40869&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40869&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40869&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40869&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40869&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40869&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40869&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40869&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40869&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40869&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40869&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40869&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40869&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40869&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40869&r=mysqlcfg
#40788 [Csd->Bgs]: php5ts.dll, version 5.2.1.1, fault address 0x0000ae66
ID: 40788 Updated by: [EMAIL PROTECTED] Reported By: Andy_Schmidt at HM-Software dot com -Status: Closed +Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2003 PHP Version: 5.2.1 Previous Comments: [2007-03-20 17:29:35] Andy_Schmidt at HM-Software dot com Client did not wish to pursue the problem, switched to different version and hosting environment instead. [2007-03-20 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-12 21:04:00] [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 [2007-03-12 20:49:32] Andy_Schmidt at HM-Software dot com Description: Intermitting but very frequent crash: Faulting application php-cgi.exe, version 5.2.1.1, faulting module php5ts.dll, version 5.2.1.1, fault address 0xae66. This server only hosts a single site (http://staging.sanmiguelphoto.com/joomla/), which is not yet live. So it typically only sees "single user" loads. Reproduce code: --- Unfortunately, the problem does not seem to be producible - until it happens for the first time and then it appears to happen consistently. -- Edit this bug report at http://bugs.php.net/?id=40788&edit=1
#40855 [Fbk->Opn]: Inserting double values into mysql database with UNIQUE index causes heap crash
ID: 40855 User updated by: donauinsel at hotmail dot com Reported By: donauinsel at hotmail dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: W2K PHP Version: 5.2.1 New Comment: Did you checked the drwtsn.log file already ? I have no problems with php 5.2.1 and the code since removing the UNIQUE index and setting regular index on this field. Previous Comments: [2007-03-20 17:30:53] [EMAIL PROTECTED] Unfortunately, it's not really useful. Did you test the snapshot? [2007-03-20 17:19:52] donauinsel at hotmail dot com I emailed the latest drwtsn log file to your adress, may this helps: *> Raw Stack Dump <* 2e93f3a4 68 4f db 02 5a a8 4b 00 - 00 cf 0f 28 68 4f db 02 hO..Z.K(hO.. 2e93f3b4 a4 c5 66 00 36 80 db 02 - a7 f5 7f 00 00 cf 0f 28 ..f.6..( 2e93f3c4 88 c8 51 00 68 4f db 02 - 01 00 00 00 0c 05 00 00 ..Q.hO.. 2e93f3d4 78 f4 93 2e b8 1b dc 02 - 68 4f db 02 20 b5 e4 02 x...hO.. ... 2e93f3e4 f8 f3 93 2e 02 00 00 00 - 80 00 00 00 00 00 00 00 2e93f3f4 f8 88 75 00 2d 31 00 00 - 05 00 00 00 70 ce 0f 28 ..u.-1..p..( 2e93f404 00 00 00 00 06 00 00 00 - f8 a4 4c 00 20 b5 e4 02 ..L. ... 2e93f414 02 00 00 00 f8 c0 0f 28 - 00 00 00 00 00 00 00 00 ...( 2e93f424 00 00 00 00 20 b5 e4 02 - f8 c0 0f 28 84 f9 93 2e ..( 2e93f434 02 00 00 00 24 c2 0f 28 - c8 c2 0f 28 b8 c6 e4 02 $..(...( 2e93f444 57 a5 4c 00 20 b5 e4 02 - 02 00 00 00 f8 c0 0f 28 W.L. ..( 2e93f454 ef 0e 46 00 10 31 85 00 - cb e4 4c 00 20 b5 e4 02 ..F..1L. ... 2e93f464 f8 c0 0f 28 f8 ba e4 02 - 1f 10 46 00 10 31 85 00 ...(..F..1.. 2e93f474 f8 c0 0f 28 49 6e 63 6f - 72 72 65 63 74 20 74 69 ...(Incorrect ti 2e93f484 6d 65 20 76 61 6c 75 65 - 3a 20 27 2d 31 27 20 66 me value: '-1' f 2e93f494 6f 72 20 63 6f 6c 75 6d - 6e 20 27 71 75 65 72 79 or column 'query 2e93f4a4 5f 74 69 6d 65 27 20 61 - 74 20 72 6f 77 20 30 00 _time' at row 0. 2e93f4b4 0c f9 93 2e 01 f6 93 2e - 0d 00 00 00 01 00 00 00 2e93f4c4 2b 00 00 00 99 e5 57 00 - 16 90 a4 db e4 f6 93 2e +.W. 2e93f4d4 0d 00 00 00 dc f4 93 2e - 01 00 00 00 da 6b 4b 00 .kK. So may the error message is written back in wrong memory buffer. [2007-03-20 17:02:49] [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 [2007-03-20 17:00:53] donauinsel at hotmail dot com OK i understand. I wish i could give you more information but it's just this simple configuration and this simple script. As long as i had the UNIQUE index on the INT(15) field the php crashed with access violation within few hours may dependig on load of webpage. I tried to debug by using GFLAGS ON but i can see that the heap crahes always on other adresses (but the debugger has never breaked on buffer overflow). [2007-03-20 16:49:29] [EMAIL PROTECTED] I just don't understand what does it have to do with PHP at all - PHP doesn't care if your index is UNIQUE or whether you have an index at all. PHP just passes the query to libmysql. Therefore I suspect either the problem is actually caused by something else or it has nothing to with PHP at all. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/40855 -- Edit this bug report at http://bugs.php.net/?id=40855&edit=1
#40828 [Opn->Bgs]: Overloading: "Indirect modification" with "$this->foo[] = $x"
ID: 40828
Updated by: [EMAIL PROTECTED]
Reported By: phpbugs at thequod dot de
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Ubuntu Linux
PHP Version: 5CVS-2007-03-15 (CVS)
New Comment:
I've already explained everything, no need to repeat myself.
Previous Comments:
[2007-03-20 17:03:33] phpbugs at thequod dot de
Re-opening.
[2007-03-16 14:57:28] phpbugs at thequod dot de
>>Can't PHP internally do "$this->test = array()"?
>No, it can't do your job for you. You have to do it in the __get()
method.
1. It also won't work with
function &__get($name)
{
echo "__get() called.\n";
$r = array();
return $r;
}
2. It would not make sense to init any unknown/unhandled property
as "array()" anyway
3. Your comment works, if you remove the "(array)" typecast in
&__get() - it will cause "Only variable references should be
returned by reference" otherwise
4. I'm not looking for support, but state that "$this->foo[]" is not
supported in overloading - in contrast what you would expect
Please note that this is different from bug 40823, where _any_
property (which goes through __get()) gets handled as Foo::array!
What I want to work is:
Only handle some members as overloaded properties (e.g. $foo and
$bar), but let all others work as intended - and that
means "$A->foobar[]=" should work, just like "$foobar[]=" does.
Please make sure you really understand what the problem IMHO is
here!
At least this should get closed as "Wont fix" and documented on
http://php.net/manual/en/language.oop5.overloading.php.
See also
http://php.net/manual/en/language.oop5.overloading.php#73512
[2007-03-15 19:45:15] [EMAIL PROTECTED]
Please, if you have any other _questions_ - ask them on a support
forum.
[2007-03-15 19:44:25] [EMAIL PROTECTED]
>as Tony stated in http://bugs.php.net/bug.php?id=40823
>(the code in his comment does not work (anymore?)).
The code in my comment works perfectly fine.
>Can't PHP internally do "$this->test = array()"?
No, it can't do your job for you. You have to do it in the __get()
method.
[2007-03-15 19:35:49] phpbugs at thequod dot de
Description:
If a member of an object is not defined and "gets initialized" by
PHP after/during the overloading process, a notice ("Indirect
modification of overloaded property") gets triggered when PHP has to
initialize it as an array type.
It makes no difference, if __get() returns by reference instead (a
ref to a null value), as Tony stated in
http://bugs.php.net/bug.php?id=40823 (the code in his comment does
not work (anymore?)).
Background: we have a base class "Plugin" in our project and it uses
__get() for some properties and returns null otherwise.
Now, if some user-created plugin does
$this->foo[] = 'bar'
it will create this notice - which is quite confusing (if the
derived plugin does not "init" $foo with "var $foo").
Can't PHP internally do "$this->test = array()"?
(This may likely be a dupe of http://bugs.php.net/bug.php?id=39337 -
but that one got quite confusing, so this one here may become
a "reference bogus bug" for this issue at least.)
Reproduce code:
---
test[] = 'foo';
}
}
$A = new A();
?>
Expected result:
__get() called.
Actual result:
--
__get() called.
Notice: Indirect modification of overloaded property A::$test has no
effect in foo.php on line 12
--
Edit this bug report at http://bugs.php.net/?id=40828&edit=1
#40867 [Opn->Bgs]: open_basedir does not allow access to "/tmp" if "/tmp/" is in open_basedir list
ID: 40867 Updated by: [EMAIL PROTECTED] Reported By: phpbugs at thequod dot de -Status: Open +Status: Bogus Bug Type: Safe Mode/open_basedir Operating System: Ubuntu Linux PHP Version: 5CVS-2007-03-20 (CVS) New Comment: Yeah, directory /tmp is in /, not in /tmp/. Previous Comments: [2007-03-20 17:18:43] phpbugs at thequod dot de Description: If open_basedir is set to "/tmp/" and you do you get a warning: Warning: is_dir(): open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/tmp/) in .. Bug 39123 "Default for "upload_tmp_dir" changed to "/tmp" (regression)" (http://bugs.php.net/39123) is related. Maybe the regression's root is here? Has this behaviour changed in PHP5 (e.g. 5.1.x)? btw: the reason for not having "/tmp" in the open_basedir setting is that it would allow access to all directories beginning with "tmp" in the root filesystem. Reproduce code: --- $ php -d open_basedir=/tmp/ -d error_reporting=E_ALL \ -d display_errors=1 -r 'echo is_dir( "/tmp" ) ? 1 : 0;' Expected result: 1 Actual result: -- Warning: is_dir(): open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/tmp/) in Command line code on line 1 0 -- Edit this bug report at http://bugs.php.net/?id=40867&edit=1
#40855 [Opn->Fbk]: Inserting double values into mysql database with UNIQUE index causes heap crash
ID: 40855 Updated by: [EMAIL PROTECTED] Reported By: donauinsel at hotmail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: W2K PHP Version: 5.2.1 New Comment: Unfortunately, it's not really useful. Did you test the snapshot? Previous Comments: [2007-03-20 17:19:52] donauinsel at hotmail dot com I emailed the latest drwtsn log file to your adress, may this helps: *> Raw Stack Dump <* 2e93f3a4 68 4f db 02 5a a8 4b 00 - 00 cf 0f 28 68 4f db 02 hO..Z.K(hO.. 2e93f3b4 a4 c5 66 00 36 80 db 02 - a7 f5 7f 00 00 cf 0f 28 ..f.6..( 2e93f3c4 88 c8 51 00 68 4f db 02 - 01 00 00 00 0c 05 00 00 ..Q.hO.. 2e93f3d4 78 f4 93 2e b8 1b dc 02 - 68 4f db 02 20 b5 e4 02 x...hO.. ... 2e93f3e4 f8 f3 93 2e 02 00 00 00 - 80 00 00 00 00 00 00 00 2e93f3f4 f8 88 75 00 2d 31 00 00 - 05 00 00 00 70 ce 0f 28 ..u.-1..p..( 2e93f404 00 00 00 00 06 00 00 00 - f8 a4 4c 00 20 b5 e4 02 ..L. ... 2e93f414 02 00 00 00 f8 c0 0f 28 - 00 00 00 00 00 00 00 00 ...( 2e93f424 00 00 00 00 20 b5 e4 02 - f8 c0 0f 28 84 f9 93 2e ..( 2e93f434 02 00 00 00 24 c2 0f 28 - c8 c2 0f 28 b8 c6 e4 02 $..(...( 2e93f444 57 a5 4c 00 20 b5 e4 02 - 02 00 00 00 f8 c0 0f 28 W.L. ..( 2e93f454 ef 0e 46 00 10 31 85 00 - cb e4 4c 00 20 b5 e4 02 ..F..1L. ... 2e93f464 f8 c0 0f 28 f8 ba e4 02 - 1f 10 46 00 10 31 85 00 ...(..F..1.. 2e93f474 f8 c0 0f 28 49 6e 63 6f - 72 72 65 63 74 20 74 69 ...(Incorrect ti 2e93f484 6d 65 20 76 61 6c 75 65 - 3a 20 27 2d 31 27 20 66 me value: '-1' f 2e93f494 6f 72 20 63 6f 6c 75 6d - 6e 20 27 71 75 65 72 79 or column 'query 2e93f4a4 5f 74 69 6d 65 27 20 61 - 74 20 72 6f 77 20 30 00 _time' at row 0. 2e93f4b4 0c f9 93 2e 01 f6 93 2e - 0d 00 00 00 01 00 00 00 2e93f4c4 2b 00 00 00 99 e5 57 00 - 16 90 a4 db e4 f6 93 2e +.W. 2e93f4d4 0d 00 00 00 dc f4 93 2e - 01 00 00 00 da 6b 4b 00 .kK. So may the error message is written back in wrong memory buffer. [2007-03-20 17:02:49] [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 [2007-03-20 17:00:53] donauinsel at hotmail dot com OK i understand. I wish i could give you more information but it's just this simple configuration and this simple script. As long as i had the UNIQUE index on the INT(15) field the php crashed with access violation within few hours may dependig on load of webpage. I tried to debug by using GFLAGS ON but i can see that the heap crahes always on other adresses (but the debugger has never breaked on buffer overflow). [2007-03-20 16:49:29] [EMAIL PROTECTED] I just don't understand what does it have to do with PHP at all - PHP doesn't care if your index is UNIQUE or whether you have an index at all. PHP just passes the query to libmysql. Therefore I suspect either the problem is actually caused by something else or it has nothing to with PHP at all. [2007-03-20 16:39:36] donauinsel at hotmail dot com It's reproduceable on windows (ISAPI) - that's all. If you run it as CGI it may never happen ?! I have no linux at all here to test neither than other OS'es. I reported to mysql because may the result given back to php is wrong. Sorry for crossposting. If you're sure that it's not bug but a feature then close this please but i'm pretty sure that other people on the WWW have similar crashes and if UNIQUE index is corrupting the heap under these circumstances may i can help with this simple tip to check. 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/40855 -- Edit this bug report at http://bugs.php.net/?id=40855&edit=1
#40788 [NoF->Csd]: php5ts.dll, version 5.2.1.1, fault address 0x0000ae66
ID: 40788 User updated by: Andy_Schmidt at HM-Software dot com Reported By: Andy_Schmidt at HM-Software dot com -Status: No Feedback +Status: Closed Bug Type: Reproducible crash Operating System: Windows 2003 PHP Version: 5.2.1 New Comment: Client did not wish to pursue the problem, switched to different version and hosting environment instead. Previous Comments: [2007-03-20 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-12 21:04:00] [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 [2007-03-12 20:49:32] Andy_Schmidt at HM-Software dot com Description: Intermitting but very frequent crash: Faulting application php-cgi.exe, version 5.2.1.1, faulting module php5ts.dll, version 5.2.1.1, fault address 0xae66. This server only hosts a single site (http://staging.sanmiguelphoto.com/joomla/), which is not yet live. So it typically only sees "single user" loads. Reproduce code: --- Unfortunately, the problem does not seem to be producible - until it happens for the first time and then it appears to happen consistently. -- Edit this bug report at http://bugs.php.net/?id=40788&edit=1
#40868 [NEW]: no correlation between CVS<->bugs.php.net
From: seanius at debian dot org Operating system: n/a PHP version: 5.2.1 PHP Bug Type: Feature/Change Request Bug description: no correlation between CVS<->bugs.php.net Description: when bugs are reported to the bugs.php.net tracking system, often they are closed with a boilerplate message "this issue is fixed in CVS" without any information regarding the patch, what files were modified, the changeset id, etc. for those of us who have to backport fixes to earlier releases, our work is made much more difficult because we have to go digging through CVS logs, the CVS news/rss feed, or the cvs web-based frontend with only a vague idea of the approximate time of the fix and files involved. worse, if the fix introduces a regression that is later fixed in subsequent patches, we have no way of knowing apart from reading the latest CVS logs for the files in question. -- Edit bug report at http://bugs.php.net/?id=40868&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40868&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40868&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40868&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40868&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40868&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40868&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40868&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40868&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40868&r=support Expected behavior:http://bugs.php.net/fix.php?id=40868&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40868&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40868&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40868&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40868&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40868&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40868&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40868&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40868&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40868&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40868&r=mysqlcfg
#40855 [Fbk->Opn]: Inserting double values into mysql database with UNIQUE index causes heap crash
ID: 40855 User updated by: donauinsel at hotmail dot com Reported By: donauinsel at hotmail dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: W2K PHP Version: 5.2.1 New Comment: I emailed the latest drwtsn log file to your adress, may this helps: *> Raw Stack Dump <* 2e93f3a4 68 4f db 02 5a a8 4b 00 - 00 cf 0f 28 68 4f db 02 hO..Z.K(hO.. 2e93f3b4 a4 c5 66 00 36 80 db 02 - a7 f5 7f 00 00 cf 0f 28 ..f.6..( 2e93f3c4 88 c8 51 00 68 4f db 02 - 01 00 00 00 0c 05 00 00 ..Q.hO.. 2e93f3d4 78 f4 93 2e b8 1b dc 02 - 68 4f db 02 20 b5 e4 02 x...hO.. ... 2e93f3e4 f8 f3 93 2e 02 00 00 00 - 80 00 00 00 00 00 00 00 2e93f3f4 f8 88 75 00 2d 31 00 00 - 05 00 00 00 70 ce 0f 28 ..u.-1..p..( 2e93f404 00 00 00 00 06 00 00 00 - f8 a4 4c 00 20 b5 e4 02 ..L. ... 2e93f414 02 00 00 00 f8 c0 0f 28 - 00 00 00 00 00 00 00 00 ...( 2e93f424 00 00 00 00 20 b5 e4 02 - f8 c0 0f 28 84 f9 93 2e ..( 2e93f434 02 00 00 00 24 c2 0f 28 - c8 c2 0f 28 b8 c6 e4 02 $..(...( 2e93f444 57 a5 4c 00 20 b5 e4 02 - 02 00 00 00 f8 c0 0f 28 W.L. ..( 2e93f454 ef 0e 46 00 10 31 85 00 - cb e4 4c 00 20 b5 e4 02 ..F..1L. ... 2e93f464 f8 c0 0f 28 f8 ba e4 02 - 1f 10 46 00 10 31 85 00 ...(..F..1.. 2e93f474 f8 c0 0f 28 49 6e 63 6f - 72 72 65 63 74 20 74 69 ...(Incorrect ti 2e93f484 6d 65 20 76 61 6c 75 65 - 3a 20 27 2d 31 27 20 66 me value: '-1' f 2e93f494 6f 72 20 63 6f 6c 75 6d - 6e 20 27 71 75 65 72 79 or column 'query 2e93f4a4 5f 74 69 6d 65 27 20 61 - 74 20 72 6f 77 20 30 00 _time' at row 0. 2e93f4b4 0c f9 93 2e 01 f6 93 2e - 0d 00 00 00 01 00 00 00 2e93f4c4 2b 00 00 00 99 e5 57 00 - 16 90 a4 db e4 f6 93 2e +.W. 2e93f4d4 0d 00 00 00 dc f4 93 2e - 01 00 00 00 da 6b 4b 00 .kK. So may the error message is written back in wrong memory buffer. Previous Comments: [2007-03-20 17:02:49] [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 [2007-03-20 17:00:53] donauinsel at hotmail dot com OK i understand. I wish i could give you more information but it's just this simple configuration and this simple script. As long as i had the UNIQUE index on the INT(15) field the php crashed with access violation within few hours may dependig on load of webpage. I tried to debug by using GFLAGS ON but i can see that the heap crahes always on other adresses (but the debugger has never breaked on buffer overflow). [2007-03-20 16:49:29] [EMAIL PROTECTED] I just don't understand what does it have to do with PHP at all - PHP doesn't care if your index is UNIQUE or whether you have an index at all. PHP just passes the query to libmysql. Therefore I suspect either the problem is actually caused by something else or it has nothing to with PHP at all. [2007-03-20 16:39:36] donauinsel at hotmail dot com It's reproduceable on windows (ISAPI) - that's all. If you run it as CGI it may never happen ?! I have no linux at all here to test neither than other OS'es. I reported to mysql because may the result given back to php is wrong. Sorry for crossposting. If you're sure that it's not bug but a feature then close this please but i'm pretty sure that other people on the WWW have similar crashes and if UNIQUE index is corrupting the heap under these circumstances may i can help with this simple tip to check. [2007-03-20 16:02:57] [EMAIL PROTECTED] Not reproducible on Linux. Also, I don't undrestand - why did you report it BOTH to MySQL people and here? Are you able to replicate it on another machine? Another OS? Linux and valgrind would most likely give some more information, not just a random backtrace. 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/40855 -- Edit this bug report at http://bugs.php.net/?id=40855&edit=1
#40867 [NEW]: open_basedir does not allow access to "/tmp" if "/tmp/" is in open_basedir list
From: phpbugs at thequod dot de Operating system: Ubuntu Linux PHP version: 5CVS-2007-03-20 (CVS) PHP Bug Type: Safe Mode/open_basedir Bug description: open_basedir does not allow access to "/tmp" if "/tmp/" is in open_basedir list Description: If open_basedir is set to "/tmp/" and you do you get a warning: Warning: is_dir(): open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/tmp/) in .. Bug 39123 "Default for "upload_tmp_dir" changed to "/tmp" (regression)" (http://bugs.php.net/39123) is related. Maybe the regression's root is here? Has this behaviour changed in PHP5 (e.g. 5.1.x)? btw: the reason for not having "/tmp" in the open_basedir setting is that it would allow access to all directories beginning with "tmp" in the root filesystem. Reproduce code: --- $ php -d open_basedir=/tmp/ -d error_reporting=E_ALL \ -d display_errors=1 -r 'echo is_dir( "/tmp" ) ? 1 : 0;' Expected result: 1 Actual result: -- Warning: is_dir(): open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/tmp/) in Command line code on line 1 0 -- Edit bug report at http://bugs.php.net/?id=40867&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40867&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40867&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40867&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40867&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40867&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40867&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40867&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40867&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40867&r=support Expected behavior:http://bugs.php.net/fix.php?id=40867&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40867&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40867&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40867&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40867&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40867&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40867&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40867&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40867&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40867&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40867&r=mysqlcfg
#40828 [Bgs->Opn]: Overloading: "Indirect modification" with "$this->foo[] = $x"
ID: 40828
User updated by: phpbugs at thequod dot de
Reported By: phpbugs at thequod dot de
-Status: Bogus
+Status: Open
Bug Type: Arrays related
Operating System: Ubuntu Linux
PHP Version: 5CVS-2007-03-15 (CVS)
New Comment:
Re-opening.
Previous Comments:
[2007-03-16 14:57:28] phpbugs at thequod dot de
>>Can't PHP internally do "$this->test = array()"?
>No, it can't do your job for you. You have to do it in the __get()
method.
1. It also won't work with
function &__get($name)
{
echo "__get() called.\n";
$r = array();
return $r;
}
2. It would not make sense to init any unknown/unhandled property
as "array()" anyway
3. Your comment works, if you remove the "(array)" typecast in
&__get() - it will cause "Only variable references should be
returned by reference" otherwise
4. I'm not looking for support, but state that "$this->foo[]" is not
supported in overloading - in contrast what you would expect
Please note that this is different from bug 40823, where _any_
property (which goes through __get()) gets handled as Foo::array!
What I want to work is:
Only handle some members as overloaded properties (e.g. $foo and
$bar), but let all others work as intended - and that
means "$A->foobar[]=" should work, just like "$foobar[]=" does.
Please make sure you really understand what the problem IMHO is
here!
At least this should get closed as "Wont fix" and documented on
http://php.net/manual/en/language.oop5.overloading.php.
See also
http://php.net/manual/en/language.oop5.overloading.php#73512
[2007-03-15 19:45:15] [EMAIL PROTECTED]
Please, if you have any other _questions_ - ask them on a support
forum.
[2007-03-15 19:44:25] [EMAIL PROTECTED]
>as Tony stated in http://bugs.php.net/bug.php?id=40823
>(the code in his comment does not work (anymore?)).
The code in my comment works perfectly fine.
>Can't PHP internally do "$this->test = array()"?
No, it can't do your job for you. You have to do it in the __get()
method.
[2007-03-15 19:35:49] phpbugs at thequod dot de
Description:
If a member of an object is not defined and "gets initialized" by
PHP after/during the overloading process, a notice ("Indirect
modification of overloaded property") gets triggered when PHP has to
initialize it as an array type.
It makes no difference, if __get() returns by reference instead (a
ref to a null value), as Tony stated in
http://bugs.php.net/bug.php?id=40823 (the code in his comment does
not work (anymore?)).
Background: we have a base class "Plugin" in our project and it uses
__get() for some properties and returns null otherwise.
Now, if some user-created plugin does
$this->foo[] = 'bar'
it will create this notice - which is quite confusing (if the
derived plugin does not "init" $foo with "var $foo").
Can't PHP internally do "$this->test = array()"?
(This may likely be a dupe of http://bugs.php.net/bug.php?id=39337 -
but that one got quite confusing, so this one here may become
a "reference bogus bug" for this issue at least.)
Reproduce code:
---
test[] = 'foo';
}
}
$A = new A();
?>
Expected result:
__get() called.
Actual result:
--
__get() called.
Notice: Indirect modification of overloaded property A::$test has no
effect in foo.php on line 12
--
Edit this bug report at http://bugs.php.net/?id=40828&edit=1
#40855 [Opn->Fbk]: Inserting double values into mysql database with UNIQUE index causes heap crash
ID: 40855 Updated by: [EMAIL PROTECTED] Reported By: donauinsel at hotmail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: W2K PHP Version: 5.2.1 New Comment: 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 Previous Comments: [2007-03-20 17:00:53] donauinsel at hotmail dot com OK i understand. I wish i could give you more information but it's just this simple configuration and this simple script. As long as i had the UNIQUE index on the INT(15) field the php crashed with access violation within few hours may dependig on load of webpage. I tried to debug by using GFLAGS ON but i can see that the heap crahes always on other adresses (but the debugger has never breaked on buffer overflow). [2007-03-20 16:49:29] [EMAIL PROTECTED] I just don't understand what does it have to do with PHP at all - PHP doesn't care if your index is UNIQUE or whether you have an index at all. PHP just passes the query to libmysql. Therefore I suspect either the problem is actually caused by something else or it has nothing to with PHP at all. [2007-03-20 16:39:36] donauinsel at hotmail dot com It's reproduceable on windows (ISAPI) - that's all. If you run it as CGI it may never happen ?! I have no linux at all here to test neither than other OS'es. I reported to mysql because may the result given back to php is wrong. Sorry for crossposting. If you're sure that it's not bug but a feature then close this please but i'm pretty sure that other people on the WWW have similar crashes and if UNIQUE index is corrupting the heap under these circumstances may i can help with this simple tip to check. [2007-03-20 16:02:57] [EMAIL PROTECTED] Not reproducible on Linux. Also, I don't undrestand - why did you report it BOTH to MySQL people and here? Are you able to replicate it on another machine? Another OS? Linux and valgrind would most likely give some more information, not just a random backtrace. [2007-03-20 07:48:08] donauinsel at hotmail dot com Btw. The stacktrace does not help in this case because it always happens on other adresses so the heap corruption is the error not the error itself. 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/40855 -- Edit this bug report at http://bugs.php.net/?id=40855&edit=1
#40855 [Fbk->Opn]: Inserting double values into mysql database with UNIQUE index causes heap crash
ID: 40855
User updated by: donauinsel at hotmail dot com
Reported By: donauinsel at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: W2K
PHP Version: 5.2.1
New Comment:
OK i understand.
I wish i could give you more information but it's just this simple
configuration and this simple script. As long as i had the UNIQUE index
on the INT(15) field the php crashed with access violation within few
hours may dependig on load of webpage.
I tried to debug by using GFLAGS ON but i can see that the heap crahes
always on other adresses (but the debugger has never breaked on buffer
overflow).
Previous Comments:
[2007-03-20 16:49:29] [EMAIL PROTECTED]
I just don't understand what does it have to do with PHP at all - PHP
doesn't care if your index is UNIQUE or whether you have an index at
all. PHP just passes the query to libmysql.
Therefore I suspect either the problem is actually caused by something
else or it has nothing to with PHP at all.
[2007-03-20 16:39:36] donauinsel at hotmail dot com
It's reproduceable on windows (ISAPI) - that's all.
If you run it as CGI it may never happen ?! I have no linux at all here
to test neither than other OS'es. I reported to mysql because may the
result given back to php is wrong. Sorry for crossposting.
If you're sure that it's not bug but a feature then close this please
but i'm pretty sure that other people on the WWW have similar crashes
and if UNIQUE index is corrupting the heap under these circumstances may
i can help with this simple tip to check.
[2007-03-20 16:02:57] [EMAIL PROTECTED]
Not reproducible on Linux.
Also, I don't undrestand - why did you report it BOTH to MySQL people
and here?
Are you able to replicate it on another machine? Another OS?
Linux and valgrind would most likely give some more information, not
just a random backtrace.
[2007-03-20 07:48:08] donauinsel at hotmail dot com
Btw. The stacktrace does not help in this case because it always
happens on other adresses so the heap corruption is the error not the
error itself.
[2007-03-19 19:07:27] donauinsel at hotmail dot com
I tried to debug but heap always crahes on other circumstances. The old
windbg reported eg.
Wed Nov 29 17:00:59.046 2006 (GMT+1): HEAP[ntserver.exe]:
Wed Nov 29 17:00:59.046 2006 (GMT+1): Invalid Address specified to
RtlFreeHeap( 93, 9301b0 )
Wed Nov 29 17:00:59.046 2006 (GMT+1): (300.968): Break instruction
exception - code 8003 (first chance)
eax=009301a8 ebx=009301a8 ecx=031ce2ec edx=031ce086 esi=0093
edi=009301a8
eip=7789193c esp=031ce26c ebp=031ce270 iopl=0 nv up ei pl nz na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs= efl=0202
ntdll!RtlpProcessWaitCompletion+0x11a:
7789193c cc int 3
031ce270 778b1cff 009301a8 0093 009301b0
ntdll!RtlpProcessWaitCompletion+0x11a
031ce284 778b0e88 0093 009301a8 778b0d6c
ntdll!RtlTraceDatabaseEnumerate+0x1e
031ce3bc 778b0fd5 0219 0219f448 0219f448
ntdll!RtlVerifyVersionInfo+0xab
031ce518 016ad786 1101bd23 0001
ntdll!RtlVerifyVersionInfo+0x28b
WARNING: Stack unwind information not available. Following frames may
be wrong.
031ce538 015bdbef 11027e88 10bf88e0 11025ed8 php5ts!php_mail+0x926
031ce568 0151a541 05db6108 11020ed0
php5ts!compare_function+0x4df
031ce57c 015c20f7 11020ed0 1101feb0 01584514 php5ts!efree+0x21
php5ts!zval_dtor_func+0x27
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/40855
--
Edit this bug report at http://bugs.php.net/?id=40855&edit=1
#40841 [Opn->Asn]: #38770/#40543 Not fixed on Solaris 10
ID: 40841 Updated by: [EMAIL PROTECTED] Reported By: lovan at lifesci dot ucsb dot edu -Status: Open +Status: Assigned Bug Type: Unknown/Other Function Operating System: Solaris 10 PHP Version: 5.2.1 Assigned To: iliaa Previous Comments: [2007-03-20 16:41:24] lovan at lifesci dot ucsb dot edu I'm saying that the 5.2.0 unpack core dumped under GCC 4.1.2 on Solaris 10 but worked on Solaris 10 if compiled using the Sun C compiler. I'm also saying that the 5.2.1 unpack reports spurious errors instead of core dumping (regardless of compiler) on Solaris 10. [2007-03-20 14:57:41] [EMAIL PROTECTED] so you are saying that PHP 5.2.0 worked fine on Solaris 10, but PHP 5.2.1 doesn't? The phar did not change between PHP 5.2.0 and PHP 5.2.1. That sounds like a regression in unpack(), not a phar issue. Changing to feedback to confirm that I understand the user's last comment, and re-assigning to tony, with the assumption that it is an unpack() regression [2007-03-19 19:17:01] lovan at lifesci dot ucsb dot edu Update: I tried compiling 5.2.0 to see if I could narrow the problem. First I compiled it using GCC 4.1.2 (CFLAGS="-m64 -mcpu=v9"). When this binary attempted to unpack the phar archives, it segfaulted. I then compiled it using SunPro CC (CFLAGS="-xtarget=ultra -xarch=v9b -xcode=pic32"). This compiled and installed cleanly though it fails many more pieces of a "make test". [2007-03-18 00:30:18] lovan at lifesci dot ucsb dot edu Upgrade to GCC 4.1.2 does *not* resolve the issue. The issue tracks across compilers (now four of them). Something in the codebase changed between 5.1.6 and 5.2.1 (I haven't tried the intermediate releases) fouling up the compile of a 64-bit binary. Here is a sample of the error set from PHP 5.2.1 compiled under gcc 4.1.2: - Warning: unpack(): Type V: not enough input, need 4, have 0 in /home/stf/lovan/build/php-5.2.1/pear/install-pear-nozlib.phar on line 376 Warning: array_values(): The argument should be an array in /home/stf/lovan/build/php-5.2.1/pear/install-pear-nozlib.phar on line 376 Notice: Undefined offset: 2 in /home/stf/lovan/build/php-5.2.1/pear/install-pear-nozlib.phar on line 379 Fatal error: Error: "index.php" is not a file in phar "" in /home/stf/lovan/build/php-5.2.1/pear/install-pear-nozlib.phar on line 411 [2007-03-17 10:11:36] [EMAIL PROTECTED] Please use GCC 4.1.2. 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/40841 -- Edit this bug report at http://bugs.php.net/?id=40841&edit=1
#40855 [Opn->Fbk]: Inserting double values into mysql database with UNIQUE index causes heap crash
ID: 40855
Updated by: [EMAIL PROTECTED]
Reported By: donauinsel at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: W2K
PHP Version: 5.2.1
New Comment:
I just don't understand what does it have to do with PHP at all - PHP
doesn't care if your index is UNIQUE or whether you have an index at
all. PHP just passes the query to libmysql.
Therefore I suspect either the problem is actually caused by something
else or it has nothing to with PHP at all.
Previous Comments:
[2007-03-20 16:39:36] donauinsel at hotmail dot com
It's reproduceable on windows (ISAPI) - that's all.
If you run it as CGI it may never happen ?! I have no linux at all here
to test neither than other OS'es. I reported to mysql because may the
result given back to php is wrong. Sorry for crossposting.
If you're sure that it's not bug but a feature then close this please
but i'm pretty sure that other people on the WWW have similar crashes
and if UNIQUE index is corrupting the heap under these circumstances may
i can help with this simple tip to check.
[2007-03-20 16:02:57] [EMAIL PROTECTED]
Not reproducible on Linux.
Also, I don't undrestand - why did you report it BOTH to MySQL people
and here?
Are you able to replicate it on another machine? Another OS?
Linux and valgrind would most likely give some more information, not
just a random backtrace.
[2007-03-20 07:48:08] donauinsel at hotmail dot com
Btw. The stacktrace does not help in this case because it always
happens on other adresses so the heap corruption is the error not the
error itself.
[2007-03-19 19:07:27] donauinsel at hotmail dot com
I tried to debug but heap always crahes on other circumstances. The old
windbg reported eg.
Wed Nov 29 17:00:59.046 2006 (GMT+1): HEAP[ntserver.exe]:
Wed Nov 29 17:00:59.046 2006 (GMT+1): Invalid Address specified to
RtlFreeHeap( 93, 9301b0 )
Wed Nov 29 17:00:59.046 2006 (GMT+1): (300.968): Break instruction
exception - code 8003 (first chance)
eax=009301a8 ebx=009301a8 ecx=031ce2ec edx=031ce086 esi=0093
edi=009301a8
eip=7789193c esp=031ce26c ebp=031ce270 iopl=0 nv up ei pl nz na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs= efl=0202
ntdll!RtlpProcessWaitCompletion+0x11a:
7789193c cc int 3
031ce270 778b1cff 009301a8 0093 009301b0
ntdll!RtlpProcessWaitCompletion+0x11a
031ce284 778b0e88 0093 009301a8 778b0d6c
ntdll!RtlTraceDatabaseEnumerate+0x1e
031ce3bc 778b0fd5 0219 0219f448 0219f448
ntdll!RtlVerifyVersionInfo+0xab
031ce518 016ad786 1101bd23 0001
ntdll!RtlVerifyVersionInfo+0x28b
WARNING: Stack unwind information not available. Following frames may
be wrong.
031ce538 015bdbef 11027e88 10bf88e0 11025ed8 php5ts!php_mail+0x926
031ce568 0151a541 05db6108 11020ed0
php5ts!compare_function+0x4df
031ce57c 015c20f7 11020ed0 1101feb0 01584514 php5ts!efree+0x21
php5ts!zval_dtor_func+0x27
[2007-03-19 16:08:18] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
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/40855
--
Edit this bug report at http://bugs.php.net/?id=40855&edit=1
#40841 [Fbk->Opn]: #38770/#40543 Not fixed on Solaris 10
ID: 40841 User updated by: lovan at lifesci dot ucsb dot edu Reported By: lovan at lifesci dot ucsb dot edu -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: Solaris 10 PHP Version: 5.2.1 Assigned To: iliaa New Comment: I'm saying that the 5.2.0 unpack core dumped under GCC 4.1.2 on Solaris 10 but worked on Solaris 10 if compiled using the Sun C compiler. I'm also saying that the 5.2.1 unpack reports spurious errors instead of core dumping (regardless of compiler) on Solaris 10. Previous Comments: [2007-03-20 14:57:41] [EMAIL PROTECTED] so you are saying that PHP 5.2.0 worked fine on Solaris 10, but PHP 5.2.1 doesn't? The phar did not change between PHP 5.2.0 and PHP 5.2.1. That sounds like a regression in unpack(), not a phar issue. Changing to feedback to confirm that I understand the user's last comment, and re-assigning to tony, with the assumption that it is an unpack() regression [2007-03-19 19:17:01] lovan at lifesci dot ucsb dot edu Update: I tried compiling 5.2.0 to see if I could narrow the problem. First I compiled it using GCC 4.1.2 (CFLAGS="-m64 -mcpu=v9"). When this binary attempted to unpack the phar archives, it segfaulted. I then compiled it using SunPro CC (CFLAGS="-xtarget=ultra -xarch=v9b -xcode=pic32"). This compiled and installed cleanly though it fails many more pieces of a "make test". [2007-03-18 00:30:18] lovan at lifesci dot ucsb dot edu Upgrade to GCC 4.1.2 does *not* resolve the issue. The issue tracks across compilers (now four of them). Something in the codebase changed between 5.1.6 and 5.2.1 (I haven't tried the intermediate releases) fouling up the compile of a 64-bit binary. Here is a sample of the error set from PHP 5.2.1 compiled under gcc 4.1.2: - Warning: unpack(): Type V: not enough input, need 4, have 0 in /home/stf/lovan/build/php-5.2.1/pear/install-pear-nozlib.phar on line 376 Warning: array_values(): The argument should be an array in /home/stf/lovan/build/php-5.2.1/pear/install-pear-nozlib.phar on line 376 Notice: Undefined offset: 2 in /home/stf/lovan/build/php-5.2.1/pear/install-pear-nozlib.phar on line 379 Fatal error: Error: "index.php" is not a file in phar "" in /home/stf/lovan/build/php-5.2.1/pear/install-pear-nozlib.phar on line 411 [2007-03-17 10:11:36] [EMAIL PROTECTED] Please use GCC 4.1.2. [2007-03-17 04:23:12] lovan at lifesci dot ucsb dot edu Description: A "gmake install" fails with unpack errors when PHP is compiled as a 64-bit module for Apache 2.2.4 and 2.2.3 running on Solaris 10 (sparc). I've tried three different compilers (GCC 3.4.3 and 4.1.1 and SunPro CC) and get the same result so it seems unlikely to be a compiler problem. The problem does *not* appear in PHP 5.1.6 but is evident in both 5.2.1 and the 20070316 5.2 snapshot. -- Edit this bug report at http://bugs.php.net/?id=40841&edit=1
#40608 [Fbk]: break within foreach causes strange behaviour
ID: 40608 Updated by: [EMAIL PROTECTED] Reported By: eric dot broersma at phil dot uu dot nl Status: Feedback Bug Type: Arrays related Operating System: Sun Solaris PHP Version: 5.2.1 New Comment: I wasn't feeling spunky enough to mark the bug "closed", though... figured I'd better leave that to the real PHP devs... Previous Comments: [2007-03-20 16:35:58] [EMAIL PROTECTED] My bad... pretending to be a dev myself there, by selecting the "Quick Fix" option to "notify" the original bug submitter (and all readers) about the snapshot option. [2007-03-19 20:48:54] [EMAIL PROTECTED] Are you asking yourself to try fresh snapshot? Or did you click wrong link? [2007-03-19 20:40:35] [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 [2007-03-19 19:55:06] [EMAIL PROTECTED] Tested this example against the 5.2 snapshot (php5.2-win32-200703191630.zip) from php.net, and it works properly. So, looks like it has been fixed on the 5.2 branch after 5.2.1 was released. [2007-03-19 19:52:07] [EMAIL PROTECTED] I don't have a Windows machine handy at the moment (not mentioning MSVC and other tools required to get something useful on Windows). 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/40608 -- Edit this bug report at http://bugs.php.net/?id=40608&edit=1
#40855 [Fbk->Opn]: Inserting double values into mysql database with UNIQUE index causes heap crash
ID: 40855
User updated by: donauinsel at hotmail dot com
Reported By: donauinsel at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: W2K
PHP Version: 5.2.1
New Comment:
It's reproduceable on windows (ISAPI) - that's all.
If you run it as CGI it may never happen ?! I have no linux at all here
to test neither than other OS'es. I reported to mysql because may the
result given back to php is wrong. Sorry for crossposting.
If you're sure that it's not bug but a feature then close this please
but i'm pretty sure that other people on the WWW have similar crashes
and if UNIQUE index is corrupting the heap under these circumstances may
i can help with this simple tip to check.
Previous Comments:
[2007-03-20 16:02:57] [EMAIL PROTECTED]
Not reproducible on Linux.
Also, I don't undrestand - why did you report it BOTH to MySQL people
and here?
Are you able to replicate it on another machine? Another OS?
Linux and valgrind would most likely give some more information, not
just a random backtrace.
[2007-03-20 07:48:08] donauinsel at hotmail dot com
Btw. The stacktrace does not help in this case because it always
happens on other adresses so the heap corruption is the error not the
error itself.
[2007-03-19 19:07:27] donauinsel at hotmail dot com
I tried to debug but heap always crahes on other circumstances. The old
windbg reported eg.
Wed Nov 29 17:00:59.046 2006 (GMT+1): HEAP[ntserver.exe]:
Wed Nov 29 17:00:59.046 2006 (GMT+1): Invalid Address specified to
RtlFreeHeap( 93, 9301b0 )
Wed Nov 29 17:00:59.046 2006 (GMT+1): (300.968): Break instruction
exception - code 8003 (first chance)
eax=009301a8 ebx=009301a8 ecx=031ce2ec edx=031ce086 esi=0093
edi=009301a8
eip=7789193c esp=031ce26c ebp=031ce270 iopl=0 nv up ei pl nz na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs= efl=0202
ntdll!RtlpProcessWaitCompletion+0x11a:
7789193c cc int 3
031ce270 778b1cff 009301a8 0093 009301b0
ntdll!RtlpProcessWaitCompletion+0x11a
031ce284 778b0e88 0093 009301a8 778b0d6c
ntdll!RtlTraceDatabaseEnumerate+0x1e
031ce3bc 778b0fd5 0219 0219f448 0219f448
ntdll!RtlVerifyVersionInfo+0xab
031ce518 016ad786 1101bd23 0001
ntdll!RtlVerifyVersionInfo+0x28b
WARNING: Stack unwind information not available. Following frames may
be wrong.
031ce538 015bdbef 11027e88 10bf88e0 11025ed8 php5ts!php_mail+0x926
031ce568 0151a541 05db6108 11020ed0
php5ts!compare_function+0x4df
031ce57c 015c20f7 11020ed0 1101feb0 01584514 php5ts!efree+0x21
php5ts!zval_dtor_func+0x27
[2007-03-19 16:08:18] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
[2007-03-19 16:03:01] donauinsel at hotmail dot com
Description:
I repoted this bug to mysql but affect PHP system so may the ISAPI or
zend engine cannot handle -> result is a heap crash.
Reproduce code:
---
Set UNIQUE index on any mysql database INT(15) field and insert same
time stamps multiple times. After doing this for few hours the heap will
crash as rersult.
http://bugs.mysql.com/bug.php?id=27237
--
Edit this bug report at http://bugs.php.net/?id=40855&edit=1
#40608 [Fbk]: break within foreach causes strange behaviour
ID: 40608 Updated by: [EMAIL PROTECTED] Reported By: eric dot broersma at phil dot uu dot nl Status: Feedback Bug Type: Arrays related Operating System: Sun Solaris PHP Version: 5.2.1 New Comment: My bad... pretending to be a dev myself there, by selecting the "Quick Fix" option to "notify" the original bug submitter (and all readers) about the snapshot option. Previous Comments: [2007-03-19 20:48:54] [EMAIL PROTECTED] Are you asking yourself to try fresh snapshot? Or did you click wrong link? [2007-03-19 20:40:35] [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 [2007-03-19 19:55:06] [EMAIL PROTECTED] Tested this example against the 5.2 snapshot (php5.2-win32-200703191630.zip) from php.net, and it works properly. So, looks like it has been fixed on the 5.2 branch after 5.2.1 was released. [2007-03-19 19:52:07] [EMAIL PROTECTED] I don't have a Windows machine handy at the moment (not mentioning MSVC and other tools required to get something useful on Windows). [2007-03-19 19:34:17] [EMAIL PROTECTED] It's not necessary to compile 5.2.1 from source to test this on Windows. You can use the 5.2.1 zip file available at php.net. That's what I had installed first, encountered this problem, then compiled from source to see if the problem remained. 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/40608 -- Edit this bug report at http://bugs.php.net/?id=40608&edit=1
#40480 [NoF->Csd]: COM: "Cannot pass parameter by reference" error since 5.2.1
ID: 40480 User updated by: tetikr at spytech dot cz Reported By: tetikr at spytech dot cz -Status: No Feedback +Status: Closed Bug Type: COM related Operating System: Windows XP, IIS 5.1 PHP Version: 5.2.1 New Comment: The PHP 5.2.2 downloaded on 2006-03-20 works well. Thanks. Previous Comments: [2007-03-09 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2007-03-01 17:33:19] [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 [2007-03-01 17:28:58] wharmby at uk dot ibm dot com Hi Tony, I fixed a very similar problem to this in 5.2 and HEAD under defect 34564 on 2nd Feb 2007. See http://bugs.php.net/bug.php?id=34564. Regards Andy [2007-02-14 12:39:58] tetikr at spytech dot cz 5.2.0 works fine, I'm sure. There is no php_com.dll or similiar in the ext folder. COM is built-in I think. [2007-02-14 12:10:19] [EMAIL PROTECTED] >A custom COM object is involved -> reproduce code is useless Well, I doubt we can fix something that we can't reproduce. Are you sure 5.2.0 works fine for you? What if you take php_com.dll (or whatever it's name) from 5.2.0 and put it instead of the one from 5.2.1? 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/40480 -- Edit this bug report at http://bugs.php.net/?id=40480&edit=1
#40835 [Asn->Fbk]: "Incompatible with prototype" warnings
ID: 40835 Updated by: [EMAIL PROTECTED] Reported By: ian at onlineloop dot com -Status: Assigned +Status: Feedback Bug Type: Compile Warning Operating System: Solaris 10 PHP Version: 5.2.1 Assigned To: tony2001 New Comment: Any news? Btw, I've looked through the warnings and all of them are safe. Actually, I believe your compiler should not even report most of them. Previous Comments: [2007-03-16 15:52:53] [EMAIL PROTECTED] Most of these warnings can be safely ignored (and do not exist if you use less strict compiler). [2007-03-16 15:34:49] ian at onlineloop dot com OK, so it seems no text file attachments are possible, as such a link to the build history. http://www.meduniwien.ac.at/user/ib/php-5.2.1-solaris10_build.log.gz As for access to a machine, I will try to arrange something in the next couple of weeks. [2007-03-16 15:04:39] [EMAIL PROTECTED] It would be very good to have an access to a machine with Sun Compiler, just for tests. As far as I know at the moment none of developers use Sun Compiler or test the builds using it. [2007-03-16 14:56:42] ian at onlineloop dot com Description: When compiling PHP 5.2.1 on Solaris 10, sparc, with Studio 10 compilers from Sun Microsystems, the build completes, however there are numerous warnings about the prototype declarations not matching their usage in the source code. A number of external libraries, such as libxml2, openssl, openldap, and so on have been compiled from source on the same system with the same compiler. Because of the large number of warnings and the resulting size of the output, a text file will be added to this report containing a complete history of the build, or failing that a link to a url. If further information is needed, please tell me and I will provide it asap. # uname -a SunOS devel 5.10 Generic sun4u sparc SUNW,Sun-Fire-V440 # cc -V cc: Sun C 5.7 2005/01/07 # ld -V ild: Sun Incremental Linker 4.3 2005/01/07 # env | grep FLA LDFLAGS=-L/opt/sfw/lib -L/usr/sfw/lib -L/usr/local/open-ldap/lib -L/usr/lib -L/usr/local/BerkeleyDB/lib -R/opt/sfw/lib -R/usr/sfw/lib -R/usr/local/open-ldap/lib -R/usr/local/BerkeleyDB/lib -R/usr/lib CPPFLAGS=-I/opt/sfw/include -I/usr/sfw/include/openssl -I/usr/local/open-ldap/include -I/usr/local/BerkeleyDB/include/ -I/usr/include CFLAGS=-I/opt/sfw/include -I/usr/sfw/include/openssl -I/usr/local/open-ldap/include -I/usr/local/BerkeleyDB/include -I/usr/include -- Edit this bug report at http://bugs.php.net/?id=40835&edit=1
#40866 [Opn->Bgs]: Propably wrong dll.
ID: 40866 Updated by: [EMAIL PROTECTED] Reported By: Martiny dot Root at gmail dot com -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: MS Vista PHP Version: 5.2.1 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. http://php.net/mysql Previous Comments: [2007-03-20 16:00:51] Martiny dot Root at gmail dot com Description: PHP Warning: PHP Startup: Invalid library (maybe not a PHP library) 'libmysql.dll' in Unknown on line 0 Actual result: -- All work, but in the end of page I can see the sentence: PHP Warning: PHP Startup: Invalid library (maybe not a PHP library) 'libmysql.dll' in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=40866&edit=1
#40855 [Opn->Fbk]: Inserting double values into mysql database with UNIQUE index causes heap crash
ID: 40855
Updated by: [EMAIL PROTECTED]
Reported By: donauinsel at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: W2K
PHP Version: 5.2.1
New Comment:
Not reproducible on Linux.
Also, I don't undrestand - why did you report it BOTH to MySQL people
and here?
Are you able to replicate it on another machine? Another OS?
Linux and valgrind would most likely give some more information, not
just a random backtrace.
Previous Comments:
[2007-03-20 07:48:08] donauinsel at hotmail dot com
Btw. The stacktrace does not help in this case because it always
happens on other adresses so the heap corruption is the error not the
error itself.
[2007-03-19 19:07:27] donauinsel at hotmail dot com
I tried to debug but heap always crahes on other circumstances. The old
windbg reported eg.
Wed Nov 29 17:00:59.046 2006 (GMT+1): HEAP[ntserver.exe]:
Wed Nov 29 17:00:59.046 2006 (GMT+1): Invalid Address specified to
RtlFreeHeap( 93, 9301b0 )
Wed Nov 29 17:00:59.046 2006 (GMT+1): (300.968): Break instruction
exception - code 8003 (first chance)
eax=009301a8 ebx=009301a8 ecx=031ce2ec edx=031ce086 esi=0093
edi=009301a8
eip=7789193c esp=031ce26c ebp=031ce270 iopl=0 nv up ei pl nz na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs= efl=0202
ntdll!RtlpProcessWaitCompletion+0x11a:
7789193c cc int 3
031ce270 778b1cff 009301a8 0093 009301b0
ntdll!RtlpProcessWaitCompletion+0x11a
031ce284 778b0e88 0093 009301a8 778b0d6c
ntdll!RtlTraceDatabaseEnumerate+0x1e
031ce3bc 778b0fd5 0219 0219f448 0219f448
ntdll!RtlVerifyVersionInfo+0xab
031ce518 016ad786 1101bd23 0001
ntdll!RtlVerifyVersionInfo+0x28b
WARNING: Stack unwind information not available. Following frames may
be wrong.
031ce538 015bdbef 11027e88 10bf88e0 11025ed8 php5ts!php_mail+0x926
031ce568 0151a541 05db6108 11020ed0
php5ts!compare_function+0x4df
031ce57c 015c20f7 11020ed0 1101feb0 01584514 php5ts!efree+0x21
php5ts!zval_dtor_func+0x27
[2007-03-19 16:08:18] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
[2007-03-19 16:03:01] donauinsel at hotmail dot com
Description:
I repoted this bug to mysql but affect PHP system so may the ISAPI or
zend engine cannot handle -> result is a heap crash.
Reproduce code:
---
Set UNIQUE index on any mysql database INT(15) field and insert same
time stamps multiple times. After doing this for few hours the heap will
crash as rersult.
http://bugs.mysql.com/bug.php?id=27237
--
Edit this bug report at http://bugs.php.net/?id=40855&edit=1
#40866 [NEW]: Propably wrong dll.
From: Martiny dot Root at gmail dot com Operating system: MS Vista PHP version: 5.2.1 PHP Bug Type: Dynamic loading Bug description: Propably wrong dll. Description: PHP Warning: PHP Startup: Invalid library (maybe not a PHP library) 'libmysql.dll' in Unknown on line 0 Actual result: -- All work, but in the end of page I can see the sentence: PHP Warning: PHP Startup: Invalid library (maybe not a PHP library) 'libmysql.dll' in Unknown on line 0 -- Edit bug report at http://bugs.php.net/?id=40866&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40866&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40866&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40866&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40866&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40866&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40866&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40866&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40866&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40866&r=support Expected behavior:http://bugs.php.net/fix.php?id=40866&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40866&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40866&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40866&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40866&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40866&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40866&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40866&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40866&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40866&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40866&r=mysqlcfg
#40749 [Opn->Asn]: pack and unpack erroneous behavior on 64bits hosts
ID: 40749
Updated by: [EMAIL PROTECTED]
Reported By: ben at ateor dot com
-Status: Open
+Status: Assigned
Bug Type: Unknown/Other Function
Operating System: OpenBSD amd64 and sparc64
PHP Version: 5.2.1
-Assigned To:
+Assigned To: iliaa
Previous Comments:
[2007-03-16 14:03:01] martin at netimage dot dk
It appears that the sign bit is taken from LSB instead of MSB
> php -r 'print_r( unpack('N',pack('N',127)));'
Array
(
[1] => 127
)
> php -r 'print_r( unpack('N',pack('N',128)));'
Array
(
[1] => -2147483520
)
The last number is 2's complement of -128 for 32 bit integers
Cheers
[2007-03-14 20:57:41] pz at mysqlperformanceblog dot com
In any case if you call it bug or a feature this is serious behavior
change for something which a lot of people could be depending on.
It breaks in MySQL 5.2.0 -> 5.2.1 which is minor version upgrade.
[2007-03-09 09:06:47] windeler at mediafinanz dot de
Here is another example of a problem with unpack on 64bit systems. It
worked in 5.1.6, but with 5.2.1 the results are bogus.
The expected value from the file content is 200, but PHP says
-2147483448 when I echo $a['i'].
[2007-03-07 17:12:58] ben at ateor dot com
Description:
This is a follow-up on #40543 (http://bugs.php.net/bug.php?id=40543,
since
that bug is closed, I can't add comments).
Please note : it's not identical to #4053 (other weird behaviors
are demonstrated).
Iliaa,
Not sure why you suggest to use little endian or host conversions
routines,
but in my standpoint if you reverse twice a number's byte ordering
then you should get the original number back (assuming the number
don't
overflows php's internals).
At least, that's the standard behavior for perl and python.
Beside, I can't see why php should handles those endianness
conversions
differently on an i386 (32 bits) and on an x86_64 (64 bits), both
having the same byte order.
The following on a 64bit, little endian host :
x86_64$ uname -mprsv
OpenBSD 4.0 GENERIC#0 amd64 AMD Sempron(tm) Processor 3400+
x86_64$ perl -e 'print unpack("N", pack("N", 41445)) ."\n"'
41445
x86_64$ python
Python 2.4.3 (#1, Sep 6 2006, 20:33:08)
[GCC 3.3.5 (propolice)] on openbsd4
Type "help", "copyright", "credits" or "license" for more information.
>>> from struct import *
>>> unpack('>L', pack('>L', 41445))
(41445L,)
And, indeed :
#include
#include
int main(void)
{
u_int32_t x, y, z; /* 32 bits unsigned longs */
x = 41445;
/* conv host (little) to network (big endian) long : pack("N",
41445) */
y = htonl(x);
/* conv network (big endian) to host (little) long :
unpack("N", ...) */
z = ntohl(y);
printf("Host : %li\nBig : %li\nHost : %li\n", x, y, z);
return 0;
}
x86_64$ gcc conv.c -o conv ; ./conv
Host : 41445
Big : -442433536
Host : 41445
But still (PHP 5.2.2-dev (cli) (built: Feb 27 2007 22:10:11)) :
x86_64$ php -r 'print_r(unpack("N", pack("N", 41445)));'
Array
(
[1] => -2147442203
)
While on a plain old x86 little endian host (PHP 4.4.0), we get
a different result :
i386_32$ uname -mprsv
OpenBSD 3.9 GENERIC#0 i386 Intel(R) Pentium(R) 4 CPU 1.70GHz
("GenuineIntel" 686-class)
i386_32$ php -r 'print_r(unpack("N", pack("N", 41445)));'
Array
(
[1] => 41445
)
Still on the 64 bits little endian host :
x86_64$ php -r '$a = unpack("N", pack("N", 65536));
printf("$a[1]\n");'
65536 # Ok
x86_64$ php -r '$a = unpack("N", pack("N", 65535));
printf("$a[1]\n");'
-2147418113 # Weird
x86_64$ php -r '$a = unpack("N", pack("N", 0x1234)); printf("0x%x\n",
$a[1]);'
0x1234 # Ok
x86_64$ php -r '$a = unpack("L", pack("N", 0x1234)); printf("0x%x\n",
$a[1]);'
0x3412 # Ok
x86_64$ php -r '$a = unpack("L", pack("L", 0x)); printf("0x%x\n",
$a[1]);'
0x # Ok
x86_64$ php -r '$a = unpack("N", pack("N", 0x)); printf("0x%x\n",
$a[1]);'
0x8000 # The doc says "N" gives you "always 32 bit", and we
get
# 8 bytes. No wonder why we overflow.
x86_64$ php -r '$a = unpack("N", pack("N", 0xff )); printf("0x%x\n",
$a[1]);'
0x80ff # Same. Don't tell me 0xff is too large.
And now, all the following tests are on a 64 bits _big endian_ host
(sparc64, running php-5.2.1) :
sparc64$ uname -mprsv
OpenBSD 3.8 GENERIC#607 sparc64 SUNW,UltraSPARC-IIi @ 440 MHz, version
0 FPU
sparc64$ php -r '$a = unpack("N", pack("N", 0x)); printf("0x%x\n",
$a[1]);'
0x # Ok
# The same, but prefixing to the argument :
sparc64$ php -r '$a = unpack("N", pack("N", 0x));
printf("0x%x\n", $a[1]);'
0x8000
# Weird (and with "N", we stayed on the host byte order this ti
#40865 [Bgs]: imap_fetch_overview ignores sequence-order
ID: 40865 Updated by: [EMAIL PROTECTED] Reported By: xhack at web dot de Status: Bogus Bug Type: IMAP related Operating System: Debian Linux Etch 4.0 PHP Version: 5.2.1 New Comment: >so i can close this bug i think. It's already closed. >is this error c-client the libc6 http://www.washington.edu/imap/ Previous Comments: [2007-03-20 14:16:42] xhack at web dot de so i can close this bug i think. is this error c-client the libc6? [2007-03-20 14:00:29] [EMAIL PROTECTED] PHP doesn't do any sorting either, c-client does. [2007-03-20 13:53:01] xhack at web dot de the processing is quite excellent, but the function always sorts the sequence-field (asc) - and it shouldn't. [2007-03-20 13:44:59] [EMAIL PROTECTED] PHP just passes this string to c-client, the processing is done there. [2007-03-20 13:33:18] xhack at web dot de Description: imap_fetch_overview() ignores the order of integers in the sequence-field. this is annoying when you try to sort mails and then fetch a sorted list. Reproduce code: --- $res=imap_fetch_overview($mbox,"1,2,3,10",0); OR $res=imap_fetch_overview($mbox,"10,3,1,2",0); OR SO ON ... Expected result: $res[0]->msgno=10 $res[1]->msgno=3 $res[2]->msgno=1 $res[3]->msgno=2 Actual result: -- $res[0]->msgno=1 $res[1]->msgno=2 $res[2]->msgno=3 $res[3]->msgno=10 -- Edit this bug report at http://bugs.php.net/?id=40865&edit=1
#40841 [Asn->Fbk]: #38770/#40543 Not fixed on Solaris 10
ID: 40841 Updated by: [EMAIL PROTECTED] Reported By: lovan at lifesci dot ucsb dot edu -Status: Assigned +Status: Feedback Bug Type: Unknown/Other Function Operating System: Solaris 10 PHP Version: 5.2.1 -Assigned To: cellog +Assigned To: tony2001 New Comment: so you are saying that PHP 5.2.0 worked fine on Solaris 10, but PHP 5.2.1 doesn't? The phar did not change between PHP 5.2.0 and PHP 5.2.1. That sounds like a regression in unpack(), not a phar issue. Changing to feedback to confirm that I understand the user's last comment, and re-assigning to tony, with the assumption that it is an unpack() regression Previous Comments: [2007-03-19 19:17:01] lovan at lifesci dot ucsb dot edu Update: I tried compiling 5.2.0 to see if I could narrow the problem. First I compiled it using GCC 4.1.2 (CFLAGS="-m64 -mcpu=v9"). When this binary attempted to unpack the phar archives, it segfaulted. I then compiled it using SunPro CC (CFLAGS="-xtarget=ultra -xarch=v9b -xcode=pic32"). This compiled and installed cleanly though it fails many more pieces of a "make test". [2007-03-18 00:30:18] lovan at lifesci dot ucsb dot edu Upgrade to GCC 4.1.2 does *not* resolve the issue. The issue tracks across compilers (now four of them). Something in the codebase changed between 5.1.6 and 5.2.1 (I haven't tried the intermediate releases) fouling up the compile of a 64-bit binary. Here is a sample of the error set from PHP 5.2.1 compiled under gcc 4.1.2: - Warning: unpack(): Type V: not enough input, need 4, have 0 in /home/stf/lovan/build/php-5.2.1/pear/install-pear-nozlib.phar on line 376 Warning: array_values(): The argument should be an array in /home/stf/lovan/build/php-5.2.1/pear/install-pear-nozlib.phar on line 376 Notice: Undefined offset: 2 in /home/stf/lovan/build/php-5.2.1/pear/install-pear-nozlib.phar on line 379 Fatal error: Error: "index.php" is not a file in phar "" in /home/stf/lovan/build/php-5.2.1/pear/install-pear-nozlib.phar on line 411 [2007-03-17 10:11:36] [EMAIL PROTECTED] Please use GCC 4.1.2. [2007-03-17 04:23:12] lovan at lifesci dot ucsb dot edu Description: A "gmake install" fails with unpack errors when PHP is compiled as a 64-bit module for Apache 2.2.4 and 2.2.3 running on Solaris 10 (sparc). I've tried three different compilers (GCC 3.4.3 and 4.1.1 and SunPro CC) and get the same result so it seems unlikely to be a compiler problem. The problem does *not* appear in PHP 5.1.6 but is evident in both 5.2.1 and the 20070316 5.2 snapshot. -- Edit this bug report at http://bugs.php.net/?id=40841&edit=1
#38111 [Com]: PHP crashes IIS worker process and application pool
ID: 38111 Comment by: dev at e-concept dot org 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: I've got the same problem with php 5.2.1.1 windows vista pro II7 Previous Comments: [2006-11-03 09:18:05] albert at siprep dot org Same problem with PHP 5.1.6. [2006-07-27 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". [2006-07-24 16:08:30] cyberchrist at futura dot net svendavidh: MSVC6 is Microsoft Visual C++ 6.0. Presumably, one could accomplish the same task on later versions of Microsoft Visual Studio. How, I don't know, nor could I recommend installing a development studio on a live production server. Looks like someone needs to set up a Win2K3 R2 server offline, load up visual studio, and run the backtrace. I have neither the equipment nor the software to do this. Here's hoping you do, I just realized that I'm suffering from this same bug myself. [2006-07-17 12:29:18] svendavidh at hotmail dot com PS: I'm going on holiday tomorrow, so I won't be able to reply to answers here before Monday July 24th. Just wanted to let you know that [2006-07-16 18:23:55] svendavidh at hotmail dot com Hello sir! I'd like to do exactly what you say. But do you have any hints on where to get a hold of MSVC6? To be honest, I'm not even sure what it is. I guess it's a tool for programming Visual C? I've googled the net, but I can't find anywhere I can download MSVC6. I assume it's not freeware? Any additional info regarding this would be appreciated. Also, I can't find a debug-pack for v5.1.4. Can I use the one for v5.2? (http://snaps.php.net/win32/php5.2-dbgpack-win32-latest.zip) Once I get some answers to this I'll do be best (and 1st) attempt to create that backtrace for you The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/38111 -- Edit this bug report at http://bugs.php.net/?id=38111&edit=1
#40853 [Opn]: get_project_env() to get current URI, accessing script...
ID: 40853 User updated by: ng4rrjanbiah at rediffmail dot com Reported By: ng4rrjanbiah at rediffmail dot com Status: Open Bug Type:Feature/Change Request PHP Version: 5.2.1 New Comment: The function name can be get_script_env() instead of get_project_env() (for clarity, if you want) Thanks, R. Rajesh Jeba Anbiah Previous Comments: [2007-03-19 13:52:18] ng4rrjanbiah at rediffmail dot com Description: Why needed: There is no reliable mechanism in PHP to get the current executing script name. $_SERVER['SCRIPT_FILENAME'] and $_SERVER['argv'][0] are not reliable now; the variables are again prone to tampering (say for example, any including scripts could override these global vars for that file scope). Implementation of this function might also solve XSS issues. How this function has to be implemented: If the current accessed URI is 'http://example.com/foo_project/foobar.php?php=1&ajax=0' get_project_env() returns 'current_uri' => 'http://example.com/foo_project/foobar.php?php=1&ajax=0', 'current_accessing_script' => '/foo_project/foobar.php', 'current_file' => '/foo_project/foobar.php', //will be different if the file is included (__FILE__) 'current_include_depth'=> 0 //will be different if it's included by the accessing script What urged me to post this request: I have the file architecture something like: All files except config.php and say foobar.php will be encrypted for proprietary reasons. I need to check if the accessing script is 'foobar.php' inside the license_check.php; see, the user can still access to the config.php and can tamper the $_SERVER--which is the only way now to get the current accessing script, AFA*I*K. In this case, if I have get_project_env(), it will return untampered current URI, accessing script, etc. This will be very helpful. Thanks, R. Rajesh Jeba Anbiah -- Edit this bug report at http://bugs.php.net/?id=40853&edit=1
#40865 [Bgs]: imap_fetch_overview ignores sequence-order
ID: 40865 User updated by: xhack at web dot de Reported By: xhack at web dot de Status: Bogus Bug Type: IMAP related Operating System: Debian Linux Etch 4.0 PHP Version: 5.2.1 New Comment: so i can close this bug i think. is this error c-client the libc6? Previous Comments: [2007-03-20 14:00:29] [EMAIL PROTECTED] PHP doesn't do any sorting either, c-client does. [2007-03-20 13:53:01] xhack at web dot de the processing is quite excellent, but the function always sorts the sequence-field (asc) - and it shouldn't. [2007-03-20 13:44:59] [EMAIL PROTECTED] PHP just passes this string to c-client, the processing is done there. [2007-03-20 13:33:18] xhack at web dot de Description: imap_fetch_overview() ignores the order of integers in the sequence-field. this is annoying when you try to sort mails and then fetch a sorted list. Reproduce code: --- $res=imap_fetch_overview($mbox,"1,2,3,10",0); OR $res=imap_fetch_overview($mbox,"10,3,1,2",0); OR SO ON ... Expected result: $res[0]->msgno=10 $res[1]->msgno=3 $res[2]->msgno=1 $res[3]->msgno=2 Actual result: -- $res[0]->msgno=1 $res[1]->msgno=2 $res[2]->msgno=3 $res[3]->msgno=10 -- Edit this bug report at http://bugs.php.net/?id=40865&edit=1
#40865 [Opn->Bgs]: imap_fetch_overview ignores sequence-order
ID: 40865 Updated by: [EMAIL PROTECTED] Reported By: xhack at web dot de -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: Debian Linux Etch 4.0 PHP Version: 5.2.1 New Comment: PHP doesn't do any sorting either, c-client does. Previous Comments: [2007-03-20 13:53:01] xhack at web dot de the processing is quite excellent, but the function always sorts the sequence-field (asc) - and it shouldn't. [2007-03-20 13:44:59] [EMAIL PROTECTED] PHP just passes this string to c-client, the processing is done there. [2007-03-20 13:33:18] xhack at web dot de Description: imap_fetch_overview() ignores the order of integers in the sequence-field. this is annoying when you try to sort mails and then fetch a sorted list. Reproduce code: --- $res=imap_fetch_overview($mbox,"1,2,3,10",0); OR $res=imap_fetch_overview($mbox,"10,3,1,2",0); OR SO ON ... Expected result: $res[0]->msgno=10 $res[1]->msgno=3 $res[2]->msgno=1 $res[3]->msgno=2 Actual result: -- $res[0]->msgno=1 $res[1]->msgno=2 $res[2]->msgno=3 $res[3]->msgno=10 -- Edit this bug report at http://bugs.php.net/?id=40865&edit=1
#40865 [Bgs->Opn]: imap_fetch_overview ignores sequence-order
ID: 40865 User updated by: xhack at web dot de Reported By: xhack at web dot de -Status: Bogus +Status: Open Bug Type: IMAP related Operating System: Debian Linux Etch 4.0 PHP Version: 5.2.1 New Comment: the processing is quite excellent, but the function always sorts the sequence-field (asc) - and it shouldn't. Previous Comments: [2007-03-20 13:44:59] [EMAIL PROTECTED] PHP just passes this string to c-client, the processing is done there. [2007-03-20 13:33:18] xhack at web dot de Description: imap_fetch_overview() ignores the order of integers in the sequence-field. this is annoying when you try to sort mails and then fetch a sorted list. Reproduce code: --- $res=imap_fetch_overview($mbox,"1,2,3,10",0); OR $res=imap_fetch_overview($mbox,"10,3,1,2",0); OR SO ON ... Expected result: $res[0]->msgno=10 $res[1]->msgno=3 $res[2]->msgno=1 $res[3]->msgno=2 Actual result: -- $res[0]->msgno=1 $res[1]->msgno=2 $res[2]->msgno=3 $res[3]->msgno=10 -- Edit this bug report at http://bugs.php.net/?id=40865&edit=1
#40865 [Opn->Bgs]: imap_fetch_overview ignores sequence-order
ID: 40865 Updated by: [EMAIL PROTECTED] Reported By: xhack at web dot de -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: Debian Linux Etch 4.0 PHP Version: 5.2.1 New Comment: PHP just passes this string to c-client, the processing is done there. Previous Comments: [2007-03-20 13:33:18] xhack at web dot de Description: imap_fetch_overview() ignores the order of integers in the sequence-field. this is annoying when you try to sort mails and then fetch a sorted list. Reproduce code: --- $res=imap_fetch_overview($mbox,"1,2,3,10",0); OR $res=imap_fetch_overview($mbox,"10,3,1,2",0); OR SO ON ... Expected result: $res[0]->msgno=10 $res[1]->msgno=3 $res[2]->msgno=1 $res[3]->msgno=2 Actual result: -- $res[0]->msgno=1 $res[1]->msgno=2 $res[2]->msgno=3 $res[3]->msgno=10 -- Edit this bug report at http://bugs.php.net/?id=40865&edit=1
#40865 [NEW]: imap_fetch_overview ignores sequence-order
From: xhack at web dot de Operating system: Debian Linux Etch 4.0 PHP version: 5.2.1 PHP Bug Type: IMAP related Bug description: imap_fetch_overview ignores sequence-order Description: imap_fetch_overview() ignores the order of integers in the sequence-field. this is annoying when you try to sort mails and then fetch a sorted list. Reproduce code: --- $res=imap_fetch_overview($mbox,"1,2,3,10",0); OR $res=imap_fetch_overview($mbox,"10,3,1,2",0); OR SO ON ... Expected result: $res[0]->msgno=10 $res[1]->msgno=3 $res[2]->msgno=1 $res[3]->msgno=2 Actual result: -- $res[0]->msgno=1 $res[1]->msgno=2 $res[2]->msgno=3 $res[3]->msgno=10 -- Edit bug report at http://bugs.php.net/?id=40865&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40865&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40865&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40865&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40865&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40865&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40865&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40865&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40865&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40865&r=support Expected behavior:http://bugs.php.net/fix.php?id=40865&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40865&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40865&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40865&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40865&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40865&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40865&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40865&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40865&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40865&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40865&r=mysqlcfg
#40864 [Opn->Bgs]: Can't connect to server using multiple clients
ID: 40864 Updated by: [EMAIL PROTECTED] Reported By: adrian dot gheorghe at gmail dot com -Status: Open +Status: Bogus Bug Type: Sockets related Operating System: Mandriva Linux 2007 PHP Version: 5.2.1 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-03-20 12:43:42] adrian dot gheorghe at gmail dot com Description: The code should create a daemon which can accept simultaneous connections from multiple clients and output a reversed string for each input. Reproduce code: --- You can see the code here: http://pastie.caboo.se/48184 Expected result: I should be able to use two simultaneous telnet connections. Actual result: -- The first connection will work, while the second will buffer what I write and output the results (the reversed strings) only after I close the first connection. -- Edit this bug report at http://bugs.php.net/?id=40864&edit=1
#40864 [NEW]: Can't connect to server using multiple clients
From: adrian dot gheorghe at gmail dot com Operating system: Mandriva Linux 2007 PHP version: 5.2.1 PHP Bug Type: Sockets related Bug description: Can't connect to server using multiple clients Description: The code should create a daemon which can accept simultaneous connections from multiple clients and output a reversed string for each input. Reproduce code: --- You can see the code here: http://pastie.caboo.se/48184 Expected result: I should be able to use two simultaneous telnet connections. Actual result: -- The first connection will work, while the second will buffer what I write and output the results (the reversed strings) only after I close the first connection. -- Edit bug report at http://bugs.php.net/?id=40864&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40864&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40864&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40864&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40864&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40864&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40864&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40864&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40864&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40864&r=support Expected behavior:http://bugs.php.net/fix.php?id=40864&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40864&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40864&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40864&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40864&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40864&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40864&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40864&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40864&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40864&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40864&r=mysqlcfg
#40733 [Com]: Undefined symbol: spl_ce_RuntimeException
ID: 40733 Comment by: darren dot pilgrim at gmail dot com Reported By: alan dot mcfarlane at gmail dot com Status: Assigned Bug Type: MySQLi related Operating System: FreeBSD 6.0 PHP Version: 5.2.1 Assigned To: helly New Comment: There appears to be some sensitivity to the order of modules in extensions.ini. If extensions.ini is sorted, spl.so comes after mysqli.so and the error occurs. If spl.so is moved to preceed mysqli.so, the error does not occur. Previous Comments: [2007-03-06 12:41:03] [EMAIL PROTECTED] Marcus, optional extension dependency is missing. Though I honestly do not understand why on earth MySQLi uses SPL exception class. IMO this is counter-intuitive and makes users to guess what is the parent class of mysqli exception - whether it's Exception or RuntimeException? [2007-03-06 07:40:16] alan dot mcfarlane at gmail dot com Configure: -- './configure' '--enable-versioning' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-a ll' '--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-reflection' '--program-prefix=' '--enable-fastcgi' '--with-apxs2=/usr/local/sbin/apxs' '--with-regex=php' '--with-zend-vm=CALL' '--prefix=/usr/local' Both PHP and all the extensions were built using the standard FreeBSD ports structure. Note the problem does NOT manifest itself on any of my 64-bit boxes. [2007-03-05 21:23:46] [EMAIL PROTECTED] We need your configure line and whether you compile the extension shared or not. [2007-03-05 21:23:03] [EMAIL PROTECTED] 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. [2007-03-05 20:01:47] [EMAIL PROTECTED] Please report this to the PHP ports maintainers. Not a PHP problem => bogus 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/40733 -- Edit this bug report at http://bugs.php.net/?id=40733&edit=1
#37201 [Com]: *** glibc detected *** corrupted double-linked list: 0x08fe6750 ***
ID: 37201 Comment by: reasonably at gmx dot net Reported By: pascal at tweakers dot net Status: No Feedback Bug Type: *Compile Issues Operating System: Fedora 3 PHP Version: 4.4.2 New Comment: Forgot to mention: I use Fedora Core 4, trying to compile PHP-4.4.6, have the --with-dom option in my configure.php The command I run is: pear upgrade --force PEAR-1.3.6 Archive_Tar-1.3.1 Console_Getopt-1.2 Running the command again, I now have: *** glibc detected *** /usr/local/bin/php: corrupted double-linked list: 0x0899d758 *** === Backtrace: = /lib/libc.so.6[0x25330c] /lib/libc.so.6(__libc_free+0x77)[0x25372b] /usr/local/bin/php(zend_hash_destroy+0x8a)[0x8198f86] /usr/local/bin/php(destroy_zend_class+0x77)[0x818f4cb] /usr/local/bin/php(zend_hash_destroy+0x3c)[0x8198f38] /usr/local/bin/php(zend_shutdown+0x51)[0x8195581] /usr/local/bin/php(php_module_shutdown+0x23)[0x816d717] /usr/local/bin/php(main+0x158)[0x81b0014] /lib/libc.so.6(__libc_start_main+0xdf)[0x204d7f] /usr/local/bin/php[0x807c631] Previous Comments: [2007-03-20 10:56:59] reasonably at gmx dot net Hi, I received a similar error: *** glibc detected *** /usr/local/bin/php: corrupted double-linked list: 0x0a2cf758 *** Below the backtrace - hopefully this helps... === Backtrace: = /lib/libc.so.6[0x3d930c] /lib/libc.so.6(__libc_free+0x77)[0x3d972b] /usr/local/bin/php(zend_hash_destroy+0x8a)[0x8198f86] /usr/local/bin/php(destroy_zend_class+0x77)[0x818f4cb] /usr/local/bin/php(zend_hash_destroy+0x3c)[0x8198f38] /usr/local/bin/php(zend_shutdown+0x51)[0x8195581] /usr/local/bin/php(php_module_shutdown+0x23)[0x816d717] /usr/local/bin/php(main+0x158)[0x81b0014] /lib/libc.so.6(__libc_start_main+0xdf)[0x38ad7f] /usr/local/bin/php[0x807c631] === Memory map: 00111000-00112000 rwxp 00111000 00:00 0 00112000-0011b000 r-xp 09:01 108199 /lib/libnss_files-2.3.6.so 0011b000-0011c000 r-xp 8000 09:01 108199 /lib/libnss_files-2.3.6.so 0011c000-0011d000 rwxp 9000 09:01 108199 /lib/libnss_files-2.3.6.so 0011d000-00121000 r-xp 09:01 108275 /lib/libnss_dns-2.3.6.so 00121000-00122000 r-xp 3000 09:01 108275 /lib/libnss_dns-2.3.6.so 00122000-00123000 rwxp 4000 09:01 108275 /lib/libnss_dns-2.3.6.so 00123000-0015a000 r-xp 09:04 260176 /usr/local/lib/libpng.so.0.1.2.10 0015a000-0015b000 rwxp 00037000 09:04 260176 /usr/local/lib/libpng.so.0.1.2.10 0015b000-0015c000 rwxp 0015b000 00:00 0 0015c000-001a3000 r-xp 09:04 585173 /usr/lib/libgcrypt.so.11.2.0 001a3000-001a8000 rwxp 00047000 09:04 585173 /usr/lib/libgcrypt.so.11.2.0 001a8000-001ab000 r-xp 09:04 585414 /usr/lib/libgpg-error.so.0.1.3 001ab000-001ac000 rwxp 2000 09:04 585414 /usr/lib/libgpg-error.so.0.1.3 001ac000-001ba000 r-xp 09:01 108140 /lib/libpthread-2.3.6.so 001ba000-001bb000 r-xp d000 09:01 108140 /lib/libpthread-2.3.6.so 001bb000-001bc000 rwxp e000 09:01 108140 /lib/libpthread-2.3.6.so 001bc000-001be000 rwxp 001bc000 00:00 0 001be000-001d r-xp 09:04 260391 /usr/local/lib/libz.so.1.2.3 001d-001d1000 rwxp 00012000 09:04 260391 /usr/local/lib/libz.so.1.2.3 001d1000-001d2000 rwxp 001d1000 00:00 0 001d2000-001ec000 r-xp 09:01 108130 /lib/ld-2.3.6.so 001ec000-001ed000 r-xp 00019000 09:01 108130 /lib/ld-2.3.6.so 001ed000-001ee000 rwxp 0001a000 09:01 108130 /lib/ld-2.3.6.so 001ee000-00223000 r-xp 09:01 108227 /lib/libssl.so.0.9.7f 00223000-00226000 rwxp 00035000 09:01 108227 /lib/libssl.so.0.9.7f 00229000-0023 r-xs 09:04 647244 /usr/lib/gconv/gconv-modules.cache 00231000-00232000 rwxp 00231000 00:00 0 00242000-00253000 r-xp 09:01 108159 /lib/libnsl-2.3.6.so 00253000-00254000 r-xp 0001 09:01 108159 /lib/libnsl-2.3.6.so 00254000-00255000 rwxp 00011000 09:01 108159 /lib/libnsl-2.3.6.so 00255000-00257000 rwxp 00255000 00:00 0 0026-00298000 r-xp 09:04 260394 /usr/local/lib/libmhash.so.2.0.0 00298000-00299000 rwxp 00037000 09:04 260394 /usr/local/lib/libmhash.so.2.0.0 00299000-002b r-xp 09:04 585139 /usr/lib/libgssapi_krb5.so.2.2 002b-002b1000 rwxp 00017000 09:04 585139 /usr/lib/libgssapi_krb5.so.2.2 002b1000-002e r-xp 09:04 260143 /usr/local/lib/libcurl.so.3.0.0 002e-002e1000 rwxp 0002f000 09:04 260143 /usr/local/lib/libcurl.so.3.0.0 002e1000-00317000 r-xp 09:04 584684 /usr/lib/libssl.so.0.9.8 00317000-0031b000 rwxp 00036000 09:04 584684 /usr/lib/libssl.so.0.9.8 0031b000-0033e000 r-xp 09:01 108145 /lib/libm-2.3.6.so 0033e000-0033f000 r-xp 00022000 09:01 108145 /lib/libm-2.3.6.so 0033f000-0034 rwxp 00023000 09:01 108145 /lib/libm-2.3.6.so 00342000-00344000 r-xp 09:01 108134 /lib/libdl-2.
#37201 [Com]: *** glibc detected *** corrupted double-linked list: 0x08fe6750 ***
ID: 37201 Comment by: reasonably at gmx dot net Reported By: pascal at tweakers dot net Status: No Feedback Bug Type: *Compile Issues Operating System: Fedora 3 PHP Version: 4.4.2 New Comment: Hi, I received a similar error: *** glibc detected *** /usr/local/bin/php: corrupted double-linked list: 0x0a2cf758 *** Below the backtrace - hopefully this helps... === Backtrace: = /lib/libc.so.6[0x3d930c] /lib/libc.so.6(__libc_free+0x77)[0x3d972b] /usr/local/bin/php(zend_hash_destroy+0x8a)[0x8198f86] /usr/local/bin/php(destroy_zend_class+0x77)[0x818f4cb] /usr/local/bin/php(zend_hash_destroy+0x3c)[0x8198f38] /usr/local/bin/php(zend_shutdown+0x51)[0x8195581] /usr/local/bin/php(php_module_shutdown+0x23)[0x816d717] /usr/local/bin/php(main+0x158)[0x81b0014] /lib/libc.so.6(__libc_start_main+0xdf)[0x38ad7f] /usr/local/bin/php[0x807c631] === Memory map: 00111000-00112000 rwxp 00111000 00:00 0 00112000-0011b000 r-xp 09:01 108199 /lib/libnss_files-2.3.6.so 0011b000-0011c000 r-xp 8000 09:01 108199 /lib/libnss_files-2.3.6.so 0011c000-0011d000 rwxp 9000 09:01 108199 /lib/libnss_files-2.3.6.so 0011d000-00121000 r-xp 09:01 108275 /lib/libnss_dns-2.3.6.so 00121000-00122000 r-xp 3000 09:01 108275 /lib/libnss_dns-2.3.6.so 00122000-00123000 rwxp 4000 09:01 108275 /lib/libnss_dns-2.3.6.so 00123000-0015a000 r-xp 09:04 260176 /usr/local/lib/libpng.so.0.1.2.10 0015a000-0015b000 rwxp 00037000 09:04 260176 /usr/local/lib/libpng.so.0.1.2.10 0015b000-0015c000 rwxp 0015b000 00:00 0 0015c000-001a3000 r-xp 09:04 585173 /usr/lib/libgcrypt.so.11.2.0 001a3000-001a8000 rwxp 00047000 09:04 585173 /usr/lib/libgcrypt.so.11.2.0 001a8000-001ab000 r-xp 09:04 585414 /usr/lib/libgpg-error.so.0.1.3 001ab000-001ac000 rwxp 2000 09:04 585414 /usr/lib/libgpg-error.so.0.1.3 001ac000-001ba000 r-xp 09:01 108140 /lib/libpthread-2.3.6.so 001ba000-001bb000 r-xp d000 09:01 108140 /lib/libpthread-2.3.6.so 001bb000-001bc000 rwxp e000 09:01 108140 /lib/libpthread-2.3.6.so 001bc000-001be000 rwxp 001bc000 00:00 0 001be000-001d r-xp 09:04 260391 /usr/local/lib/libz.so.1.2.3 001d-001d1000 rwxp 00012000 09:04 260391 /usr/local/lib/libz.so.1.2.3 001d1000-001d2000 rwxp 001d1000 00:00 0 001d2000-001ec000 r-xp 09:01 108130 /lib/ld-2.3.6.so 001ec000-001ed000 r-xp 00019000 09:01 108130 /lib/ld-2.3.6.so 001ed000-001ee000 rwxp 0001a000 09:01 108130 /lib/ld-2.3.6.so 001ee000-00223000 r-xp 09:01 108227 /lib/libssl.so.0.9.7f 00223000-00226000 rwxp 00035000 09:01 108227 /lib/libssl.so.0.9.7f 00229000-0023 r-xs 09:04 647244 /usr/lib/gconv/gconv-modules.cache 00231000-00232000 rwxp 00231000 00:00 0 00242000-00253000 r-xp 09:01 108159 /lib/libnsl-2.3.6.so 00253000-00254000 r-xp 0001 09:01 108159 /lib/libnsl-2.3.6.so 00254000-00255000 rwxp 00011000 09:01 108159 /lib/libnsl-2.3.6.so 00255000-00257000 rwxp 00255000 00:00 0 0026-00298000 r-xp 09:04 260394 /usr/local/lib/libmhash.so.2.0.0 00298000-00299000 rwxp 00037000 09:04 260394 /usr/local/lib/libmhash.so.2.0.0 00299000-002b r-xp 09:04 585139 /usr/lib/libgssapi_krb5.so.2.2 002b-002b1000 rwxp 00017000 09:04 585139 /usr/lib/libgssapi_krb5.so.2.2 002b1000-002e r-xp 09:04 260143 /usr/local/lib/libcurl.so.3.0.0 002e-002e1000 rwxp 0002f000 09:04 260143 /usr/local/lib/libcurl.so.3.0.0 002e1000-00317000 r-xp 09:04 584684 /usr/lib/libssl.so.0.9.8 00317000-0031b000 rwxp 00036000 09:04 584684 /usr/lib/libssl.so.0.9.8 0031b000-0033e000 r-xp 09:01 108145 /lib/libm-2.3.6.so 0033e000-0033f000 r-xp 00022000 09:01 108145 /lib/libm-2.3.6.so 0033f000-0034 rwxp 00023000 09:01 108145 /lib/libm-2.3.6.so 00342000-00344000 r-xp 09:01 108134 /lib/libdl-2.3.6.so 00344000-00345000 r-xp 1000 09:01 108134 /lib/libdl-2.3.6.so 00345000-00346000 rwxp 2000 09:01 108134 /lib/libdl-2.3.6.so 00348000-0034d000 r-xp 09:01 108149 /lib/libcrypt-2.3.6.so 0034d000-0034e000 r-xp 4000 09:01 108149 /lib/libcrypt-2.3.6.so 0034e000-0034f000 rwxp 5000 09:01 108149 /lib/libcrypt-2.3.6.so 0034f000-00376000 rwxp 0034f000 00:00 0 00376000-00499000 r-xp 09:01 108132 /lib/libc-2.3.6.so 00499000-0049b000 r-xp 00122000 09:01 108132 /lib/libc-2.3.6.so 0049b000-0049d000 rwxp 00124000 09:01 108132 /lib/libc-2.3.6.so 0049d000-0049f000 rwxp 0049d000 00:00 0 004a1000-004cf000 r-xp 09:04 585189 /usr/lib/libidn.so.11.5.8 004cf000-004d1000 rwxp 0002d000 09:04 585189 /usr/lib/libidn.so.11.5.8 004ef000-004f5000 r-xp 09:04 584929 /usr/lib/libltdl.so.3.1.1 004f5000-004f6000 rwxp 5000 09:04 584929 /usr/lib/libltdl.so.3.1.1 004f6000-00609000 r-xp
#40863 [Opn->Bgs]: str_ireplace not behaving as expected
ID: 40863 Updated by: [EMAIL PROTECTED] Reported By: jonathan at sadowski dot us -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Ubuntu PHP Version: 5.2.1 New Comment: Please read what I say: str_ireplace() changes 'E' and 'e' to 'W' and then changes 'W' to 'G'. Previous Comments: [2007-03-20 10:40:10] jonathan at sadowski dot us Here's a more concrete example... The last line of the output should be "WE THE PEOPLE OF THE UNITED STATES" Actual output: We the People of the United States GG RHG AGMADG MI RHG CBPRGM JRFRGJ WW TXW YWOYTW OQ TXW UZYTWO STVTWS [2007-03-20 10:28:41] jonathan at sadowski dot us Perhaps you should read the expected result before marking it bogus, and read through the sample code to see what its supposed to do. The first word is "We", this cannot produce "GG" no matter what, as "W" and "e" are two different words. [2007-03-20 10:20:15] [EMAIL PROTECTED] ..E .. W ..W .. G E replaced with W W replaced with G. [2007-03-20 10:10:33] jonathan at sadowski dot us Description: str_ireplace doesn't behave as expected when $search and $replace are equally sized arrays, and $subject is a string containing mixed case. Reproduce code: --- Expected result: 26 26 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z V T U O W Q E X Y K S D Z B M A I L J R C F G H P N GW RXW AWMADW MQ RXW CBYRWO JRVRWJ Actual result: -- 26 26 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z V T U O W Q E X Y K S D Z B M A I L J R C F G H P N GG RHG AGMADG MI RHG CBPRGM JRFRGJ -- Edit this bug report at http://bugs.php.net/?id=40863&edit=1
#40863 [Opn]: str_ireplace not behaving as expected
ID: 40863 User updated by: jonathan at sadowski dot us Reported By: jonathan at sadowski dot us Status: Open Bug Type: Strings related Operating System: Ubuntu PHP Version: 5.2.1 New Comment: Here's a more concrete example... The last line of the output should be "WE THE PEOPLE OF THE UNITED STATES" Actual output: We the People of the United States GG RHG AGMADG MI RHG CBPRGM JRFRGJ WW TXW YWOYTW OQ TXW UZYTWO STVTWS Previous Comments: [2007-03-20 10:28:41] jonathan at sadowski dot us Perhaps you should read the expected result before marking it bogus, and read through the sample code to see what its supposed to do. The first word is "We", this cannot produce "GG" no matter what, as "W" and "e" are two different words. [2007-03-20 10:20:15] [EMAIL PROTECTED] ..E .. W ..W .. G E replaced with W W replaced with G. [2007-03-20 10:10:33] jonathan at sadowski dot us Description: str_ireplace doesn't behave as expected when $search and $replace are equally sized arrays, and $subject is a string containing mixed case. Reproduce code: --- Expected result: 26 26 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z V T U O W Q E X Y K S D Z B M A I L J R C F G H P N GW RXW AWMADW MQ RXW CBYRWO JRVRWJ Actual result: -- 26 26 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z V T U O W Q E X Y K S D Z B M A I L J R C F G H P N GG RHG AGMADG MI RHG CBPRGM JRFRGJ -- Edit this bug report at http://bugs.php.net/?id=40863&edit=1
#40863 [Bgs->Opn]: str_ireplace not behaving as expected
ID: 40863 User updated by: jonathan at sadowski dot us Reported By: jonathan at sadowski dot us -Status: Bogus +Status: Open Bug Type: Strings related Operating System: Ubuntu PHP Version: 5.2.1 New Comment: Perhaps you should read the expected result before marking it bogus, and read through the sample code to see what its supposed to do. The first word is "We", this cannot produce "GG" no matter what, as "W" and "e" are two different words. Previous Comments: [2007-03-20 10:20:15] [EMAIL PROTECTED] ..E .. W ..W .. G E replaced with W W replaced with G. [2007-03-20 10:10:33] jonathan at sadowski dot us Description: str_ireplace doesn't behave as expected when $search and $replace are equally sized arrays, and $subject is a string containing mixed case. Reproduce code: --- Expected result: 26 26 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z V T U O W Q E X Y K S D Z B M A I L J R C F G H P N GW RXW AWMADW MQ RXW CBYRWO JRVRWJ Actual result: -- 26 26 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z V T U O W Q E X Y K S D Z B M A I L J R C F G H P N GG RHG AGMADG MI RHG CBPRGM JRFRGJ -- Edit this bug report at http://bugs.php.net/?id=40863&edit=1
#40863 [Opn->Bgs]: str_ireplace not behaving as expected
ID: 40863 Updated by: [EMAIL PROTECTED] Reported By: jonathan at sadowski dot us -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Ubuntu PHP Version: 5.2.1 New Comment: ..E .. W ..W .. G E replaced with W W replaced with G. Previous Comments: [2007-03-20 10:10:33] jonathan at sadowski dot us Description: str_ireplace doesn't behave as expected when $search and $replace are equally sized arrays, and $subject is a string containing mixed case. Reproduce code: --- Expected result: 26 26 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z V T U O W Q E X Y K S D Z B M A I L J R C F G H P N GW RXW AWMADW MQ RXW CBYRWO JRVRWJ Actual result: -- 26 26 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z V T U O W Q E X Y K S D Z B M A I L J R C F G H P N GG RHG AGMADG MI RHG CBPRGM JRFRGJ -- Edit this bug report at http://bugs.php.net/?id=40863&edit=1
#40863 [NEW]: str_ireplace not behaving as expected
From: jonathan at sadowski dot us Operating system: Ubuntu PHP version: 5.2.1 PHP Bug Type: Strings related Bug description: str_ireplace not behaving as expected Description: str_ireplace doesn't behave as expected when $search and $replace are equally sized arrays, and $subject is a string containing mixed case. Reproduce code: --- Expected result: 26 26 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z V T U O W Q E X Y K S D Z B M A I L J R C F G H P N GW RXW AWMADW MQ RXW CBYRWO JRVRWJ Actual result: -- 26 26 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z V T U O W Q E X Y K S D Z B M A I L J R C F G H P N GG RHG AGMADG MI RHG CBPRGM JRFRGJ -- Edit bug report at http://bugs.php.net/?id=40863&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40863&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40863&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40863&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40863&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40863&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40863&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40863&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40863&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40863&r=support Expected behavior:http://bugs.php.net/fix.php?id=40863&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40863&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40863&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40863&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40863&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40863&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40863&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40863&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40863&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40863&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40863&r=mysqlcfg
#40862 [Opn->Asn]: Installation does not complete.
ID: 40862 Updated by: [EMAIL PROTECTED] Reported By: outrage_uk at hotmail dot com -Status: Open +Status: Assigned Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 5.2.1 -Assigned To: +Assigned To: jmertic Previous Comments: [2007-03-20 09:16:25] outrage_uk at hotmail dot com Description: When trying to install PHP 5.2.1, and configure is as an IIS CGI Web Server - the following error message is displyed: There is a problem with the Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. All web pages using PHP after the failed installation display the HTTP 500 Internal Server Error As suggested in Bug #40217, I have tried using the PHP 5.2.1 RC3 package, but it has exactly the same output. The error log of the failed 5.2.1 RC3 installation can be viewed here: http://82.38.65.170/php_error.log -- Edit this bug report at http://bugs.php.net/?id=40862&edit=1
#40861 [Opn->Asn]: strtotime() behaviour has changed
ID: 40861
Updated by: [EMAIL PROTECTED]
Reported By: eheien at heli-one dot ca
-Status: Open
+Status: Assigned
Bug Type: Date/time related
Operating System: Windows 2003 and XP
PHP Version: 5.2.1
-Assigned To:
+Assigned To: derick
Previous Comments:
[2007-03-20 09:07:49] eheien at heli-one dot ca
Description:
strtotime() fails when supplied with both a negative and positive
argument. This worked in php 5.0.5 and php 4.x.x.
+- = -
++ = +
-- = +
Reproduce code:
---
$offset = -60;
$ts = strtotime('2000-01-01 12:00:00');
$result = date("Y-m-d H:i:s", strtotime("+$offset minutes", $ts));
echo $result;
Expected result:
2000-01-01 11:00:00
Actual result:
--
1970-01-01 01:00:00
--
Edit this bug report at http://bugs.php.net/?id=40861&edit=1
#40860 [Opn->Bgs]: increment operator works different than plus operator
ID: 40860
Updated by: [EMAIL PROTECTED]
Reported By: tjerk dot meesters at muvee dot com
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: Linux 2.6
PHP Version: 5.2.1
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-03-20 07:30:07] tjerk dot meesters at muvee dot com
Description:
Applying the increment operator (++) on a variable (containing a
number) ending with a newline character doesn't change the variable.
However, applying += 1 to the same variable does result in the right
behaviour.
Reproduce code:
---
function showsucc($x)
{
// using increment operator
$tmp = $x; $tmp++;
echo "successor of $x = ",$tmp,"\n";
// using plus operator
$tmp = $x; $tmp += 1;
echo "result of $x + 1 = ",$tmp,"\n";
}
showsucc("123\n");
showsucc("123");
Expected result:
successor of 123
= 124
result of 123
+ 1 = 124
successor of 123 = 124
result of 123 +1 = 124
Actual result:
--
successor of 123
= 123 < difference is here
result of 123
+ 1 = 124
successor of 123 = 124
result of 123 + 1 = 124
--
Edit this bug report at http://bugs.php.net/?id=40860&edit=1
#15612 [Com]: Constant Refresh when files too large.
ID: 15612 Comment by: mehanathans at yahoo dot com Reported By: warrenp at mountaincable dot net Status: No Feedback Bug Type: Output Control Operating System: ANY PHP Version: 4.3.0-dev New Comment: yes, i encountered the same problem with winXP with PHP 4/5. Sometimes, the page loads, sometimes DNS error, sometimes refreshing itself many a times before the previous above 2 results occur. But, I didn't find any problem with win2000 and PHP 4 or 5, only in winXP, this problem occurs. Previous Comments: [2002-06-10 01:00:06] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, 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". [2002-05-26 13:59:44] kilercris1 at comcast dot net It only occurs on WinXP servers and is causing major problems for people using PHP on a WinXP server. I setup a copy of warrenp's test script on my WinXP server if you need to see it http://c.zoplionah.com/php_bug.php . IF you leave it alone, an entire copy of the page will eventually load and stop refreshing. The larger the output the longer it takes for that to happen. Another copy is at http://c.zoplionah.com/php_bug_100.php that only prints 100 rows. This one works most of the time, but if you refresh it several times you'll see it refresh rapidly for about a second or you'll get messed up output like "àýýNOWRAP>Row 81 -- Column 4" sometimes. I played with my configueration a little and found that this problem doens't occure when output_buffering is turned on in php.ini . How can I snapshot? [2002-05-09 02:37:08] [EMAIL PROTECTED] I've tried to reproduce under my Linux. I don't have serious problem with chunked otuput. Could you snapshot? (Windows build from latest cvs is in there, I think) http://snaps.php.net/ BTW, phps will not work well, use show_source() etc. [2002-05-03 23:39:52] [EMAIL PROTECTED] This should be chunked output problem. No additional comment is needed unless you know exact cause. [2002-04-03 18:36:01] christian dot mohn at ergoteam dot no On my machine, a simple page only consisting of the script, it constantly refreshes, sometimes the page isn't properly rendered at all. I'm running Windows XP (Build 2600), Apache 1.3.23 and PHP 4.1.2. And IE 6.0. The site is accessible for you guys, if you need to see this. Mail me, and I'll post the link to it. I first noticed this, after installing Gallery 1.2.5. I have also experienced the "Page/host not found" reply from my webserver, though the link is correct. The correct page flashes on the screen, before the "page not fould" error is displayed. 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/15612 -- Edit this bug report at http://bugs.php.net/?id=15612&edit=1
#40862 [NEW]: Installation does not complete.
From: outrage_uk at hotmail dot com Operating system: Windows Server 2003 PHP version: 5.2.1 PHP Bug Type: IIS related Bug description: Installation does not complete. Description: When trying to install PHP 5.2.1, and configure is as an IIS CGI Web Server - the following error message is displyed: There is a problem with the Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. All web pages using PHP after the failed installation display the HTTP 500 Internal Server Error As suggested in Bug #40217, I have tried using the PHP 5.2.1 RC3 package, but it has exactly the same output. The error log of the failed 5.2.1 RC3 installation can be viewed here: http://82.38.65.170/php_error.log -- Edit bug report at http://bugs.php.net/?id=40862&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40862&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40862&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40862&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40862&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40862&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40862&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40862&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40862&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40862&r=support Expected behavior:http://bugs.php.net/fix.php?id=40862&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40862&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40862&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40862&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40862&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40862&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40862&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40862&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40862&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40862&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40862&r=mysqlcfg
#40861 [NEW]: strtotime() behaviour has changed
From: eheien at heli-one dot ca
Operating system: Windows 2003 and XP
PHP version: 5.2.1
PHP Bug Type: Date/time related
Bug description: strtotime() behaviour has changed
Description:
strtotime() fails when supplied with both a negative and positive
argument. This worked in php 5.0.5 and php 4.x.x.
+- = -
++ = +
-- = +
Reproduce code:
---
$offset = -60;
$ts = strtotime('2000-01-01 12:00:00');
$result = date("Y-m-d H:i:s", strtotime("+$offset minutes", $ts));
echo $result;
Expected result:
2000-01-01 11:00:00
Actual result:
--
1970-01-01 01:00:00
--
Edit bug report at http://bugs.php.net/?id=40861&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40861&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40861&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40861&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40861&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40861&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40861&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40861&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40861&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40861&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40861&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40861&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40861&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40861&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40861&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40861&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40861&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40861&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40861&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40861&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40861&r=mysqlcfg
