Bug #48280 [Com]: http stream timeout is doubled
Edit report at http://bugs.php.net/bug.php?id=48280&edit=1 ID: 48280 Comment by: james dot mk dot green at gmail dot com Reported by:php at bouchery dot fr Summary:http stream timeout is doubled Status: Open Type: Bug Package:Streams related Operating System: Windows XP SP2 PHP Version:5.2SVN-2009-12-22 Block user comment: N Private report: N New Comment: This remains a bug in 5.3.5 on Linux. Setting the timeout to 2 results in a 4s timeout, setting it to 4 results in an 8s timeout. Previous Comments: [2009-12-22 10:51:29] php at bouchery dot fr No, result is already : Code #1: Duration = 4 Code #2: Duration = 6 Code #3: Duration = 8 [2009-05-20 13:29:13] php at bouchery dot fr I did it on localhost and on a remote machine: sleep-flush.php sleep.php [2009-05-20 12:59:15] j...@php.net And where are the sources for those server side scripts? [2009-05-14 11:59:39] php at bouchery dot fr Description: When I perform a HTTP timeout using "stream_context_create", "stream_set_timeout" or "default_socket_timeout", timeout is doubled. I did it on : - Windows XP SP2 + PHP-Cli 5.1.6 - Windows XP SP2 + PHP-Cli 5.2.9-2 - Debian 5 + PHP 5.2.0-8+etch13 (cli) Reproduce code: --- http://localhost/sleep-flush.php', 'r'); if( $f !== false ) { stream_set_timeout($f, 2); $content = stream_get_contents( $f ); fclose($f); } echo 'Code #1: Duration = ', (time() - $time), "\n"; $context = stream_context_create(array('http' => array('timeout' => 3))); $time = time(); // sleep do not flush text before sleeping 20 seconds $f = @fopen('http://localhost/sleep.php', 'r', false, $context); if( $f !== false ) { $content = stream_get_contents( $f ); fclose($f); } echo 'Code #2: Duration = ', (time() - $time), "\n"; ini_set('default_socket_timeout', '4'); $time = time(); // sleep do not flush text before sleeping 20 seconds $f = @fopen('http://localhost/sleep.php', 'r'); if( $f !== false ) { $content = stream_get_contents( $f ); fclose($f); } echo 'Code #3: Duration = ', (time() - $time), "\n"; ?> Expected result: Code #1: Duration = 2 Code #2: Duration = 3 Code #3: Duration = 4 Actual result: -- Code #1: Duration = 4 Code #2: Duration = 6 Code #3: Duration = 8 -- Edit this bug report at http://bugs.php.net/bug.php?id=48280&edit=1
Bug #54062 [Fbk->Opn]: PHP does not notice user abort
Edit report at http://bugs.php.net/bug.php?id=54062&edit=1 ID: 54062 User updated by:james dot mk dot green at gmail dot com Reported by:james dot mk dot green at gmail dot com Summary:PHP does not notice user abort -Status: Feedback +Status: Open Type: Bug Package:Network related Operating System: Linux/Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: As unlikely as it sounds this may be an issue within Firefox. I pasted the code from Rasmus onto the web server next door to mine. Fired it up in Firefox and PHP detected the user abort. Repeated my script but again it did not work. Slowly I worked the code from Rasmus directly in to my script but still no joy. At this point all that was different was the name of the shutdown function. Then tried using wget as the client and both scripts work. Repeated Rasmus' script from Firefox and it no longer detected user abort. So we have a bug within the client - as far as I can tell. I am least happy I can work with this, thanks for all the tests and sorry for wasting people's time! Previous Comments: [2011-02-21 19:40:41] ras...@php.net By the way, why so complicated a test? Try the simple case: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Please use vanilla PHP from php.net. We have no idea what kind of patches Ubuntu applies and what they might break. [2011-02-21 17:31:59] james dot mk dot green at gmail dot com Feb 21 16:28:57 blofeld apache2: The connection remains Feb 21 16:29:41 blofeld apache2: Connection opened Feb 21 16:29:43 blofeld apache2: Completed usleep() Feb 21 16:29:43 blofeld apache2: ob_end_flush() called Feb 21 16:29:43 blofeld apache2: Have flushed() Feb 21 16:29:43 blofeld apache2: Echo completed Feb 21 16:29:43 blofeld apache2: Have slept Feb 21 16:29:43 blofeld apache2: Shutdown detected. Feb 21 16:29:43 blofeld apache2: The result of connection_status() is: 0 Feb 21 16:29:43 blofeld apache2: The connection remains That's what I get using Firefox with PHP 5.3.3-1ubuntu9.3 on apache 2.2.16-1ubuntu3.1 using ubuntu Ubuntu 10.10. All I do is type in the url of my disconnect.php, hit enter then immediately hit the stop button. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=54062 -- Edit this bug report at http://bugs.php.net/bug.php?id=54062&edit=1
Bug #54062 [Com]: PHP does not notice user abort
Edit report at http://bugs.php.net/bug.php?id=54062&edit=1 ID: 54062 Comment by: james dot mk dot green at gmail dot com Reported by:james dot mk dot green at gmail dot com Summary:PHP does not notice user abort Status: Feedback Type: Bug Package:Network related Operating System: Linux/Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: johannes, it's been tested on a Windows server too (same behaviour). Besides, cataphract seems to be using Ubuntu's PHP package too. Perhaps it's something to do with web server configuration? I'm using CGI on Windows, and mod_php on Ubuntu (Apache Prefork MPM). What might cause this behaviour? Previous Comments: [2011-02-21 17:39:22] johan...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Please use vanilla PHP from php.net. We have no idea what kind of patches Ubuntu applies and what they might break. [2011-02-21 17:31:59] james dot mk dot green at gmail dot com Feb 21 16:28:57 blofeld apache2: The connection remains Feb 21 16:29:41 blofeld apache2: Connection opened Feb 21 16:29:43 blofeld apache2: Completed usleep() Feb 21 16:29:43 blofeld apache2: ob_end_flush() called Feb 21 16:29:43 blofeld apache2: Have flushed() Feb 21 16:29:43 blofeld apache2: Echo completed Feb 21 16:29:43 blofeld apache2: Have slept Feb 21 16:29:43 blofeld apache2: Shutdown detected. Feb 21 16:29:43 blofeld apache2: The result of connection_status() is: 0 Feb 21 16:29:43 blofeld apache2: The connection remains That's what I get using Firefox with PHP 5.3.3-1ubuntu9.3 on apache 2.2.16-1ubuntu3.1 using ubuntu Ubuntu 10.10. All I do is type in the url of my disconnect.php, hit enter then immediately hit the stop button. [2011-02-21 17:11:06] cataphr...@php.net Works fine here: Normal circumstances: Feb 21 16:06:33 damnation apache2: Connection opened Feb 21 16:06:35 damnation apache2: Completed usleep() Feb 21 16:06:35 damnation apache2: ob_end_flush() called Feb 21 16:06:35 damnation apache2: Have flushed() Feb 21 16:06:35 damnation apache2: Echo completed Feb 21 16:06:35 damnation apache2: Have slept Feb 21 16:06:35 damnation apache2: Shutdown detected. Feb 21 16:06:35 damnation apache2: The result of connection_status() is: 0 Feb 21 16:06:35 damnation apache2: The connection remains Stop button: Feb 21 16:06:44 damnation apache2: Connection opened Feb 21 16:06:46 damnation apache2: Completed usleep() Feb 21 16:06:46 damnation apache2: ob_end_flush() called Feb 21 16:06:46 damnation apache2: Have flushed() ignore_user_abort(true) + Stop button: Feb 21 16:07:59 damnation apache2: Connection opened Feb 21 16:08:01 damnation apache2: Completed usleep() Feb 21 16:08:01 damnation apache2: ob_end_flush() called Feb 21 16:08:01 damnation apache2: Have flushed() Feb 21 16:08:01 damnation apache2: Echo completed Feb 21 16:08:01 damnation apache2: Have slept Feb 21 16:08:01 damnation apache2: Shutdown detected. Feb 21 16:08:01 damnation apache2: The result of connection_status() is: 1 Feb 21 16:08:01 damnation apache2: The connection has aborted (Ubuntu 10.10, PHP 5.3.3-1ubuntu9.3, Apache/2.2.16) [2011-02-21 16:50:09] james dot mk dot green at gmail dot com The script attached is a test case. The "real script" that triggered this report does not use sleep or similar. And yes, on two-three attempts out of several dozen I have seen a client has aborted message. However, statistically this is beyond unreliable. Further to the original report I have spoken in ##php on Freenode and tried their suggestions without any luck. The "real script" does quite a lot of backend processing while a software client waits. If the client then times out waiting, the server script continues to send back the data processed and says that the client remains connected at the very end (within the shutdown callback). This led me to my testing of connection handling and this test case. [2011-02-21 16:19:04] ceo at l-i-e dot com "I have never known this to be the case." ... $usleep = 200; ... usleep($usleep); ... if (connection_aborted()) { // This almost never happens! syslog(LOG_DEBUG, 'The connection has aborted'); } else { "almost never" or "never"? Not really the same... Not sure PHP even processes and abort in the middle of usleep. 2 seconds
Bug #54062 [Com]: PHP does not notice user abort
Edit report at http://bugs.php.net/bug.php?id=54062&edit=1 ID: 54062 Comment by: james dot mk dot green at gmail dot com Reported by:james dot mk dot green at gmail dot com Summary:PHP does not notice user abort Status: Open Type: Bug Package:Network related Operating System: Linux/Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Feb 21 16:28:57 blofeld apache2: The connection remains Feb 21 16:29:41 blofeld apache2: Connection opened Feb 21 16:29:43 blofeld apache2: Completed usleep() Feb 21 16:29:43 blofeld apache2: ob_end_flush() called Feb 21 16:29:43 blofeld apache2: Have flushed() Feb 21 16:29:43 blofeld apache2: Echo completed Feb 21 16:29:43 blofeld apache2: Have slept Feb 21 16:29:43 blofeld apache2: Shutdown detected. Feb 21 16:29:43 blofeld apache2: The result of connection_status() is: 0 Feb 21 16:29:43 blofeld apache2: The connection remains That's what I get using Firefox with PHP 5.3.3-1ubuntu9.3 on apache 2.2.16-1ubuntu3.1 using ubuntu Ubuntu 10.10. All I do is type in the url of my disconnect.php, hit enter then immediately hit the stop button. Previous Comments: [2011-02-21 17:11:06] cataphr...@php.net Works fine here: Normal circumstances: Feb 21 16:06:33 damnation apache2: Connection opened Feb 21 16:06:35 damnation apache2: Completed usleep() Feb 21 16:06:35 damnation apache2: ob_end_flush() called Feb 21 16:06:35 damnation apache2: Have flushed() Feb 21 16:06:35 damnation apache2: Echo completed Feb 21 16:06:35 damnation apache2: Have slept Feb 21 16:06:35 damnation apache2: Shutdown detected. Feb 21 16:06:35 damnation apache2: The result of connection_status() is: 0 Feb 21 16:06:35 damnation apache2: The connection remains Stop button: Feb 21 16:06:44 damnation apache2: Connection opened Feb 21 16:06:46 damnation apache2: Completed usleep() Feb 21 16:06:46 damnation apache2: ob_end_flush() called Feb 21 16:06:46 damnation apache2: Have flushed() ignore_user_abort(true) + Stop button: Feb 21 16:07:59 damnation apache2: Connection opened Feb 21 16:08:01 damnation apache2: Completed usleep() Feb 21 16:08:01 damnation apache2: ob_end_flush() called Feb 21 16:08:01 damnation apache2: Have flushed() Feb 21 16:08:01 damnation apache2: Echo completed Feb 21 16:08:01 damnation apache2: Have slept Feb 21 16:08:01 damnation apache2: Shutdown detected. Feb 21 16:08:01 damnation apache2: The result of connection_status() is: 1 Feb 21 16:08:01 damnation apache2: The connection has aborted (Ubuntu 10.10, PHP 5.3.3-1ubuntu9.3, Apache/2.2.16) [2011-02-21 16:50:09] james dot mk dot green at gmail dot com The script attached is a test case. The "real script" that triggered this report does not use sleep or similar. And yes, on two-three attempts out of several dozen I have seen a client has aborted message. However, statistically this is beyond unreliable. Further to the original report I have spoken in ##php on Freenode and tried their suggestions without any luck. The "real script" does quite a lot of backend processing while a software client waits. If the client then times out waiting, the server script continues to send back the data processed and says that the client remains connected at the very end (within the shutdown callback). This led me to my testing of connection handling and this test case. [2011-02-21 16:19:04] ceo at l-i-e dot com "I have never known this to be the case." ... $usleep = 200; ... usleep($usleep); ... if (connection_aborted()) { // This almost never happens! syslog(LOG_DEBUG, 'The connection has aborted'); } else { "almost never" or "never"? Not really the same... Not sure PHP even processes and abort in the middle of usleep. 2 seconds is a long time in a normal request. Try shorter usleep. And when you *do* get an abort, call exit to really really really END the script, bypassing any other shutdown functions. ---- [2011-02-21 15:44:03] james dot mk dot green at gmail dot com Description: Referencing http://php.net/manual/en/features.connection-handling.php I understand that providing PHP is writing to or reading from the web server connection, a registered shutdown function should be called should the client abort. I have never known this to be the case. I attach a simple script. It attempts to sleep then write back to the client. It has a registered shutdown function that checks connection_status() and connection_aborted(). According to my syslo
Bug #54062 [Com]: PHP does not notice user abort
Edit report at http://bugs.php.net/bug.php?id=54062&edit=1 ID: 54062 Comment by: james dot mk dot green at gmail dot com Reported by:james dot mk dot green at gmail dot com Summary:PHP does not notice user abort Status: Open Type: Bug Package:Network related Operating System: Linux/Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The script attached is a test case. The "real script" that triggered this report does not use sleep or similar. And yes, on two-three attempts out of several dozen I have seen a client has aborted message. However, statistically this is beyond unreliable. Further to the original report I have spoken in ##php on Freenode and tried their suggestions without any luck. The "real script" does quite a lot of backend processing while a software client waits. If the client then times out waiting, the server script continues to send back the data processed and says that the client remains connected at the very end (within the shutdown callback). This led me to my testing of connection handling and this test case. Previous Comments: [2011-02-21 16:19:04] ceo at l-i-e dot com "I have never known this to be the case." ... $usleep = 200; ... usleep($usleep); ... if (connection_aborted()) { // This almost never happens! syslog(LOG_DEBUG, 'The connection has aborted'); } else { "almost never" or "never"? Not really the same... Not sure PHP even processes and abort in the middle of usleep. 2 seconds is a long time in a normal request. Try shorter usleep. And when you *do* get an abort, call exit to really really really END the script, bypassing any other shutdown functions. ---- [2011-02-21 15:44:03] james dot mk dot green at gmail dot com Description: Referencing http://php.net/manual/en/features.connection-handling.php I understand that providing PHP is writing to or reading from the web server connection, a registered shutdown function should be called should the client abort. I have never known this to be the case. I attach a simple script. It attempts to sleep then write back to the client. It has a registered shutdown function that checks connection_status() and connection_aborted(). According to my syslog however, the full script executes followed by the shutdown function which says the user is still connected, despite my pressing the browser stop button immediately after placing the request. I have tested this on Windows using Lighttpd with PHP 5.2, and on Ubuntu with Apache preforking PHP 5.3. Both exhibit the same behaviour. These tests were conducted with ignore_user_abort(true) and (false) - no difference observed so I removed it. Test script: --- http://bugs.php.net/bug.php?id=54062&edit=1
[PHP-BUG] Bug #54062 [NEW]: PHP does not notice user abort
From: Operating system: Linux/Windows PHP version: Irrelevant Package: Network related Bug Type: Bug Bug description:PHP does not notice user abort Description: Referencing http://php.net/manual/en/features.connection-handling.php I understand that providing PHP is writing to or reading from the web server connection, a registered shutdown function should be called should the client abort. I have never known this to be the case. I attach a simple script. It attempts to sleep then write back to the client. It has a registered shutdown function that checks connection_status() and connection_aborted(). According to my syslog however, the full script executes followed by the shutdown function which says the user is still connected, despite my pressing the browser stop button immediately after placing the request. I have tested this on Windows using Lighttpd with PHP 5.2, and on Ubuntu with Apache preforking PHP 5.3. Both exhibit the same behaviour. These tests were conducted with ignore_user_abort(true) and (false) - no difference observed so I removed it. Test script: --- http://bugs.php.net/bug.php?id=54062&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54062&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54062&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54062&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54062&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54062&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54062&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54062&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54062&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54062&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54062&r=support Expected behavior: http://bugs.php.net/fix.php?id=54062&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54062&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54062&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54062&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54062&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54062&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54062&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54062&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54062&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54062&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54062&r=mysqlcfg
#49354 [NEW]: mb_strcut cutting wrong length when offset is within a multibyte character
From: mk at zigamorph dot se Operating system: Linux PHP version: 5.2.10 PHP Bug Type: Scripting Engine problem Bug description: mb_strcut cutting wrong length when offset is within a multibyte character Description: When you use mb_strcut with an offset and this offset happens to fall within a multibyte (utf-8) character mb_strcut moves the start point of the string as to not break a multibyte character. As an undesirable side effect it strips one or more bytes from the end of the cut string. Reproduce code: --- $crap = 'AåBäCöDü' /* in utf-8 */ echo mb_strcut($crap, 0, 100, 'UTF-8')."\n"; /* 'AåBäCöDü' as 100 is more than strlen */ echo mb_strcut($crap, 1, 100, 'UTF-8')."\n"; /* 'åBäCöDü' as 100 is more than strlen and we're offset 1 byte */ echo mb_strcut($crap, 2, 100, 'UTF-8')."\n"; /* 'åBäCöD' */ Expected result: $crap = 'AåBäCöDü' /* in utf-8 */ echo mb_strcut($crap, 0, 100, 'UTF-8')."\n"; /* 'AåBäCöDü' as 100 is more than strlen */ echo mb_strcut($crap, 1, 100, 'UTF-8')."\n"; /* 'åBäCöDü' as 100 is more than strlen and we're offset 1 byte */ echo mb_strcut($crap, 2, 100, 'UTF-8')."\n"; /* either 'åBäCöDü' or 'BäCöDü' */ -- Edit bug report at http://bugs.php.net/?id=49354&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49354&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49354&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49354&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49354&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49354&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49354&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49354&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49354&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49354&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49354&r=support Expected behavior: http://bugs.php.net/fix.php?id=49354&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49354&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49354&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49354&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49354&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49354&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49354&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49354&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49354&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49354&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49354&r=mysqlcfg
#48560 [NEW]: E_STRICT does not report error if booleans or ints are used as arrays
From: mk at gigacodes dot de Operating system: linux PHP version: 5.3.0RC3 PHP Bug Type: Variables related Bug description: E_STRICT does not report error if booleans or ints are used as arrays Description: when setting error_reporting to E_ALL|E_STRICT accessing undefined offsets in array $arr is reported. However if $arr is a boolean, int or null there is no error reported Reproduce code: --- Expected result: I expect to see 3 errors Actual result: -- instead i see only 2: Notice: Undefined variable: xxx Notice: Undefined offset: 1 -- Edit bug report at http://bugs.php.net/?id=48560&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48560&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48560&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48560&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48560&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48560&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48560&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48560&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48560&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48560&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48560&r=support Expected behavior: http://bugs.php.net/fix.php?id=48560&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48560&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48560&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48560&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48560&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48560&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48560&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48560&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48560&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48560&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48560&r=mysqlcfg
#47730 [Com]: PHP crashes when errorHandler throws Exception
ID: 47730 Comment by: mk at krumedia dot de Reported By: berblinger at krumedia dot de Status: Feedback Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.2.9 New Comment: Scott, do you have any results or patches, already? Previous Comments: [2009-03-26 16:17:01] scott...@php.net You can just drop me an email with the details. My public key is at http://whisky.macvicar.net/scott-public-key.txt [2009-03-26 16:04:25] berblinger at krumedia dot de I could manage to get you an account on a newly set up server, configured with nothing else that debian 5.0, PHP 5.2.9 and no other third party php extention for a maximum of 2 days on the upcoming friday. We just got two new servers at our computer center. Please tell me if you can take a look at the weekend (friday till sunday maximum) and how i should provide the account informations to you. Thanks in advance. [2009-03-25 14:03:05] tombt081981 at hotmail dot com This information might help: I got the bug with php 5.2.9 and(!) php 5.2.6 after(!) an upgrade to Bebian lenny 5.0. Before (debian 4) it worked fine, so this got to do something with Debian 5 and not especially with php 5.2.9. [2009-03-25 11:41:15] scott...@php.net Can you do ./configure --disable-all --enable-debug And run the script through valgrind as well as through gdb. If that fails then getting access to an account on the server might be the easiest solution. [2009-03-25 11:32:49] berblinger at krumedia dot de This segfault is also caused when any 3rd party modules are disabled. As already said, we got several servers with very similar hardware and OS ( including configuration ) and each of them makes PHP crash with this snippet. We recently upgraded from PHP 5.2.6 to PHP 5.2.9 and since this upgrade we noticed this segfault. Can i provide any other informations for you to help you fixing this bug? 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/47730 -- Edit this bug report at http://bugs.php.net/?id=47730&edit=1
#45356 [Com]: fgetcsv() � symbol stripped if first char in cell
ID: 45356 Comment by: mk at kurznet dot com Reported By: al at txtlocal dot com Status: No Feedback Bug Type: Filesystem function related Operating System: Linux PHP Version: 5.2.6 New Comment: if have the same problem with php 5.2.6 the csv file looks like this: äüö123äüö;auo123äüö $handle = fopen($path."Mappe3.csv","r"); while ($data = fgetcsv ($handle, 4096, ";")) { print_r($data); } fclose ($handle); Array ( [0] => 123äüö [1] => auo123äüö ) with PHP 5.2.5 and 4.4.8 everything is ok ? is this a bug or a feature ? Previous Comments: [2008-07-27 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". [2008-07-19 17:50:18] [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. I'm unable to reproduce it with a simple scripts neither with 5.2.6 nor with 5.3.0-dev. [2008-06-25 18:08:31] al at txtlocal dot com If you have csv file: name,price James,£150 fgetcsv() will remove the £. All other chars seem to be fine. I have searched forums for an answer to this and there are a few people reporting the same - but no definitive answer. In addition - this is only if the £ character in the first char in a "cell". This would work fine: name,price James,1£50 [2008-06-25 17:46:40] al at txtlocal dot com In addition - this is only if the £ character in the first char in a "cell". This would work fine: name,price James,1£50 [2008-06-25 17:45:30] al at txtlocal dot com Description: If you have csv file: name,price James,£150 fgetcsv() will remove the £. All other chars seem to be fine. I have searched forums for an answer to this and there are a few people reporting the same - but no definitive answer. -- Edit this bug report at http://bugs.php.net/?id=45356&edit=1
#42625 [Asn]: When mysql and mysqli enabled both together, php CLI hangs when ZTS is enabled
ID: 42625 User updated by: jama at mk dot cvut dot cz Reported By: jama at mk dot cvut dot cz Status: Assigned Bug Type: MySQL related Operating System: Gentoo/Linux PHP Version: 5.2.4 Assigned To: andrey New Comment: I have updated mysql to: mysql_config --version 5.1.22-rc Downloaded new snapshots and new report seems OK for php.. ./test.report.sh php-5.2.4.log OK php-5.2.4-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/bin/mysql_config OK php-5.2.4-mysqli-mysql ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config php5.2-200710051030.log OK php5.2-200710051030-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/bin/mysql_config OK php5.2-200710051030-mysqli-mysql ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config php6.0-200710051030.log OK php6.0-200710051030-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/bin/mysql_config OK php6.0-200710051030-mysqli-mysql ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config OK php6.0-200710051030-mysqli-mysqlng ./configure --disable-all --enable-maintainer-zts --with-mysql=mysql --with-mysqli=mysqlnd Previous Comments: [2007-09-24 09:39:40] jama at mk dot cvut dot cz tested on php6.0-200709240630 mysqli OK mysql+mysqli BAD mysql+mysqlng OK I created simple bash script for building and testing php snapshots for this bug. It's on http://pastebin.com/m68372238 Runned in this case as ". ./test.sh php6.0-200709240630.tar.bz2 php6.0-200709240630 php6.0-200709240630" Manualy killed when php -i was hanging on second test and result looks like this: # cat php6.0-200709240630.log OK php6.0-200709240630-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/bin/mysql_config BAD php6.0-200709240630-mysqli-mysql ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config OK php6.0-200709240630-mysqli-mysqlng ./configure --disable-all --enable-maintainer-zts --with-mysql=mysql --with-mysqli=mysqlnd [2007-09-22 08:47:41] [EMAIL PROTECTED] Hi, - can you try building PHP6? - if still han gs, can you try building with mysqlnd (PHP6, --with-mysqli=mysqlnd --with-mysql=mysql) and see if there is still a problem Andrey [2007-09-19 14:08:19] [EMAIL PROTECTED] I can't reproduce with MySQL 5.1.22 [2007-09-19 13:40:39] [EMAIL PROTECTED] Propably some issue with the BETA mysql version used. Assigned to the mysql maintainer. [2007-09-19 13:39:33] [EMAIL PROTECTED] # mysql_config --version 5.0.27 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/42625 -- Edit this bug report at http://bugs.php.net/?id=42625&edit=1
#42625 [Fbk->Opn]: When mysql and mysqli enabled both together, php CLI hangs when ZTS is enabled
ID: 42625 User updated by: jama at mk dot cvut dot cz Reported By: jama at mk dot cvut dot cz -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Gentoo/Linux PHP Version: 5.2.4 Assigned To: andrey New Comment: tested on php6.0-200709240630 mysqli OK mysql+mysqli BAD mysql+mysqlng OK I created simple bash script for building and testing php snapshots for this bug. It's on http://pastebin.com/m68372238 Runned in this case as ". ./test.sh php6.0-200709240630.tar.bz2 php6.0-200709240630 php6.0-200709240630" Manualy killed when php -i was hanging on second test and result looks like this: # cat php6.0-200709240630.log OK php6.0-200709240630-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/bin/mysql_config BAD php6.0-200709240630-mysqli-mysql ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config OK php6.0-200709240630-mysqli-mysqlng ./configure --disable-all --enable-maintainer-zts --with-mysql=mysql --with-mysqli=mysqlnd Previous Comments: [2007-09-22 08:47:41] [EMAIL PROTECTED] Hi, - can you try building PHP6? - if still han gs, can you try building with mysqlnd (PHP6, --with-mysqli=mysqlnd --with-mysql=mysql) and see if there is still a problem Andrey [2007-09-19 14:08:19] [EMAIL PROTECTED] I can't reproduce with MySQL 5.1.22 [2007-09-19 13:40:39] [EMAIL PROTECTED] Propably some issue with the BETA mysql version used. Assigned to the mysql maintainer. [2007-09-19 13:39:33] [EMAIL PROTECTED] # mysql_config --version 5.0.27 [2007-09-19 13:38:49] [EMAIL PROTECTED] I can not reproduce this. 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/42625 -- Edit this bug report at http://bugs.php.net/?id=42625&edit=1
#42625 [Opn]: When mysql and mysqli enabled both together, php cli hangs
ID: 42625 User updated by: jama at mk dot cvut dot cz Reported By: jama at mk dot cvut dot cz Status: Open Bug Type: MySQL related Operating System: Gentoo/Linux PHP Version: 5.2.4 New Comment: if sapi/cgi/php-cgi -i can be considered as CGI check, so it doesn't hang Previous Comments: [2007-09-13 05:27:08] jama at mk dot cvut dot cz /usr/bin/mysql_config --version 5.1.15-beta but with same mysql and php-5.2.2 it was OK. CGI I'll try later. [2007-09-13 04:42:14] [EMAIL PROTECTED] Can you check CGI to see if you can reproduce this. What version of libmysql are you linking against? [2007-09-12 16:15:55] Martin dot Jansa at mk dot cvut dot cz It hangs only with mysql, mysqli AND --enable-maintainer-zts. I don't want to disable maintainer-zts, because I'm not using only cli/cgi in real installation. :) This 3 configure parameters is the smallest subset of those I'm normally using. [2007-09-12 11:50:41] [EMAIL PROTECTED] Why are you using --enable-maintainer-zts in your configure line? You really don't need this for CLI/CGI.. [2007-09-11 18:48:11] jama at mk dot cvut dot cz Description: when compiled vanilla php-5.2.4 with this params ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/ bin/mysql_config it's ok when added mysql support too ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config it's bad even sapi/cli/php -i hangs forever on futex call strace sapi/cli/php -i write(1, "questions about PHP licensing, p"..., 63questions about PHP licensing, please contact [EMAIL PROTECTED] ) = 63 setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0 futex(0x2adbeb81cac0, FUTEX_WAIT, 2, NULL The same behavior with php5.2-200709110830. Reproduce code: --- tar xjvf php-5.2.4.tar.bz2 mv php-5.2.4 php-5.2.4-mysqli cp -r php-5.2.4-mysqli php-5.2.4-mysql-mysqli cd php-5.2.4-mysql-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config make sapi/cli/php -i #HANGS HERE# cd ../php-5.2.4-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/ bin/mysql_config make sapi/cli/php -i #DOESN'T HANG HERE# Diff between those 2 build dirs on my pc.. http://pastebin.com/m9c448da Portage 2.1.3.9 (default-linux/amd64/2007.0/desktop, gcc-4.2.2-alpha20070905/amd64-vanilla, glibc-2.6.1-r0, 2.6.23-rc5-git1-JaMa x86_64) = System uname: 2.6.23-rc5-git1-JaMa x86_64 AMD Athlon(tm) 64 Processor 3700+ Timestamp of tree: Tue, 11 Sep 2007 10:01:01 + ccache version 2.4 [enabled] app-admin/eselect-compiler: 2.0.0_rc2-r1 app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r4, 2.5.1-r2 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 2.0.0_rc4-r1 sys-apps/sandbox:1.2.18.1 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18.50.0.1 sys-devel/gcc-config: 2.0.0_rc1 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=k8" Expected result: php cli working Actual result: -- php cli hanging on every occasion -- Edit this bug report at http://bugs.php.net/?id=42625&edit=1
#42625 [Fbk->Opn]: When mysql and mysqli enabled both together, php cli hangs
ID: 42625 User updated by: jama at mk dot cvut dot cz Reported By: jama at mk dot cvut dot cz -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Gentoo/Linux PHP Version: 5.2.4 New Comment: /usr/bin/mysql_config --version 5.1.15-beta but with same mysql and php-5.2.2 it was OK. CGI I'll try later. Previous Comments: [2007-09-13 04:42:14] [EMAIL PROTECTED] Can you check CGI to see if you can reproduce this. What version of libmysql are you linking against? [2007-09-12 16:15:55] Martin dot Jansa at mk dot cvut dot cz It hangs only with mysql, mysqli AND --enable-maintainer-zts. I don't want to disable maintainer-zts, because I'm not using only cli/cgi in real installation. :) This 3 configure parameters is the smallest subset of those I'm normally using. [2007-09-12 11:50:41] [EMAIL PROTECTED] Why are you using --enable-maintainer-zts in your configure line? You really don't need this for CLI/CGI.. [2007-09-11 18:48:11] jama at mk dot cvut dot cz Description: when compiled vanilla php-5.2.4 with this params ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/ bin/mysql_config it's ok when added mysql support too ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config it's bad even sapi/cli/php -i hangs forever on futex call strace sapi/cli/php -i write(1, "questions about PHP licensing, p"..., 63questions about PHP licensing, please contact [EMAIL PROTECTED] ) = 63 setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0 futex(0x2adbeb81cac0, FUTEX_WAIT, 2, NULL The same behavior with php5.2-200709110830. Reproduce code: --- tar xjvf php-5.2.4.tar.bz2 mv php-5.2.4 php-5.2.4-mysqli cp -r php-5.2.4-mysqli php-5.2.4-mysql-mysqli cd php-5.2.4-mysql-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config make sapi/cli/php -i #HANGS HERE# cd ../php-5.2.4-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/ bin/mysql_config make sapi/cli/php -i #DOESN'T HANG HERE# Diff between those 2 build dirs on my pc.. http://pastebin.com/m9c448da Portage 2.1.3.9 (default-linux/amd64/2007.0/desktop, gcc-4.2.2-alpha20070905/amd64-vanilla, glibc-2.6.1-r0, 2.6.23-rc5-git1-JaMa x86_64) = System uname: 2.6.23-rc5-git1-JaMa x86_64 AMD Athlon(tm) 64 Processor 3700+ Timestamp of tree: Tue, 11 Sep 2007 10:01:01 + ccache version 2.4 [enabled] app-admin/eselect-compiler: 2.0.0_rc2-r1 app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r4, 2.5.1-r2 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 2.0.0_rc4-r1 sys-apps/sandbox:1.2.18.1 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18.50.0.1 sys-devel/gcc-config: 2.0.0_rc1 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=k8" Expected result: php cli working Actual result: -- php cli hanging on every occasion -- Edit this bug report at http://bugs.php.net/?id=42625&edit=1
#42625 [Com]: When mysql and mysqli enabled both together, php cli hangs
ID: 42625 Comment by: Martin dot Jansa at mk dot cvut dot cz Reported By: jama at mk dot cvut dot cz Status: Feedback Bug Type: MySQL related Operating System: Gentoo/Linux PHP Version: 5.2.4 New Comment: It hangs only with mysql, mysqli AND --enable-maintainer-zts. I don't want to disable maintainer-zts, because I'm not using only cli/cgi in real installation. :) This 3 configure parameters is the smallest subset of those I'm normally using. Previous Comments: [2007-09-12 11:50:41] [EMAIL PROTECTED] Why are you using --enable-maintainer-zts in your configure line? You really don't need this for CLI/CGI.. [2007-09-11 18:48:11] jama at mk dot cvut dot cz Description: when compiled vanilla php-5.2.4 with this params ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/ bin/mysql_config it's ok when added mysql support too ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config it's bad even sapi/cli/php -i hangs forever on futex call strace sapi/cli/php -i write(1, "questions about PHP licensing, p"..., 63questions about PHP licensing, please contact [EMAIL PROTECTED] ) = 63 setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0 futex(0x2adbeb81cac0, FUTEX_WAIT, 2, NULL The same behavior with php5.2-200709110830. Reproduce code: --- tar xjvf php-5.2.4.tar.bz2 mv php-5.2.4 php-5.2.4-mysqli cp -r php-5.2.4-mysqli php-5.2.4-mysql-mysqli cd php-5.2.4-mysql-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config make sapi/cli/php -i #HANGS HERE# cd ../php-5.2.4-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/ bin/mysql_config make sapi/cli/php -i #DOESN'T HANG HERE# Diff between those 2 build dirs on my pc.. http://pastebin.com/m9c448da Portage 2.1.3.9 (default-linux/amd64/2007.0/desktop, gcc-4.2.2-alpha20070905/amd64-vanilla, glibc-2.6.1-r0, 2.6.23-rc5-git1-JaMa x86_64) = System uname: 2.6.23-rc5-git1-JaMa x86_64 AMD Athlon(tm) 64 Processor 3700+ Timestamp of tree: Tue, 11 Sep 2007 10:01:01 + ccache version 2.4 [enabled] app-admin/eselect-compiler: 2.0.0_rc2-r1 app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r4, 2.5.1-r2 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 2.0.0_rc4-r1 sys-apps/sandbox:1.2.18.1 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18.50.0.1 sys-devel/gcc-config: 2.0.0_rc1 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=k8" Expected result: php cli working Actual result: -- php cli hanging on every occasion -- Edit this bug report at http://bugs.php.net/?id=42625&edit=1
#42625 [NEW]: When mysql and mysqli enabled both together, php cli hangs
From: jama at mk dot cvut dot cz Operating system: Gentoo/Linux PHP version: 5.2.4 PHP Bug Type: MySQL related Bug description: When mysql and mysqli enabled both together, php cli hangs Description: when compiled vanilla php-5.2.4 with this params ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/ bin/mysql_config it's ok when added mysql support too ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config it's bad even sapi/cli/php -i hangs forever on futex call strace sapi/cli/php -i write(1, "questions about PHP licensing, p"..., 63questions about PHP licensing, please contact [EMAIL PROTECTED] ) = 63 setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0 futex(0x2adbeb81cac0, FUTEX_WAIT, 2, NULL The same behavior with php5.2-200709110830. Reproduce code: --- tar xjvf php-5.2.4.tar.bz2 mv php-5.2.4 php-5.2.4-mysqli cp -r php-5.2.4-mysqli php-5.2.4-mysql-mysqli cd php-5.2.4-mysql-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config make sapi/cli/php -i #HANGS HERE# cd ../php-5.2.4-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/ bin/mysql_config make sapi/cli/php -i #DOESN'T HANG HERE# Diff between those 2 build dirs on my pc.. http://pastebin.com/m9c448da Portage 2.1.3.9 (default-linux/amd64/2007.0/desktop, gcc-4.2.2-alpha20070905/amd64-vanilla, glibc-2.6.1-r0, 2.6.23-rc5-git1-JaMa x86_64) = System uname: 2.6.23-rc5-git1-JaMa x86_64 AMD Athlon(tm) 64 Processor 3700+ Timestamp of tree: Tue, 11 Sep 2007 10:01:01 + ccache version 2.4 [enabled] app-admin/eselect-compiler: 2.0.0_rc2-r1 app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r4, 2.5.1-r2 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 2.0.0_rc4-r1 sys-apps/sandbox:1.2.18.1 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18.50.0.1 sys-devel/gcc-config: 2.0.0_rc1 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=k8" Expected result: php cli working Actual result: -- php cli hanging on every occasion -- Edit bug report at http://bugs.php.net/?id=42625&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42625&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42625&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42625&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42625&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42625&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42625&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42625&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42625&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42625&r=support Expected behavior:http://bugs.php.net/fix.php?id=42625&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42625&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42625&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42625&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42625&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42625&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42625&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42625&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42625&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42625&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42625&r=mysqlcfg
#15224 [Com]: openSSL and cURL results in Apache seg-faulting
ID: 15224 Comment by: mk at netgroup dot dk Reported By: josh dot howlett at bris dot ac dot uk Status: No Feedback Bug Type: OpenSSL related Operating System: Linux RH 7.1 PHP Version: 4.1.1 New Comment: I am seeing a problem that is very similar to this one. i am useing apache2 -v Server version: Apache/2.0.54 Server built: Jul 28 2006 09:04:55php -v PHP 5.1.6-1 (cli) (built: Sep 1 2006 13:52:26) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies running on Debian Sarge. if i run the php script from the console, php -f its okay. when i run it through the browser, it crashes the apache child and spawns a new one. Whats next? Previous Comments: [2003-02-13 12:37:19] [EMAIL PROTECTED] [EMAIL PROTECTED]: The original reporter of this bug doesn't seem to be interested/does not care, so please open a new report about this. [2003-02-13 11:00:29] alan at pair dot com > Please try using this CVS snapshot: > > http://snaps.php.net/php4-STABLE-latest.tar.gz I did this; no dice. It seems to be dying inside SSL_CTX_ctrl (via SSL_CTX_set_options) when called from apache's ssl_init_ConfigureServer at this line: SSL_CTX_set_options(ctx, SSL_OP_ALL); This is the same behavior it had before. Thanks. [2003-02-12 20:16:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-02-12 14:21:16] alan at pair dot com More details: This happens with curl 7.9.8 or 7.10.3. OpenSSL 0.9.7 or a variety of flavors of 0.9.6. [2003-02-12 14:20:22] alan at pair dot com FreeBSD 4.6-stable PHP 4.2.2 --with-curl curl --with-ssl Apache 1.3.27 with SSL To reproduce the bug: * start apache * send a HUP signal to apache's parent process (to restart it) The server needn't serve any pages (php or otherwise). Apache crashes while trying to reinitialize SSL. Running the same version of everything, but curl compiled --without-ssl makes it work correctly: the apache parent kills off its children and spawns new ones. 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/15224 -- Edit this bug report at http://bugs.php.net/?id=15224&edit=1
#40466 [Bgs]: zend_mm_heap corruption
ID: 40466 User updated by: stojmir at on dot net dot mk Reported By: stojmir at on dot net dot mk Status: Bogus Bug Type: Reproducible crash Operating System: Linux 2.6.9 PHP Version: 5.2.1 New Comment: So? This ends here? Previous Comments: [2007-02-16 15:36:11] stojmir at on dot net dot mk Guys, im not really convinced that this is an eaccelerator issue. Ok, turning it off did help, but today i tried APC and i'm experiencing the same problem. [2007-02-15 16:07:21] [EMAIL PROTECTED] I'm afraid you need to report it to eAccelerator developers, since it's obviously something related to eAccelerator, not PHP itself. [2007-02-15 15:59:43] stojmir at on dot net dot mk I tried the latest CVS snapshot with no success. Removing the eAccelerator however, helped, but my CPU usage now has trippled. What do you suggest? Where is this supposed to continue? [2007-02-13 18:20:54] [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 .. And try the snapshot. [2007-02-13 18:18:48] [EMAIL PROTECTED] You can start with disabling eaccelerator and any other zend extensions you may have loaded. 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/40466 -- Edit this bug report at http://bugs.php.net/?id=40466&edit=1
#40466 [Bgs]: zend_mm_heap corruption
ID: 40466 User updated by: stojmir at on dot net dot mk Reported By: stojmir at on dot net dot mk Status: Bogus Bug Type: Reproducible crash Operating System: Linux 2.6.9 PHP Version: 5.2.1 New Comment: Guys, im not really convinced that this is an eaccelerator issue. Ok, turning it off did help, but today i tried APC and i'm experiencing the same problem. Previous Comments: [2007-02-15 16:07:21] [EMAIL PROTECTED] I'm afraid you need to report it to eAccelerator developers, since it's obviously something related to eAccelerator, not PHP itself. [2007-02-15 15:59:43] stojmir at on dot net dot mk I tried the latest CVS snapshot with no success. Removing the eAccelerator however, helped, but my CPU usage now has trippled. What do you suggest? Where is this supposed to continue? [2007-02-13 18:20:54] [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 .. And try the snapshot. [2007-02-13 18:18:48] [EMAIL PROTECTED] You can start with disabling eaccelerator and any other zend extensions you may have loaded. [2007-02-13 18:07:17] stojmir at on dot net dot mk I really have no idea on how to narrow down the code that could reproduce the crash. It could be anything from the thousands of lines of code in Drupal. Any hints? What else can i do in order to help you guys identify and resolve this? 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/40466 -- Edit this bug report at http://bugs.php.net/?id=40466&edit=1
#40466 [Fbk->Opn]: zend_mm_heap corruption
ID: 40466 User updated by: stojmir at on dot net dot mk Reported By: stojmir at on dot net dot mk -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6.9 PHP Version: 5.2.1 New Comment: I tried the latest CVS snapshot with no success. Removing the eAccelerator however, helped, but my CPU usage now has trippled. What do you suggest? Where is this supposed to continue? Previous Comments: [2007-02-13 18:20:54] [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 .. And try the snapshot. [2007-02-13 18:18:48] [EMAIL PROTECTED] You can start with disabling eaccelerator and any other zend extensions you may have loaded. [2007-02-13 18:07:17] stojmir at on dot net dot mk I really have no idea on how to narrow down the code that could reproduce the crash. It could be anything from the thousands of lines of code in Drupal. Any hints? What else can i do in order to help you guys identify and resolve this? [2007-02-13 17:33:37] [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-02-13 16:49:39] stojmir at on dot net dot mk Description: My apache crashes on random intervals (usually 10 hours): zend_mm_heap corrupted zend_mm_heap corrupted zend_mm_heap corrupted [Tue Feb 13 17:28:01 2007] [notice] child pid 14881 exit signal Segmentation fault (11), possible coredump in /var/apache-dump Im guessing its related with the zend memory menager, but who nows, im not really into it so i cant be sure. PHP version 5.2.1, Apache 2.0.55, RedHat Enterprise Linux with 2.6.9-42.0.8.ELsmp on a x86_64 machine with dual core Xeon. The site is hosting a Drupal installation with about 3000 users at a time. Reproduce code: --- Im not sure what code produces the crash. Actual result: -- PHP is configured with: './configure' '--build=x86_64-redhat-linux' '--host=x86_64-redhat-linux' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib64' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--with-imap-ssl' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-freetype-dir=/usr' '--with-gmp' '--with-mysql=shared,/usr/lib64' '--with-xml' '--enable-trans-sid' '--enable-shmop' '--enable-sockets' '--with-regex=php' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-memory-limit' '--with-tsrm-pthreads' '--enable-shared' '--disable-debug' '--with-zlib' '--with-gettext' '--with-xsl' '--with-iconv' '--enable-inline-optimization' '--disable-static' '--with-curl' '--enable-exif' '--enable-magic-quotes' '--with-inifile' '--with-flatfile' '--enable-dio' '--with-mbstring' '--with-mime-magic=/etc/httpd/mime.magic' '--enable-soap' '--enable-wddx' '--with-pear' '--enable-pic' '--disable-rpath' '--enable-track-vars' '--enable-mcal' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--enable-memory-limit' '--enable-zend-multibyte' '--with-mysqli=
#40466 [Fbk->Opn]: zend_mm_heap corruption
ID: 40466 User updated by: stojmir at on dot net dot mk Reported By: stojmir at on dot net dot mk -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6.9 PHP Version: 5.2.1 New Comment: I really have no idea on how to narrow down the code that could reproduce the crash. It could be anything from the thousands of lines of code in Drupal. Any hints? What else can i do in order to help you guys identify and resolve this? Previous Comments: [2007-02-13 17:33:37] [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-02-13 16:49:39] stojmir at on dot net dot mk Description: My apache crashes on random intervals (usually 10 hours): zend_mm_heap corrupted zend_mm_heap corrupted zend_mm_heap corrupted [Tue Feb 13 17:28:01 2007] [notice] child pid 14881 exit signal Segmentation fault (11), possible coredump in /var/apache-dump Im guessing its related with the zend memory menager, but who nows, im not really into it so i cant be sure. PHP version 5.2.1, Apache 2.0.55, RedHat Enterprise Linux with 2.6.9-42.0.8.ELsmp on a x86_64 machine with dual core Xeon. The site is hosting a Drupal installation with about 3000 users at a time. Reproduce code: --- Im not sure what code produces the crash. Actual result: -- PHP is configured with: './configure' '--build=x86_64-redhat-linux' '--host=x86_64-redhat-linux' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib64' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--with-imap-ssl' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-freetype-dir=/usr' '--with-gmp' '--with-mysql=shared,/usr/lib64' '--with-xml' '--enable-trans-sid' '--enable-shmop' '--enable-sockets' '--with-regex=php' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-memory-limit' '--with-tsrm-pthreads' '--enable-shared' '--disable-debug' '--with-zlib' '--with-gettext' '--with-xsl' '--with-iconv' '--enable-inline-optimization' '--disable-static' '--with-curl' '--enable-exif' '--enable-magic-quotes' '--with-inifile' '--with-flatfile' '--enable-dio' '--with-mbstring' '--with-mime-magic=/etc/httpd/mime.magic' '--enable-soap' '--enable-wddx' '--with-pear' '--enable-pic' '--disable-rpath' '--enable-track-vars' '--enable-mcal' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--enable-memory-limit' '--enable-zend-multibyte' '--with-mysqli=shared' '--enable-force-cgi-redirect' '--enable-fastcgi' '--enable-pcntl' '--enable-sigchild' '--with-apxs2=/usr/sbin/apxs' '--with-bz2' '--with-sqllite=shared' '--enable-sqlite-utf8' Here is a gdb backtrace of the thrown core dump from apache: GNU gdb Red Hat Linux (6.3.0.0-1.132.EL4rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...(no debugging symbols found) Using ho
#40466 [NEW]: zend_mm_heap corruption
From: stojmir at on dot net dot mk Operating system: Linux 2.6.9 PHP version: 5.2.1 PHP Bug Type: Reproducible crash Bug description: zend_mm_heap corruption Description: My apache crashes on random intervals (usually 10 hours): zend_mm_heap corrupted zend_mm_heap corrupted zend_mm_heap corrupted [Tue Feb 13 17:28:01 2007] [notice] child pid 14881 exit signal Segmentation fault (11), possible coredump in /var/apache-dump Im guessing its related with the zend memory menager, but who nows, im not really into it so i cant be sure. PHP version 5.2.1, Apache 2.0.55, RedHat Enterprise Linux with 2.6.9-42.0.8.ELsmp on a x86_64 machine with dual core Xeon. The site is hosting a Drupal installation with about 3000 users at a time. Reproduce code: --- Im not sure what code produces the crash. Actual result: -- PHP is configured with: './configure' '--build=x86_64-redhat-linux' '--host=x86_64-redhat-linux' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib64' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--with-imap-ssl' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-freetype-dir=/usr' '--with-gmp' '--with-mysql=shared,/usr/lib64' '--with-xml' '--enable-trans-sid' '--enable-shmop' '--enable-sockets' '--with-regex=php' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-memory-limit' '--with-tsrm-pthreads' '--enable-shared' '--disable-debug' '--with-zlib' '--with-gettext' '--with-xsl' '--with-iconv' '--enable-inline-optimization' '--disable-static' '--with-curl' '--enable-exif' '--enable-magic-quotes' '--with-inifile' '--with-flatfile' '--enable-dio' '--with-mbstring' '--with-mime-magic=/etc/httpd/mime.magic' '--enable-soap' '--enable-wddx' '--with-pear' '--enable-pic' '--disable-rpath' '--enable-track-vars' '--enable-mcal' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--enable-memory-limit' '--enable-zend-multibyte' '--with-mysqli=shared' '--enable-force-cgi-redirect' '--enable-fastcgi' '--enable-pcntl' '--enable-sigchild' '--with-apxs2=/usr/sbin/apxs' '--with-bz2' '--with-sqllite=shared' '--enable-sqlite-utf8' Here is a gdb backtrace of the thrown core dump from apache: GNU gdb Red Hat Linux (6.3.0.0-1.132.EL4rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib64/tls/libthread_db.so.1". Core was generated by `/usr/sbin/httpd'. Program terminated with signal 11, Segmentation fault. (no debugging symbols found) Loaded symbols for /usr/sbin/httpd Reading symbols from /lib64/libpcre.so.0...(no debugging symbols found)...done. Loaded symbols for /lib64/libpcre.so.0 Reading symbols from /usr/lib64/libpcreposix.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libpcreposix.so.0 Reading symbols from /usr/lib64/libaprutil-0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libaprutil-0.so.0 Reading symbols from /usr/lib64/libldap-2.2.so.7... (no debugging symbols found)...done. Loaded symbols for /usr/lib64/libldap-2.2.so.7 Reading symbols from /usr/lib64/liblber-2.2.so.7...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/liblber-2.2.so.7 Reading symbols from /lib64/tls/libdb-4.2.so...(no debugging symbols found)...done. Loaded symbols for /lib64/tls/libdb-4.2.so Reading symbols from /usr/lib64/libexpat.so.0... (no deb
#32334 [NEW]: __set acts unexpected with variable variables
From: mk at peytz dot dk Operating system: Linux PHP version: 5.0.3 PHP Bug Type: Zend Engine 2 problem Bug description: __set acts unexpected with variable variables Description: When setting variable variable values on a instance of a class with an overloading __set function changing another instance variable goes wrong. (I'm reporting it for version 5.0.3 because the current cvs snapshot would not compile.) Reproduce code: --- http://dev.peytz.dk/~mk/setter.php _fields[$name] = $value; // add to list of changed fields $this->_changedFields[] = $name; } } $foo = new Setter; $foo->a = 1; $var = "b"; $foo->$var = 2; var_export($foo); ?> Expected result: class Setter { private $_fields = array ( 'a' => 1, 'b' => 2, ); private $_changedFields = array ( 0 => 'a', 1 => 'b', ); } Actual result: -- class Setter { private $_fields = array ( 'a' => 1, 'b' => 2, ); private $_changedFields = array ( 0 => 'a', 1 => '', ); } -- Edit bug report at http://bugs.php.net/?id=32334&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32334&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32334&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32334&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32334&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32334&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32334&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32334&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32334&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32334&r=support Expected behavior: http://bugs.php.net/fix.php?id=32334&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32334&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32334&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32334&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32334&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32334&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32334&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32334&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32334&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32334&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32334&r=mysqlcfg
#32334 [Opn]: __set acts unexpected with variable variables
ID: 32334 User updated by: mk at peytz dot dk Reported By: mk at peytz dot dk Status: Open Bug Type: Zend Engine 2 problem Operating System: Linux -PHP Version: 5CVS-2005-03-19 +PHP Version: 5.0.4 New Comment: Still present in 5.0.4 but now only with NULL values. Previous Comments: [2005-03-19 12:38:36] [EMAIL PROTECTED] Can't reproduce *your* behaviour with latest 5.0.x & 5.1 CVS. But some issue really exists, as I get NULL instead of 'b' with both branches. [2005-03-19 07:44:07] mk at peytz dot dk But the problem persist with the CVS snapshot (which now compiles again). [2005-03-18 19:23:13] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-16 13:29:45] mk at peytz dot dk Description: When setting variable variable values on a instance of a class with an overloading __set function changing another instance variable goes wrong. (I'm reporting it for version 5.0.3 because the current cvs snapshot would not compile.) Reproduce code: --- http://dev.peytz.dk/~mk/setter.php _fields[$name] = $value; // add to list of changed fields $this->_changedFields[] = $name; } } $foo = new Setter; $foo->a = 1; $var = "b"; $foo->$var = 2; var_export($foo); ?> Expected result: class Setter { private $_fields = array ( 'a' => 1, 'b' => 2, ); private $_changedFields = array ( 0 => 'a', 1 => 'b', ); } Actual result: -- class Setter { private $_fields = array ( 'a' => 1, 'b' => 2, ); private $_changedFields = array ( 0 => 'a', 1 => '', ); } -- Edit this bug report at http://bugs.php.net/?id=32334&edit=1
#32334 [Fbk->Opn]: __set acts unexpected with variable variables
ID: 32334 User updated by: mk at peytz dot dk Reported By: mk at peytz dot dk -Status: Feedback +Status: Open Bug Type: Zend Engine 2 problem Operating System: Linux -PHP Version: 5.0.3 +PHP Version: 5CVS-200503190530 New Comment: But the problem persist with the CVS snapshot (which now compiles again). Previous Comments: [2005-03-18 19:23:13] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-16 13:29:45] mk at peytz dot dk Description: When setting variable variable values on a instance of a class with an overloading __set function changing another instance variable goes wrong. (I'm reporting it for version 5.0.3 because the current cvs snapshot would not compile.) Reproduce code: --- http://dev.peytz.dk/~mk/setter.php _fields[$name] = $value; // add to list of changed fields $this->_changedFields[] = $name; } } $foo = new Setter; $foo->a = 1; $var = "b"; $foo->$var = 2; var_export($foo); ?> Expected result: class Setter { private $_fields = array ( 'a' => 1, 'b' => 2, ); private $_changedFields = array ( 0 => 'a', 1 => 'b', ); } Actual result: -- class Setter { private $_fields = array ( 'a' => 1, 'b' => 2, ); private $_changedFields = array ( 0 => 'a', 1 => '', ); } -- Edit this bug report at http://bugs.php.net/?id=32334&edit=1
#23947 [Com]: PHP will not work on this server
ID: 23947 Comment by: mk at mi8net dot com Reported By: smittyjr18 at yahoo dot com Status: Bogus Bug Type: IIS related Operating System: 2003 Server PHP Version: 4.3.2 New Comment: I'm running my own server too and had no probs with 4.3.2 just having probs with 4.3.3 Previous Comments: [2003-06-02 01:39:05] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Ask on the php-install (or php-windows) mailinglist about this. [2003-06-01 23:25:26] smittyjr18 at yahoo dot com I have installed the newest version on this server and it will keeps returning a 404 error. I can see that .php ext are installed in the IIS6 properties, but nothing works? I have also tried the C:\php\php.exe %s %s. It also does not work. I do believe something is not right and a new version will be needed for IIS6, but i could be wrong. -- Edit this bug report at http://bugs.php.net/?id=23947&edit=1
Bug #17425: domxml_xslt_process - Warning = Fatal Error
From: [EMAIL PROTECTED] Operating system: Linux, 2.4.18, ALTLinux (Mandrak PHP version: 4.0CVS-2002-05-25 PHP Bug Type: DOM XML related Bug description: domxml_xslt_process - Warning = Fatal Error I try using domxml extension's XSLT processor. But I don't succeed in it. I get a warning like this: domxml_xslt_process(): underlying object missing in /home/mk/www/tests/xslt/xslt_test2.php on line 6 I would like to note, that this transformation goes fine with xsltproc --novalid routine. phpinfo() says: === DOM/XML enabled DOM/XML API Version 20020516 libxml Version 2.4.21 HTML Support enabled XPath Support enabled XPointer Support enabled DOM/XSLT enabled libxslt Version 1.0.17 DOM/EXSLT enabled libexslt Version 1.0.17 XML file 20 000, 41 22 020, 00 30 200, 44 29 000, 44 22 200, 44 XSLT file - http://www.w3.org/1999/XSL/Transform";> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"> Expense report - TEST Expenses 01/2002 - 05/2002, in USD of 2002: PHP script -- dump_mem()); ?> -- Edit bug report at http://bugs.php.net/?id=17425&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17425&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17425&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17425&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17425&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17425&r=support Expected behavior: http://bugs.php.net/fix.php?id=17425&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17425&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17425&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17425&r=globals
Bug #16994 Updated: Error log reports seg fault and bus error at what seems to be arbitrary moments
ID: 16994 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: FreeBSD 4.5 PHP Version: 4.2.0 New Comment: Problem solved (at least for me). Either upgrade to PHP 4.2.1 or upgrade your ports collection which now includes a patch for PHP 4.2.0. It was caused by a mkdir() in my script which triggered a FreeBSD-specific bug in PHP. (http://www.freebsd.org/cgi/query-pr.cgi?pr=37825) Greets, Manuel Previous Comments: [2002-05-11 07:38:23] [EMAIL PROTECTED] I'm too experiencing an extremely similar problem on two entirely different FreeBSD machines (hardware-wise), both running FreeBSD-4.5-RELEASE-p4. apache dies with signal 11, sometimes signal 10, like this: May 9 13:32:10 freebsd /kernel: pid 1534 (httpd), uid 80: exited on signal 11 May 9 13:32:11 freebsd /kernel: pid 165 (httpd), uid 80: exited on signal 11 May 9 13:32:11 freebsd /kernel: pid 164 (httpd), uid 80: exited on signal 11 May 9 13:32:11 freebsd /kernel: pid 163 (httpd), uid 80: exited on signal 11 May 9 13:32:11 freebsd /kernel: pid 162 (httpd), uid 80: exited on signal 11 May 9 13:32:11 freebsd /kernel: pid 161 (httpd), uid 80: exited on signal 11 May 9 13:32:11 freebsd /kernel: pid 4330 (httpd), uid 80: exited on signal 11 May 9 13:32:13 freebsd /kernel: pid 157 (httpd), uid 0: exited on signal 10 (core dumped) Although I've seen it with different scripts, it was most obvious with a simple HTTP file upload handling script - almost every time I tried a file upload (no matter how big), it crashed. I've tried recompiling PHP without anything but the standard modules (zlib / mysql) - same thing still. I also tried recompiling apache 1.3.24/php 4.2.0 "by hand" without DSO (I usually use the FreeBSD port which uses DSOs) and no optimizations. No luck, same problem. So... I rebuilt both apache and php using the FreeBSD ports system and with just the default options (however with --march=pentiumpro!), but added --enable-debug to the PHP ./configure call. After recompiling/installing I called httpd -X as indicated in the manual, first tried a script which only calls phpinfo() (this one worked, as always), then tried the file upload script and was rewarded with a core dump (this time signal 4??) Here's what I managed to get out of it: --- s1# gdb /usr/local/sbin/httpd /usr/local/httpd.core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...(no debugging symbols found)... Core was generated by `httpd'. Program terminated with signal 4, Illegal instruction. Reading symbols from /usr/lib/libcrypt.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_mmap_static.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_vhost_alias.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_env.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_log_config.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_mime_magic.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_mime.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_negotiation.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_status.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_info.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_include.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_autoindex.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_dir.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_cgi.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_asis.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_imap.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_actions.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_speling.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_userdir.so...(no d
Bug #16994 Updated: Error log reports seg fault and bus error at what seems to be arbitrary moments
ID: 16994 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: FreeBSD 4.5 PHP Version: 4.2.0 New Comment: I'm too experiencing an extremely similar problem on two entirely different FreeBSD machines (hardware-wise), both running FreeBSD-4.5-RELEASE-p4. apache dies with signal 11, sometimes signal 10, like this: May 9 13:32:10 freebsd /kernel: pid 1534 (httpd), uid 80: exited on signal 11 May 9 13:32:11 freebsd /kernel: pid 165 (httpd), uid 80: exited on signal 11 May 9 13:32:11 freebsd /kernel: pid 164 (httpd), uid 80: exited on signal 11 May 9 13:32:11 freebsd /kernel: pid 163 (httpd), uid 80: exited on signal 11 May 9 13:32:11 freebsd /kernel: pid 162 (httpd), uid 80: exited on signal 11 May 9 13:32:11 freebsd /kernel: pid 161 (httpd), uid 80: exited on signal 11 May 9 13:32:11 freebsd /kernel: pid 4330 (httpd), uid 80: exited on signal 11 May 9 13:32:13 freebsd /kernel: pid 157 (httpd), uid 0: exited on signal 10 (core dumped) Although I've seen it with different scripts, it was most obvious with a simple HTTP file upload handling script - almost every time I tried a file upload (no matter how big), it crashed. I've tried recompiling PHP without anything but the standard modules (zlib / mysql) - same thing still. I also tried recompiling apache 1.3.24/php 4.2.0 "by hand" without DSO (I usually use the FreeBSD port which uses DSOs) and no optimizations. No luck, same problem. So... I rebuilt both apache and php using the FreeBSD ports system and with just the default options (however with --march=pentiumpro!), but added --enable-debug to the PHP ./configure call. After recompiling/installing I called httpd -X as indicated in the manual, first tried a script which only calls phpinfo() (this one worked, as always), then tried the file upload script and was rewarded with a core dump (this time signal 4??) Here's what I managed to get out of it: --- s1# gdb /usr/local/sbin/httpd /usr/local/httpd.core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...(no debugging symbols found)... Core was generated by `httpd'. Program terminated with signal 4, Illegal instruction. Reading symbols from /usr/lib/libcrypt.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_mmap_static.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_vhost_alias.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_env.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_log_config.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_mime_magic.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_mime.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_negotiation.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_status.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_info.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_include.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_autoindex.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_dir.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_cgi.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_asis.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_imap.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_actions.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_speling.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_userdir.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_alias.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_rewrite.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_access.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_auth.so...(no debugging symbols found)...done.
Bug #15592 Updated: misc - exit - missing line break
ID: 15592 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: All PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-17 13:59:25] [EMAIL PROTECTED] -> Miscellaneous functions -> exit missing líne break in description: >>> void exit ( [string status])void exit ( int status) <<< (http://www.php.net/manual/en/function.exit.php) -- Edit this bug report at http://bugs.php.net/?id=15592&edit=1
Bug #16139 Updated: Compile failure with MySQL 4.0.1
ID: 16139 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: linux 2.4.17 PHP Version: 4.0CVS-2002-03-18 New Comment: ...no, I've got the same problems with today's snapshot... Previous Comments: [2002-03-18 10:09:00] [EMAIL PROTECTED] I've did a diff between these two versions, but there was no significant difference that could lead to these failures... Meanwhile, I'm suspiciuos of the built system: It seems that it doesn't find the right location of mysql.h. Consider these lines in php_mysql.c: #if HAVE_MYSQL_MYSQL_H # include #else # include #endif I just made that read # include and compilation went fine. I'll try today's snapshot instead of checking out via cvs...maybe my automake (1.5) has some problems... [2002-03-18 09:40:47] [EMAIL PROTECTED] Can you paste a unidifed diff between the two mysql directories from the different checkouts? Better yet just post it to php-dev@ because patches pasted here tend to get mangled badly ... [2002-03-18 09:38:21] [EMAIL PROTECTED] No, i just have MySQL 4.0.1 installed. As i wrote before, compiling did work with cvs from 02/27/02I havn't changed anything in my setup since then. As i could see from the list, Sebastian Bergmann had similar problems some days ago... I still have the 'working' checkout and still can compile it with MySQL 4.0.1...but that doesn't solve the problem with latest cvs...I think this must be some problem with MYSQL_VERSION_ID [2002-03-18 09:10:01] [EMAIL PROTECTED] How did you install Mysql? Do you happen to have two versions of it installed in your system? [2002-03-18 06:03:42] [EMAIL PROTECTED] I tried to compile latest CVS with MySQL 4.0.1, but I'm getting the error below when linking: ext/mysql/php_mysql.lo: In function `zif_mysql_create_db': ext/mysql/php_mysql.lo(.text+0x16ac): undefined reference to `mysql_create_db' ext/mysql/php_mysql.lo: In function `zif_mysql_drop_db': ext/mysql/php_mysql.lo(.text+0x185c): undefined reference to `mysql_drop_db' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 This is quite understandable: the above functions are from the 3.23.x branch and are deprecated in 4.0.1. Compiling with MySQL 4.0.1 DID work with CVS two weeks ago...someone must have 'improved' the build process. -- Edit this bug report at http://bugs.php.net/?id=16139&edit=1
Bug #16139 Updated: Compile failure with MySQL 4.0.1
ID: 16139 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: linux 2.4.17 PHP Version: 4.0CVS-2002-03-18 New Comment: I've did a diff between these two versions, but there was no significant difference that could lead to these failures... Meanwhile, I'm suspiciuos of the built system: It seems that it doesn't find the right location of mysql.h. Consider these lines in php_mysql.c: #if HAVE_MYSQL_MYSQL_H # include #else # include #endif I just made that read # include and compilation went fine. I'll try today's snapshot instead of checking out via cvs...maybe my automake (1.5) has some problems... Previous Comments: [2002-03-18 09:40:47] [EMAIL PROTECTED] Can you paste a unidifed diff between the two mysql directories from the different checkouts? Better yet just post it to php-dev@ because patches pasted here tend to get mangled badly ... [2002-03-18 09:38:21] [EMAIL PROTECTED] No, i just have MySQL 4.0.1 installed. As i wrote before, compiling did work with cvs from 02/27/02I havn't changed anything in my setup since then. As i could see from the list, Sebastian Bergmann had similar problems some days ago... I still have the 'working' checkout and still can compile it with MySQL 4.0.1...but that doesn't solve the problem with latest cvs...I think this must be some problem with MYSQL_VERSION_ID [2002-03-18 09:10:01] [EMAIL PROTECTED] How did you install Mysql? Do you happen to have two versions of it installed in your system? [2002-03-18 06:03:42] [EMAIL PROTECTED] I tried to compile latest CVS with MySQL 4.0.1, but I'm getting the error below when linking: ext/mysql/php_mysql.lo: In function `zif_mysql_create_db': ext/mysql/php_mysql.lo(.text+0x16ac): undefined reference to `mysql_create_db' ext/mysql/php_mysql.lo: In function `zif_mysql_drop_db': ext/mysql/php_mysql.lo(.text+0x185c): undefined reference to `mysql_drop_db' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 This is quite understandable: the above functions are from the 3.23.x branch and are deprecated in 4.0.1. Compiling with MySQL 4.0.1 DID work with CVS two weeks ago...someone must have 'improved' the build process. -- Edit this bug report at http://bugs.php.net/?id=16139&edit=1
Bug #16139: Compile failure with MySQL 4.0.1
From: [EMAIL PROTECTED] Operating system: linux 2.4.17 PHP version: 4.0CVS-2002-03-18 PHP Bug Type: MySQL related Bug description: Compile failure with MySQL 4.0.1 I tried to compile latest CVS with MySQL 4.0.1, but I'm getting the error below when linking: ext/mysql/php_mysql.lo: In function `zif_mysql_create_db': ext/mysql/php_mysql.lo(.text+0x16ac): undefined reference to `mysql_create_db' ext/mysql/php_mysql.lo: In function `zif_mysql_drop_db': ext/mysql/php_mysql.lo(.text+0x185c): undefined reference to `mysql_drop_db' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 This is quite understandable: the above functions are from the 3.23.x branch and are deprecated in 4.0.1. Compiling with MySQL 4.0.1 DID work with CVS two weeks ago...someone must have 'improved' the build process. -- Edit bug report at http://bugs.php.net/?id=16139&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16139&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16139&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16139&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16139&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16139&r=support Expected behavior: http://bugs.php.net/fix.php?id=16139&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16139&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16139&r=submittedtwice
Bug #15997: creating blank cookies
From: [EMAIL PROTECTED] Operating system: linux rh 7.0 PHP version: 4.1.2 PHP Bug Type: HTTP related Bug description: creating blank cookies When i try to receive value through SetCookie() it doesn`t return any value, but create new blank cookie in client`s browser. For example: SetCookie("mp3"); -- Edit bug report at http://bugs.php.net/?id=15997&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15997&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15997&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15997&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15997&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15997&r=support Expected behavior: http://bugs.php.net/fix.php?id=15997&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15997&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15997&r=submittedtwice
Bug #15671 Updated: Documentation error in pdf_setcolor
ID: 15671 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-22 05:12:45] [EMAIL PROTECTED] In the second code-example, the call should read "pdf_setcolor($pdf, "both", "cmyk", 0, 0, 0, 1);" (was also stated in the comments on this page) -- Edit this bug report at http://bugs.php.net/?id=15671&edit=1