#41402 [NEW]: no way safe to retrieve warnings
From: corinl at gmx dot de Operating system: debian 686 PHP version: 5.2.2 PHP Bug Type: MySQLi related Bug description: no way safe to retrieve warnings Description: using $m->query('SHOW WARNINGS') changes $m->affected_rows, so it cannot be used when extending the class. also, affected_rows is write protected so it cannot be saved and restored after fetching the warnings. $m->get_warnings() does not seem to work yet. Reproduce code: --- see above Expected result: please make $m->query('SHOW WARNINGS') not to change change $m->affected_rows. if this is not desired, please make get_warnings() functional. -- Edit bug report at http://bugs.php.net/?id=41402&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41402&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41402&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41402&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41402&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41402&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41402&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41402&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41402&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41402&r=support Expected behavior:http://bugs.php.net/fix.php?id=41402&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41402&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41402&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41402&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41402&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41402&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41402&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41402&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41402&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41402&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41402&r=mysqlcfg
#41400 [NEW]: affected_rows wrong
From: corinl at gmx dot de Operating system: debian 686 PHP version: 5.2.2 PHP Bug Type: MySQLi related Bug description: affected_rows wrong Description: executing the following code using direct php (with mysqli) or using phpmyadmin using the mysqli extension returns 2 affected rows. running it with php or phpmyadmin using mysql extension, returns 0 affected rows (which is correct!). using mysql 5.0.41 server and 5.0.38 client libraries. Reproduce code: --- CREATE TABLE `user_infos` ( `user_id` int(10) unsigned NOT NULL, `mails` tinyint(4) NOT NULL, `mails_trigger` enum('0','1') collate latin1_german1_ci NOT NULL, `book` enum('0','1') collate latin1_german1_ci NOT NULL, `gtag` tinyint(4) NOT NULL, `foto_comment` enum('0','1') collate latin1_german1_ci NOT NULL, `buchung` enum('0','1') collate latin1_german1_ci NOT NULL, `blog_comment` enum('0','1') collate latin1_german1_ci NOT NULL, `i_mail` tinyint(4) NOT NULL, `i_buddy` tinyint(4) NOT NULL, `i_tele` tinyint(3) unsigned NOT NULL, `i_lchat` tinyint(3) unsigned NOT NULL, `i_close` enum('0','1') collate latin1_german1_ci NOT NULL, `max_fotoalben` tinyint(3) unsigned NOT NULL, `max_fotoalben_fotos` int(10) unsigned NOT NULL, `events` enum('0','1') collate latin1_german1_ci NOT NULL, `contacts_look` enum('text','images') collate latin1_german1_ci NOT NULL default 'images', PRIMARY KEY (`user_id`), KEY `trigger_mails` (`mails_trigger`,`mails`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1 COLLATE=latin1_german1_ci; INSERT IGNORE INTO user_infos SET user_id=1,mails=1,book='1',gtag=1,foto_comment='0',blog_comment='1',buchung='1',i_mail=4,i_buddy=11,i_tele=5,i_lchat=10,i_close='0',events='1'; Expected result: affected_rows = 1 (first insert) 0 in the following inserts Actual result: -- always 2 -- Edit bug report at http://bugs.php.net/?id=41400&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41400&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41400&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41400&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41400&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41400&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41400&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41400&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41400&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41400&r=support Expected behavior:http://bugs.php.net/fix.php?id=41400&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41400&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41400&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41400&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41400&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41400&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41400&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41400&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41400&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41400&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41400&r=mysqlcfg
#39389 [WFx]: of course it would be helpfull
ID: 39389 User updated by: corinl at gmx dot de -Summary: make some errors catchable Reported By: corinl at gmx dot de Status: Wont fix Bug Type: Feature/Change Request Operating System: linux debian PHP Version: 5.2.0 New Comment: well, assume you change the name of an methode. in a big project, it takes hours / days to make sure, all affected places have been adjusted. to find the missing ones you have either to get the "white page" (error page) yourself, a customer has to provide the info or you would have to look for "fatal error..." in the error logs of php. having this catchable, i could make php send me a nice email with backtrace when such an error occurs... :) also when dealing with higly dynamic objects it could be very usefull to find logic/programming errors, which only occur in a special context. without a backtrace (with the internal php fatal error unluckily does not output), it's very hard to debug such errors. Previous Comments: [2006-11-06 08:34:05] [EMAIL PROTECTED] Actually, they do... and why would you want to catch that in the first place? It's a coding error which you catch while testing your code. ---- [2006-11-05 16:59:00] corinl at gmx dot de Description: i assume php errors like -- Fatal error: Call to a member function ... on a non-object Fatal error: Call to undefined method ... -- don't leave php in an instable state. these errors should also be catchable by a custom error handler using E_RECOVERABLE_ERROR as it help's a lot with debugging. -- Edit this bug report at http://bugs.php.net/?id=39389&edit=1
#39389 [NEW]: make some errors catchable
From: corinl at gmx dot de Operating system: linux debian PHP version: 5.2.0 PHP Bug Type: Feature/Change Request Bug description: make some errors catchable Description: i assume php errors like -- Fatal error: Call to a member function ... on a non-object Fatal error: Call to undefined method ... -- don't leave php in an instable state. these errors should also be catchable by a custom error handler using E_RECOVERABLE_ERROR as it help's a lot with debugging. -- Edit bug report at http://bugs.php.net/?id=39389&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39389&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39389&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39389&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39389&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39389&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39389&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39389&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39389&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39389&r=support Expected behavior:http://bugs.php.net/fix.php?id=39389&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39389&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39389&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39389&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39389&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39389&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39389&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39389&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39389&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39389&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39389&r=mysqlcfg
#39380 [NEW]: php crashes in preg_match
From: corinl at gmx dot de Operating system: linux debian PHP version: 5.2.0 PHP Bug Type: Scripting Engine problem Bug description: php crashes in preg_match Description: running the reproduce code crashes php 5.1.6 and 5.2.0 with a segmentation fault. -- (gdb) set args php_crash.php (gdb) run Starting program: /usr/bin/php php_crash.php [Thread debugging using libthread_db enabled] [New Thread -1486911808 (LWP 25359)] ok1 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1486911808 (LWP 25359)] 0x080b167d in match ( eptr=0xa73d1542 "t; schwierig\r\n>< seltsam >< sensibel >< spontan >< stur >< tätowiert >< treu >< unberechenbar \r\n\r\n>< unentschlossen ><ungeduldig&"..., ecode=0x880b9a8 ";", offset_top=2, md=0xaf9e2620, ims=4, eptrb=0xaf1e8558, flags=2, rdepth=6454) at /usr/local/src/php-5.2.0/ext/pcre/pcrelib/pcre_exec.c:554 554 utf8 = md->utf8; /* Local copy of the flag */ (gdb) Reproduce code: --- http://www.netskin.de/download/php_crash.php.txt Expected result: ok1 ok2 Actual result: -- ok1 -> crashes before echo('ok2') -- Edit bug report at http://bugs.php.net/?id=39380&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39380&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39380&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39380&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39380&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39380&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39380&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39380&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39380&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39380&r=support Expected behavior:http://bugs.php.net/fix.php?id=39380&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39380&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39380&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39380&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39380&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39380&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39380&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39380&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39380&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39380&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39380&r=mysqlcfg
#38967 [NEW]: strip_tags doesn't remove attributes completely
From: corinl at gmx dot de Operating system: linux PHP version: 5.1.6 PHP Bug Type: Feature/Change Request Bug description: strip_tags doesn't remove attributes completely Description: when a tag attribute contains a <, it does not get removed properly. Reproduce code: --- http://static.flickr.com/105/253610807_10f90540d3.jpg?v=0"; alt="" style="max-width:50px;width:expression(this.width>50?50:true);"> - and this. EOT; echo($s); echo(''); echo('original: '.htmlentities($s)); echo(''); echo('stripped: '.htmlentities(strip_tags($s))); ?> Expected result: stripped: nothing should be between this - - and this. Actual result: -- stripped: nothing should be between this - 50?50:true);"> - and this. -- Edit bug report at http://bugs.php.net/?id=38967&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38967&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38967&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38967&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38967&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38967&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38967&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38967&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38967&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38967&r=support Expected behavior:http://bugs.php.net/fix.php?id=38967&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38967&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38967&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38967&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38967&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38967&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38967&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38967&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38967&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38967&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38967&r=mysqlcfg
#34981 [Fbk->Opn]: wrong arithmetic !!
ID: 34981 User updated by: corinl at gmx dot de Reported By: corinl at gmx dot de -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: debian linux PHP Version: 5.0.5 New Comment: sorry, cant check it out at the moment. but i looked in the NEWS file and as it's not noted there, i think the bug still exists. Previous Comments: [2005-10-25 21:04:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-10-25 20:59:08] corinl at gmx dot de Description: the arithmetic gives diferrent reulst in php 5.0.5 and 5.0.4 (also 5.1rc) $a = -4738698913 ^ 43814; echo($a) Reproduce code: --- $a = -4738698913 ^ 43814; echo($a) php 5.0.5 -> -2147439834 php 5.0.4 -> -443704711 php 5.1rc -> -443704711 Expected result: -443704711 is correct! Actual result: -- -2147439834 is wrong! -- Edit this bug report at http://bugs.php.net/?id=34981&edit=1
#34981 [NEW]: wrong arithmetic !!
From: corinl at gmx dot de Operating system: debian linux PHP version: 5.0.5 PHP Bug Type: Scripting Engine problem Bug description: wrong arithmetic !! Description: the arithmetic gives diferrent reulst in php 5.0.5 and 5.0.4 (also 5.1rc) $a = -4738698913 ^ 43814; echo($a) Reproduce code: --- $a = -4738698913 ^ 43814; echo($a) php 5.0.5 -> -2147439834 php 5.0.4 -> -443704711 php 5.1rc -> -443704711 Expected result: -443704711 is correct! Actual result: -- -2147439834 is wrong! -- Edit bug report at http://bugs.php.net/?id=34981&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34981&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34981&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34981&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34981&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34981&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34981&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34981&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34981&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34981&r=support Expected behavior: http://bugs.php.net/fix.php?id=34981&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34981&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34981&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34981&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34981&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34981&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34981&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34981&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34981&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34981&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34981&r=mysqlcfg
#32898 [NEW]: lost connection error on non-standart (<>3306) port
From: corinl at gmx dot de Operating system: linux debian PHP version: 5.0.4 PHP Bug Type: MySQLi related Bug description: lost connection error on non-standart (<>3306) port Description: using mysqli with a non-standart port, like 3307, it looses the database connection. i'm not sure if this happens only when using multiple instances of mysqli. the mysql server is fine, it must be a php problem/bug!! Reproduce code: --- $a = new mysqli('127.0.0.1','test1','abc','test1',3307); if (mysqli_connect_errno()) die("connect: failed with '".mysqli_connect_error()."'!"); printf("Host information: %s\n", $a->host_info); $r = $a->query('SHOW TABLES'); while ($v=$r->fetch_assoc()) print_r($v); $b = new mysqli('127.0.0.1','test2','abc','test2',3307); if (mysqli_connect_errno()) die("connect: failed with '".mysqli_connect_error()."'!"); printf("Host information: %s\n", $b->host_info); $r = $b->query('SHOW TABLES'); while ($v=$r->fetch_assoc()) print_r($v); -- $a = new mysqli('127.0.0.1','test1','abc','test1',3306); if (mysqli_connect_errno()) die("connect: failed with '".mysqli_connect_error()."'!"); printf("Host information: %s\n", $a->host_info); $r = $a->query('SHOW TABLES'); while ($v=$r->fetch_assoc()) print_r($v); $b = new mysqli('127.0.0.1','test2','abc','test2',3306); if (mysqli_connect_errno()) die("connect: failed with '".mysqli_connect_error()."'!"); printf("Host information: %s\n", $b->host_info); $r = $b->query('SHOW TABLES'); while ($v=$r->fetch_assoc()) print_r($v); Expected result: in both cases something like Host information: 127.0.0.1 via TCP/IP Array (...) Host information: 127.0.0.1 via TCP/IP Array (...) Actual result: -- Warning: mysqli::mysqli() [function.mysqli]: Lost connection to MySQL server during query in /test/mysqli.php on line 2 connect: failed with 'Lost connection to MySQL server during query'! -- Edit bug report at http://bugs.php.net/?id=32898&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32898&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32898&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32898&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32898&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32898&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32898&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32898&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32898&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32898&r=support Expected behavior: http://bugs.php.net/fix.php?id=32898&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32898&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32898&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32898&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32898&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32898&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32898&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32898&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32898&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32898&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32898&r=mysqlcfg