#29687 [NoF->Csd]: By-reference passed value inside foreach() is no longer working
ID: 29687 User updated by: jakub dot phpbug at horky dot net Reported By: jakub dot phpbug at horky dot net -Status: No Feedback +Status: Closed Bug Type: Scripting Engine problem Operating System: * PHP Version: 6CVS-2006-04-28 (snap) New Comment: Yes, the problem appears to be solved in the new version. Thanks. Previous Comments: [2007-08-04 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2007-07-27 05:13:50] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2006-04-28 19:21:51] jakub dot phpbug at horky dot net (Also note that unlike bug #28939, there are _referenced_ arrays in question.) [2006-04-28 19:10:44] jakub dot phpbug at horky dot net Please review the bug. It ISN'T bogus indeed, although it appears so. The code snippet provided proves that the behavior is really incorrect. Admit that when you only "touch" the array (by read-only function such as key()), you lose your reference-passing? More, you don't lose it in current cycle but in the NEXT cycle and subsequent? Hmm... I tested it on today's snap and still the same behavior. I'm really looking forward to the moment when I can remove the workaround from all reference-passed foreachs from all of my projects... thanks. [2005-06-19 02:00:07] sni...@php.net See bug #28939 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/29687 -- Edit this bug report at http://bugs.php.net/?id=29687&edit=1
#48533 [Asn->Csd]: __callStatic is not invoked for private/protected methods
ID: 48533 Updated by: fel...@php.net Reported By: ladislav at marek dot su -Status: Assigned +Status: Closed Bug Type: Class/Object related Operating System: Linux PHP Version: 5.3CVS-2009-06-11 (snap) Assigned To: felipe New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Fixed in 5.3 and HEAD. Previous Comments: [2009-06-11 20:04:17] ladislav at marek dot su Description: __callStatic is not invoked when called method is defined as private or protected. Reproduce code: --- class Test { private static function foo() { } public static function __callStatic($name, $args) { var_dump($name); } } Test::foo(); Expected result: string(3) "foo" Actual result: -- Fatal error: Call to private method Test::foo() from context '' in %s on line %i -- Edit this bug report at http://bugs.php.net/?id=48533&edit=1
#48534 [Opn->Asn]: Infinite loop with: log_errors+display_startup_errors+no timezone
ID: 48534 Updated by: paj...@php.net Reported By: paul at mantisforge dot org -Status: Open +Status: Assigned Bug Type: *Configuration Issues Operating System: Windows 32bit PHP Version: 5.3.0RC3 -Assigned To: +Assigned To: stas New Comment: Stan, can you take a look please? It could be related to your latest fix. Previous Comments: [2009-06-11 22:24:21] paul at mantisforge dot org Description: Calling php from command line with (for example): c:\php\php -c "c:\php\foo.ini" -i Results in an infinite logging loop if a) display_startup_errors is on b) no timezone has been set in php.ini c) error logging to file is on Reproduce code: --- PHP.ini: log_errors = On error_log = "c:\temp\php.log" display_startup_errors = On Expected result: phpinfo(); is displayed Actual result: -- *snip* ctype ctype functions => enabled date date/time support => enabled "Olson" Timezone Database Version => 2009.9 Timezone Database => internal Warning: Unknown: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set () function. In case you used any of those methods and you are still getting thi s warning, you most likely misspelled the timezone identifier. We selected 'Euro pe/London' for '1.0/DST' instead in Unknown on line 0 Warning: Unknown: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set () function. In case you used any of those methods and you are still getting thi s warning, you most likely misspelled the timezone identifier. We selected 'Euro pe/London' for '1.0/DST' instead in Unknown on line 0 Warning: Unknown: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set () function. In case you used any of those methods and you are still getting thi s warning, you most likely misspelled the timezone identifier. We selected 'Euro pe/London' for '1.0/DST' instead in Unknown on line 0 ... .. . -- Edit this bug report at http://bugs.php.net/?id=48534&edit=1
#48533 [Opn->Asn]: __callStatic is not invoked for private/protected methods
ID: 48533 Updated by: fel...@php.net Reported By: ladislav at marek dot su -Status: Open +Status: Assigned Bug Type: Class/Object related Operating System: Linux PHP Version: 5.3CVS-2009-06-11 (snap) -Assigned To: +Assigned To: felipe Previous Comments: [2009-06-11 20:04:17] ladislav at marek dot su Description: __callStatic is not invoked when called method is defined as private or protected. Reproduce code: --- class Test { private static function foo() { } public static function __callStatic($name, $args) { var_dump($name); } } Test::foo(); Expected result: string(3) "foo" Actual result: -- Fatal error: Call to private method Test::foo() from context '' in %s on line %i -- Edit this bug report at http://bugs.php.net/?id=48533&edit=1
#48530 [Opn->Bgs]: Timezone GMT+08:00 Beijing,Chongqing,... not recognized by date("c")
ID: 48530 Updated by: der...@php.net Reported By: lieven_vaneeckhaute at symantec dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Windows XP PHP Version: 5.2.9 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. YOu need to set the date.timezone setting: http://nl3.php.net/manual/en/datetime.configuration.php#ini.date.timezone Previous Comments: [2009-06-11 12:36:00] lieven_vaneeckhaute at symantec dot com Description: On Windows I'm running in timezone Beijing,... which is +08:00. If echo date("c") or date("r") it displays as Thu, 11 Jun 2009 12:27:54 + rather than 20:27:54 +0800. To us for reporting reasons it is very useful to know what time it was on the local system. We run php as CLI. Reproduce code: --- Expected result: Display 20:27:54 +0800 rather than 12:27:54 +. Actual result: -- Thu, 11 Jun 2009 12:27:54 + -- Edit this bug report at http://bugs.php.net/?id=48530&edit=1
#48534 [NEW]: Infinite loop with: log_errors+display_startup_errors+no timezone
From: paul at mantisforge dot org Operating system: Windows 32bit PHP version: 5.3.0RC3 PHP Bug Type: *Configuration Issues Bug description: Infinite loop with: log_errors+display_startup_errors+no timezone Description: Calling php from command line with (for example): c:\php\php -c "c:\php\foo.ini" -i Results in an infinite logging loop if a) display_startup_errors is on b) no timezone has been set in php.ini c) error logging to file is on Reproduce code: --- PHP.ini: log_errors = On error_log = "c:\temp\php.log" display_startup_errors = On Expected result: phpinfo(); is displayed Actual result: -- *snip* ctype ctype functions => enabled date date/time support => enabled "Olson" Timezone Database Version => 2009.9 Timezone Database => internal Warning: Unknown: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set () function. In case you used any of those methods and you are still getting thi s warning, you most likely misspelled the timezone identifier. We selected 'Euro pe/London' for '1.0/DST' instead in Unknown on line 0 Warning: Unknown: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set () function. In case you used any of those methods and you are still getting thi s warning, you most likely misspelled the timezone identifier. We selected 'Euro pe/London' for '1.0/DST' instead in Unknown on line 0 Warning: Unknown: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set () function. In case you used any of those methods and you are still getting thi s warning, you most likely misspelled the timezone identifier. We selected 'Euro pe/London' for '1.0/DST' instead in Unknown on line 0 ... .. . -- Edit bug report at http://bugs.php.net/?id=48534&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48534&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48534&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48534&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48534&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48534&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48534&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48534&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48534&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48534&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48534&r=support Expected behavior: http://bugs.php.net/fix.php?id=48534&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48534&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48534&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48534&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48534&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48534&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48534&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48534&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48534&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48534&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48534&r=mysqlcfg
#48526 [Opn->Fbk]: When using the b flag i get a error: Warning: fopen(/tmp/12/foo2.txt
ID: 48526 Updated by: ka...@php.net Reported By: jason at ovitech dot nl -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: OSX PHP Version: 5.2.9 New Comment: Without looking deeply into this, have you tried with fopen(..., 'wb') instead of bw ? Previous Comments: [2009-06-11 09:26:56] jason at ovitech dot nl Description: When I open a file with the b flag in it. for example bw I get the error that the file does not exists. That is correct and I want fopen to create the file for me and set the pointer on the beginning of the code. that is why I use the w flag. I have used the b flag because of the note that is underneath the fopen manual file on the site./ Reproduce code: --- $fp = fopen($this->_file, "bw"); Expected result: A new file created in /tmp/12 called foo2.txt Actual result: -- Warning: fopen(/tmp/12/foo2.txt) [function.fopen]: failed to open stream: No such file or directory in /Users/jason/Sites/zf/myclass.php on line 168 -- Edit this bug report at http://bugs.php.net/?id=48526&edit=1
#47712 [Fbk->Opn]: (mysqlnd) last fetched row may get corrupted after calling mysql_free_result()
ID: 47712 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.3.0RC2 Assigned To: mysql New Comment: The problem with turned zval cache off is away, but with turned on zval cache bug still exists, so i assume the bug is NOT fixed, turning zval cache off is a temporary fix, that's why i keep the bug open. Or i shouldn't? Previous Comments: [2009-06-11 17:30:45] and...@php.net Do you still experience the problem? You said you don't or you see it again? The zval cache is switched off and there is no way to enable it without recompiling. If the problem persist we have to search for the problem somewhere else. [2009-06-10 23:51:39] ninzya at inbox dot lv I guess zval cache is not fixed on windows yet, so i open the bug. [2009-06-09 13:47:54] and...@php.net Turning on is only possible through a recompilation. Maybe we can add an ini option (INI_SYSTEM) to switch it without recompilation. But currently the CVS is locked for changes. [2009-06-09 11:05:57] ninzya at inbox dot lv Well, seems something is wrong with concurrent access to zval cache on windows. Try turning zval cache on and test my code on windows machine. [2009-06-09 09:54:26] and...@php.net The only change I did was to switch off the zval caching code so every time a zval is needed a new one is created by Zend instead of using our cache. 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/47712 -- Edit this bug report at http://bugs.php.net/?id=47712&edit=1
#48533 [NEW]: __callStatic is not invoked for private/protected methods
From: ladislav at marek dot su Operating system: Linux PHP version: 5.3CVS-2009-06-11 (snap) PHP Bug Type: Class/Object related Bug description: __callStatic is not invoked for private/protected methods Description: __callStatic is not invoked when called method is defined as private or protected. Reproduce code: --- class Test { private static function foo() { } public static function __callStatic($name, $args) { var_dump($name); } } Test::foo(); Expected result: string(3) "foo" Actual result: -- Fatal error: Call to private method Test::foo() from context '' in %s on line %i -- Edit bug report at http://bugs.php.net/?id=48533&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48533&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48533&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48533&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48533&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48533&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48533&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48533&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48533&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48533&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48533&r=support Expected behavior: http://bugs.php.net/fix.php?id=48533&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48533&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48533&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48533&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48533&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48533&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48533&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48533&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48533&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48533&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48533&r=mysqlcfg
#47712 [Opn->Fbk]: (mysqlnd) last fetched row may get corrupted after calling mysql_free_result()
ID: 47712 Updated by: and...@php.net Reported By: ninzya at inbox dot lv -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.3.0RC2 Assigned To: mysql New Comment: Do you still experience the problem? You said you don't or you see it again? The zval cache is switched off and there is no way to enable it without recompiling. If the problem persist we have to search for the problem somewhere else. Previous Comments: [2009-06-10 23:51:39] ninzya at inbox dot lv I guess zval cache is not fixed on windows yet, so i open the bug. [2009-06-09 13:47:54] and...@php.net Turning on is only possible through a recompilation. Maybe we can add an ini option (INI_SYSTEM) to switch it without recompilation. But currently the CVS is locked for changes. [2009-06-09 11:05:57] ninzya at inbox dot lv Well, seems something is wrong with concurrent access to zval cache on windows. Try turning zval cache on and test my code on windows machine. [2009-06-09 09:54:26] and...@php.net The only change I did was to switch off the zval caching code so every time a zval is needed a new one is created by Zend instead of using our cache. [2009-06-09 09:53:12] and...@php.net Hi, maybe it is, I think it should be. I did not rely on phpt for testing. I just put it on a Apache2 MPM, Linux, and ran 2 million requests, concurrency of 150, thread-safe build. I asked ab to run with verbosity of 2, and logged the output to a file. Then I did a grep on Conten-Length, then I uniq-ued and sorted the results. Just 5 results. One is correct, others were the errors because of exhausted resources. 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/47712 -- Edit this bug report at http://bugs.php.net/?id=47712&edit=1
#46677 [Com]: Can not make install php5.2.6
ID: 46677 Comment by: tony dot dziedzic at oracle dot com Reported By: chunhuan dot pan at alcatel-sbell dot com dot cn Status: No Feedback Bug Type: Compile Failure Operating System: HP-UX 11.23 PHP Version: 5.2.6 New Comment: I also ran into this bug using PHP 5.2.9 on HP-UX. Here is a stack backtrace obtained when executing the test script described in this bug report on HP-UX 11.31: #0 _zval_ptr_dtor (zval_ptr=0x7fff98b0) at /p5h/reliaty/web/php-5.2.9/Zend/zend_execute_API.c:412 #1 0x46e9cd0:0 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff9940) at zend_execute.h:155 #2 0x46c0b60:0 in execute (op_array=0x40099128) at zend_vm_execute.h:92 #3 0x466c050:0 in zend_execute_scripts (type=8, retval=, file_count=3) at /p5h/reliaty/web/php-5.2.9/Zend/zend.c:1134 #4 0x45be820:0 in php_execute_script (primary_file=Error accessing memory address 0x8: Invalid argument. ) at /p5h/reliaty/web/php-5.2.9/main/main.c:2023 #5 0x47f2d60:0 in main (argc=Error accessing memory address 0xc: Invalid argument. ) at /p5h/reliaty/web/php-5.2.9/sapi/cli/php_cli.c:1133 Note that the bug does NOT occur when using php5.2-200906111230.tar. FYI, Joseph Dziedzic Previous Comments: [2008-12-23 09:36:43] chunhuan dot pan at alcatel-sbell dot com dot cn Hello guys : Thank you for your greate help on this issues. For server migration is an urgent time ,and this problem broke me too much time ,so ,I take a new server with solaris OS to instead of. So ,from now ,I lost the permission to keep tracking on this coredump. Shall I close this ER? [2008-12-17 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-12-09 10:28:02] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2008-12-09 01:36:30] chunhuan dot pan at alcatel-sbell dot com dot cn Hello jani: See my backtrace below: --- (gdb) bt #0 0x2330 in () warning: Attempting to unwind past bad PC 0x2330 #1 0x6f7269675f76616c in () (gdb) --- PS: To get a best test ,could you show me the test source ,steps ,I am not very clearly how to get a best backtrace to help you solve the error! Thx a lot ,:-) [2008-12-08 12:32:25] j...@php.net Now, can you please provide the requested _backtrace_ finally? In gdb using command 'bt'.. 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/46677 -- Edit this bug report at http://bugs.php.net/?id=46677&edit=1
#46096 [Com]: SoapClient constructor:'stream_context' key of 'options' parameter is not used
ID: 46096 Comment by: ctbh at mailinator dot com Reported By: alberto at edistar dot com Status: No Feedback Bug Type: SOAP related Operating System: linux Ubuntu (kernel: 2.6.17) PHP Version: 5.2.6 New Comment: Good thinking, but after applying the workaround I find in the problem description of bug #46427, this still does not work. Looks like the stream_context option is just ignored, I can't make any of the stream_context options (header, user_agent, etc) have an effect on how SoapClient makes HTTP requests. Definitely still an issue. :( Previous Comments: [2009-04-17 17:06:00] jchernia1 at yahoo dot com This looks like a dupe of 46427 [2009-02-21 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". [2009-02-13 23:29:33] fel...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2008-09-16 16:19:09] alberto at edistar dot com Description: I need to add an http header to a Soap request using SoapClient class. The way I found in documentation is using 'stream_context' of '$options' constructor's parameter. But the class doesn't consider that option, either in "wsdl" mode and "non wsdl" mode. So the target web service doesn't receive the added http header. Reproduce code: --- $additionalHeader = array( 'http'=>array('header' => "Token: 123")); $context = stream_context_create($additionalHeader); $clientSoap = new SOAPClient('http://yoururl/yourwsdl.wsdl', array('trace' => 1, 'stream_context' => $context, 'exceptions' => false)); $clientSoap->yourMethod($yourParameter); Expected result: Target web service receives an http header named 'Token' with value "123" Actual result: -- Target web service doesn't receive an http header named 'Token' with value "123" -- Edit this bug report at http://bugs.php.net/?id=46096&edit=1
#48532 [NEW]: Allow pg_fetch_all() to index numerically
From: strata_ranger at hotmail dot com Operating system: PHP version: 5.2.9 PHP Bug Type: Feature/Change Request Bug description: Allow pg_fetch_all() to index numerically Description: It could be useful if pg_fetch_all() were extended to support indexing each row's fields numerically (like pg_fetch_row() does) in addition to the current behavior of indexing them associatively. It is possible in some obscure cases that an associative array is unable to contain all columns from the result set, i.e. if the query returns duplicate column names/aliases. Reproduce code: --- --- >From manual page: function.pg-fetch-all --- -- Edit bug report at http://bugs.php.net/?id=48532&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48532&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48532&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48532&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48532&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48532&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48532&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48532&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48532&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48532&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48532&r=support Expected behavior: http://bugs.php.net/fix.php?id=48532&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48532&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48532&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48532&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48532&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48532&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48532&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48532&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48532&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48532&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48532&r=mysqlcfg
#48527 [Opn]: DOM XML classes do not expose properties to Reflection
ID: 48527 User updated by: dt at crystalcc dot com Reported By: dt at crystalcc dot com Status: Open Bug Type: DOM XML related Operating System: Linux, QNX PHP Version: 5.2.9 New Comment: Related Eclipse bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=171970 Previous Comments: [2009-06-11 11:42:45] dt at crystalcc dot com Description: None of DOM XML internal objects expose the class properties to Reflection* objects. This breaks PHP code assist for these objects in Eclipse PDT. Reproduce code: --- Expected result: Class [ class DOMDocument extends DOMNode ] { - Constants [0] { } - Static properties [0] { } - Static methods [0] { } - Properties [14] { [ list of properties ] } Actual result: -- Class [ class DOMDocument extends DOMNode ] { - Constants [0] { } - Static properties [0] { } - Static methods [0] { } - Properties [0] { } -- Edit this bug report at http://bugs.php.net/?id=48527&edit=1
#48531 [NEW]: strtotime() still does not recongize milleseconds
From: nicholas dot j dot miller at gmail dot com Operating system: Linux (CentOS) PHP version: 5.2.9 PHP Bug Type: Date/time related Bug description: strtotime() still does not recongize milleseconds Description: This is a duplicate of bug 44426, which is incorrectly marked as complete. Try it yourself :) Reproduce code: --- Expected result: A valid timestamp Actual result: -- boolean(false) -- Edit bug report at http://bugs.php.net/?id=48531&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48531&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48531&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48531&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48531&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48531&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48531&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48531&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48531&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48531&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48531&r=support Expected behavior: http://bugs.php.net/fix.php?id=48531&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48531&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48531&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48531&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48531&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48531&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48531&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48531&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48531&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48531&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48531&r=mysqlcfg
#46433 [Bgs->Fbk]: imagecreatefrom(...) leaks memory on errors
ID: 46433 Updated by: paj...@php.net Reported By: ak at pre-secure dot de -Status: Bogus +Status: Feedback Bug Type: GD related Operating System: Linux (OpenSUSE) PHP Version: 5.2.9 Assigned To: pajoye New Comment: Run a single pass through valgrind please. Previous Comments: [2009-06-11 13:11:42] ak at pre-secure dot de I was able to reproduce the Problem with the current release. It occurs if you try to open an image with an crc error. Reproduce code: --- while(true) { print "\nMemory: ".memory_get_usage(); imagecreatefrompng("anyimage.png"); } Image: -- http://drahop.de/php/anyimage.png [2008-10-31 13:45:59] paj...@php.net not a bug > bogus [2008-10-31 13:43:32] ak at pre-secure dot de Seems to be fixed with the newest snapshot. Cannot reproduce it anymore. [2008-10-31 13:42:42] paj...@php.net Please provide an example image (link to it or drop me a mail). [2008-10-31 13:20:03] ak at pre-secure dot de I have to admit that my initial bugreport is a litte bit too unspecific. The memory problem only occures if the image is "tainted", f.e. taking a valid png and change a arbitrary line in the source. This will result in an error like this: PHP Warning: imagecreatefrompng(): gd-png: fatal libpng error: IDAT: CRC error in and a rapid growth of the memory usage. 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/46433 -- Edit this bug report at http://bugs.php.net/?id=46433&edit=1
#46433 [Bgs]: imagecreatefrom(...) leaks memory on errors
ID: 46433 User updated by: ak at pre-secure dot de Reported By: ak at pre-secure dot de Status: Bogus Bug Type: GD related Operating System: Linux (OpenSUSE) -PHP Version: 5.2.6 +PHP Version: 5.2.9 Assigned To: pajoye New Comment: I was able to reproduce the Problem with the current release. It occurs if you try to open an image with an crc error. Reproduce code: --- while(true) { print "\nMemory: ".memory_get_usage(); imagecreatefrompng("anyimage.png"); } Image: -- http://drahop.de/php/anyimage.png Previous Comments: [2008-10-31 13:45:59] paj...@php.net not a bug > bogus [2008-10-31 13:43:32] ak at pre-secure dot de Seems to be fixed with the newest snapshot. Cannot reproduce it anymore. [2008-10-31 13:42:42] paj...@php.net Please provide an example image (link to it or drop me a mail). [2008-10-31 13:20:03] ak at pre-secure dot de I have to admit that my initial bugreport is a litte bit too unspecific. The memory problem only occures if the image is "tainted", f.e. taking a valid png and change a arbitrary line in the source. This will result in an error like this: PHP Warning: imagecreatefrompng(): gd-png: fatal libpng error: IDAT: CRC error in and a rapid growth of the memory usage. [2008-10-30 16:49:46] fel...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ I can't reproduce it using 5.2.7CVS. 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/46433 -- Edit this bug report at http://bugs.php.net/?id=46433&edit=1
#45769 [Opn]: Segmentation fault with OCI8
ID: 45769 User updated by: louis dot begin at cspq dot gouv dot qc dot ca Reported By: louis dot begin at cspq dot gouv dot qc dot ca Status: Open Bug Type: OCI8 related Operating System: zVM/Linux PHP Version: 5.2CVS-2009-03-19 (snap) New Comment: Again: When i compiled i get these messages: /logiciels/tldb/php/php5.2-200903191730/ext/oci8/oci8.c: In function 'php_oci_do_connect_ex': /logiciels/tldb/php/php5.2-200903191730/ext/oci8/oci8.c:1102: warning: cast from pointer to integer of different size /logiciels/tldb/php/php5.2-200903191730/ext/oci8/oci8.c:1416: warning: cast to pointer from integer of different size which could indicated "losing a part of a pointer" which is compatible with the error "segmentation fault". LBe Previous Comments: [2009-05-12 17:51:20] louis dot begin at cspq dot gouv dot qc dot ca Hi, sorry for delay, Here what i get from GDB: (gdb) run -X Starting program: /logiciels/tldb/httpd-2.0.61/bin/httpd -X [Thread debugging using libthread_db enabled] [New Thread 2199026468240 (LWP 3700)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 2199026468240 (LWP 3700)] _zval_ptr_dtor (zval_ptr=0x3a94b20) at /logiciels/tldb/php/php5.2-200903191730/Zend/zend_execute_API.c:412 412 (*zval_ptr)->refcount--; (gdb) bt #0 _zval_ptr_dtor (zval_ptr=0x3a94b20) at /logiciels/tldb/php/php5.2-200903191730/Zend/zend_execute_API.c:412 #1 0x0253733a in zend_do_fcall_common_helper_SPEC (execute_data=0x3a95100) at /logiciels/tldb/php/php5.2-200903191730/Zend/zend_execute.h:155 #2 0x02528a5e in execute (op_array=0x274caa0) at /logiciels/tldb/php/php5.2-200903191730/Zend/zend_vm_execute.h:92 #3 0x02505378 in zend_execute_scripts (type=, retval=0x0, file_count=2) at /logiciels/tldb/php/php5.2-200903191730/Zend/zend.c:1134 #4 0x024bc538 in php_execute_script (primary_file=0x3a97710) at /logiciels/tldb/php/php5.2-200903191730/main/main.c:2023 #5 0x02599790 in php_handler (r=0x8024d2d0) at /logiciels/tldb/php/php5.2-200903191730/sapi/apache2handler/sapi_apache2.c:632 #6 0x80048e20 in ap_run_handler (r=0x8024d2d0) at config.c:152 #7 0x8004c33a in ap_invoke_handler (r=0x8024d2d0) at config.c:364 #8 0x8003615c in ap_process_request (r=0x8024d2d0) at http_request.c:249 #9 0x80030ccc in ap_process_http_connection (c=0x80249290) at http_core.c:253 #10 0x80055e4c in ap_run_process_connection (c=0x80249290) at connection.c:43 #11 0x800476e4 in child_main (child_num_arg=) at prefork.c:610 #12 0x8004794e in make_child (s=0x800dca60, slot=0) at prefork.c:650 #13 0x80047a5a in startup_children (number_to_start=2) at prefork.c:722 #14 0x800483cc in ap_mpm_run (_pconf=, plog=, s=0x800dca60) at prefork.c:941 #15 0x8004f02c in main (argc=, argv=0x3a98248) at main.c:636 (gdb) info locals No locals. -- /* Here a line from the "oracle listener log" indicating that the connection occurs succesfully to the database */ 12-MAY-2009 13:21:57 * (CONNECT_DATA=(SERVICE_NAME=sigubtm)(CID=(program=ht...@csigdsa1)(HOST=CSIGDSA1)(USER=oracle))) * (ADDRESS=(PROTOCOL=tcp)(HOST=172.27.96.229)(PORT=56123)) * establish * sigubtm * 0 The time match exactly. I am sur i get the right program. == Thank LBe [2009-04-28 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". [2009-04-20 09:18:29] j...@php.net That backtrace does not show any references to any OCI functions. Are you absolutely sure the script you're running IS that script shown in your first comment? Check your configuration (including all http.conf / .htaccess files) and clean it up. Make sure you do NOT have any extensions loaded from your php.ini and that you're loading correct php.ini file. Also check for any append/prepend settings in it.. [2009-04-08 19:59:55] louis dot begin at cspq dot gouv dot qc dot ca Sorry for the delay, I got the exact same result, Starting program: /logiciels/tldb/httpd-2.0.61/bin/httpd -X [Thread debugging using libthread_db enabled] [New Thread 2199026468240 (LWP 4426)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 2199026468240 (LWP 4426)] _zval_ptr_dtor (zval_ptr=0x3ae7ad8) at /logiciels/tldb/php/php5.2-200903191730/Zend/zend_execute_API.c:412 412 (*zval_ptr)->refcount--; (gdb) bt #0 _
#48530 [NEW]: Timezone GMT+08:00 Beijing,Chongqing,... not recognized by date("c")
From: lieven_vaneeckhaute at symantec dot com Operating system: Windows XP PHP version: 5.2.9 PHP Bug Type: Date/time related Bug description: Timezone GMT+08:00 Beijing,Chongqing,... not recognized by date("c") Description: On Windows I'm running in timezone Beijing,... which is +08:00. If echo date("c") or date("r") it displays as Thu, 11 Jun 2009 12:27:54 + rather than 20:27:54 +0800. To us for reporting reasons it is very useful to know what time it was on the local system. We run php as CLI. Reproduce code: --- Expected result: Display 20:27:54 +0800 rather than 12:27:54 +. Actual result: -- Thu, 11 Jun 2009 12:27:54 + -- Edit bug report at http://bugs.php.net/?id=48530&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48530&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48530&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48530&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48530&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48530&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48530&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48530&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48530&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48530&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48530&r=support Expected behavior: http://bugs.php.net/fix.php?id=48530&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48530&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48530&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48530&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48530&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48530&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48530&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48530&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48530&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48530&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48530&r=mysqlcfg
#48529 [NEW]: Better shm_-functions
From: ilovekernelpanic at yahoo dot de Operating system: Unix PHP version: 5.2.9 PHP Bug Type: Feature/Change Request Bug description: Better shm_-functions Description: shm provides more speed than files or databases. But there is no proper way to check if a field exists. You can do @shm_get_var($connection, $field) !== false to check it. But: -With custom error handlers you will get a warning, when there is no such $field -It needs a lot of time to process the warning, but it should be fast There should be a function shm_has_var or shm_var_exists. A function shm_export_vars could convert the shared memory to an associative array. A function shm_export_keys: Like array_keys(shm_export_vars($connection)) but faster Those functions are very essential. When you don't have them you have to use the shared-memory as a linked list. A function shm_get_size: Return the size of the shared memory segment. Not necessary, because you can store it using shm_put_var($connection, 0, $size), but such a function would be more secure Maybe also shm_resize could be possible. With this function there could be better object oriented array like wrappers form shared memory. -- Edit bug report at http://bugs.php.net/?id=48529&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48529&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48529&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48529&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48529&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48529&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48529&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48529&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48529&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48529&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48529&r=support Expected behavior: http://bugs.php.net/fix.php?id=48529&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48529&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48529&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48529&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48529&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48529&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48529&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48529&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48529&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48529&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48529&r=mysqlcfg
#48528 [NEW]: mysqlnd causes PDO/MySQLi to leak memory
From: bugs dot php dot net at moesen dot nu Operating system: Linux 2.6 PHP version: 5.3CVS-2009-06-11 (snap) PHP Bug Type: MySQL related Bug description: mysqlnd causes PDO/MySQLi to leak memory Description: PHP 5.3 leaks memory when using the MySQL functions, both through PDO and MySQLi directly. When recompiled without mysqlnd, the same code works fine. ./configure --with-mysql=shared,mysqlnd --with-mysqli=shared,mysqlnd --with-pdo-mysql=shared,mysqlnd [ . . . ] Recompiled today's snapshot without the ',mysqlnd'. Reproduce code: --- PDO: $db = new PDO($dsn, $user, $pass); $stmt = $test->prepare('SELECT * FROM tech_eciffOkcab.crawlPriceComp'); $result = $stmt->execute(); while($result && $row = $stmt->fetch(PDO::FETCH_ASSOC)) { echo memory_get_usage(), "\n"; } MySQLi: $db = new MySQLi($host, $user, $pass); $result = $db->query('SELECT * FROM tech_eciffOkcab.crawlPriceComp'); while ($result && $row = $result->fetch_assoc()) { echo memory_get_usage(), "\n"; } Expected result: Consistent memory_get_usage(); I.e., no extra memory required, and thus no out-of-memory errors. Actual result: -- Linearly increasing memory_get_usage(); PDO: 23168400 23169064 ... 33552804 33552916 -> OOM and segfault. MySQLi: 23168216 23168700 ... 33552812 33552924 -> OOM and segfault. -- Edit bug report at http://bugs.php.net/?id=48528&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48528&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48528&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48528&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48528&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48528&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48528&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48528&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48528&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48528&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48528&r=support Expected behavior: http://bugs.php.net/fix.php?id=48528&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48528&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48528&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48528&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48528&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48528&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48528&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48528&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48528&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48528&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48528&r=mysqlcfg
#48527 [NEW]: DOM XML classes do not expose properties to Reflection
From: dt at crystalcc dot com Operating system: Linux, QNX PHP version: 5.2.9 PHP Bug Type: DOM XML related Bug description: DOM XML classes do not expose properties to Reflection Description: None of DOM XML internal objects expose the class properties to Reflection* objects. This breaks PHP code assist for these objects in Eclipse PDT. Reproduce code: --- Expected result: Class [ class DOMDocument extends DOMNode ] { - Constants [0] { } - Static properties [0] { } - Static methods [0] { } - Properties [14] { [ list of properties ] } Actual result: -- Class [ class DOMDocument extends DOMNode ] { - Constants [0] { } - Static properties [0] { } - Static methods [0] { } - Properties [0] { } -- Edit bug report at http://bugs.php.net/?id=48527&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48527&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48527&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48527&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48527&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48527&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48527&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48527&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48527&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48527&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48527&r=support Expected behavior: http://bugs.php.net/fix.php?id=48527&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48527&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48527&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48527&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48527&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48527&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48527&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48527&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48527&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48527&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48527&r=mysqlcfg
#48525 [Opn]: PDO_mysql memory leak
ID: 48525 User updated by: i-devolder at jm-bruneau dot be Reported By: i-devolder at jm-bruneau dot be Status: Open Bug Type: PDO related Operating System: Linux 2.6.26 ( Debian ) PHP Version: 5.3.0RC2 New Comment: the problem also occurs with mysqli My Colleague rebuilt the latest trunk without mysqlnd there we have a consistent memory usage so the problem is in the mysqlnd Previous Comments: [2009-06-11 07:04:49] i-devolder at jm-bruneau dot be Description: When running a query the memoryusage keeps on rising, discovered with huge resultsets Reproduce code: --- $test = new PDO( $dsn , $usr , $pss ); $sql = "SELECT * FROM tech_eciffOkcab.crawlPriceComp"; $stmt = $test->prepare( $sql ); $stmt->execute(); while( $row = $stmt->fetch( PDO::FETCH_ASSOC ) ) { echo memory_get_usage()."\n"; } Expected result: 57752 57752 57752 57752 57752 57752 57752 57752 57752 57752 output from php 5.2.9, memory usage stays the same Actual result: -- 33552328 33552440 33552552 33552664 33552776 33552888 33553000 PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 20 bytes) in /home/idev/web/private/cmdscripts/testmem.php on line 16 output from php 5.3RC2, memory usage keeps increasing ( this is on a table with 1.2 million records -- Edit this bug report at http://bugs.php.net/?id=48525&edit=1
#48526 [NEW]: When using the b flag i get a error: Warning: fopen(/tmp/12/foo2.txt
From: jason at ovitech dot nl Operating system: OSX PHP version: 5.2.9 PHP Bug Type: Filesystem function related Bug description: When using the b flag i get a error: Warning: fopen(/tmp/12/foo2.txt Description: When I open a file with the b flag in it. for example bw I get the error that the file does not exists. That is correct and I want fopen to create the file for me and set the pointer on the beginning of the code. that is why I use the w flag. I have used the b flag because of the note that is underneath the fopen manual file on the site./ Reproduce code: --- $fp = fopen($this->_file, "bw"); Expected result: A new file created in /tmp/12 called foo2.txt Actual result: -- Warning: fopen(/tmp/12/foo2.txt) [function.fopen]: failed to open stream: No such file or directory in /Users/jason/Sites/zf/myclass.php on line 168 -- Edit bug report at http://bugs.php.net/?id=48526&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48526&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48526&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48526&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48526&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48526&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48526&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48526&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48526&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48526&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48526&r=support Expected behavior: http://bugs.php.net/fix.php?id=48526&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48526&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48526&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48526&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48526&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48526&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48526&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48526&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48526&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48526&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48526&r=mysqlcfg
#48509 [Asn]: formatOutput does not work with saveHTML
ID: 48509 Updated by: chr...@php.net Reported By: k...@php.net Status: Assigned Bug Type: DOM XML related Operating System: Mac OS X 10.5.7 PHP Version: 5.3CVS-2009-06-09 (CVS) -Assigned To: chregu +Assigned To: rrichards New Comment: Rob: I applied the patch to 5_3, but it doesn't format with libxml 2.7.3, do you know something, what's wrong here? Although, I didn't test with 2.6.23. Previous Comments: [2009-06-10 06:49:31] chr...@php.net RIght, that never was backported to the 5_3 branch. But we're currently in a commit freeze, so I can't check it in, but will as soon as I am allowed to do it. That's the patch by the way: http://cvs.php.net/viewvc.cgi/php-src/ext/dom/document.c? r1=1.78&r2=1.79&pathrev=MAIN&view=patch [2009-06-09 16:51:53] k...@php.net Description: While writing test cases on Oslo TestFest 2009 I just found that the $dom->formatOutput does not work with $dom->saveHTML() (even though it seems to have been resolved here: http://bugs.php.net/bug.php?id=35673) xmllint says: $ xmllint --format --html output.html http://www.w3.org/TR/REC-html40/loose.dtd";> This is the title so according to Hannes here this seems to be a bug in PHP 5.3 (may be that it's fixed i HEAD but not backported?). Reproduce code: --- formatOutput = true; $root = $doc->createElement('html'); $root = $doc->appendChild($root); $head = $doc->createElement('head'); $head = $root->appendChild($head); $title = $doc->createElement('title'); $title = $head->appendChild($title); $text = $doc->createTextNode('This is the title'); $text = $title->appendChild($text); echo $doc->saveHTML(); ?> Expected result: This is the title Actual result: -- This is the title -- Edit this bug report at http://bugs.php.net/?id=48509&edit=1
#45951 [NoF->Opn]: PDO_MSSQL problem if query return no result
ID: 45951 User updated by: grzegorz at heex dot pl Reported By: grzegorz at heex dot pl -Status: No Feedback +Status: Open Bug Type: PDO related Operating System: Windows XP Sp3 PHP Version: 5.2.6 New Comment: I couldn't connect to MSSQL so I've exchanged ntwdblib.dll (v.7.00.839) to (v.8.00.194). No result is: $res1 = array[0] //empty $res2 = array[ 0 = array['[]' => null, 0 => null] 1 = array['[]' => null, 0 => null] ] ( [] = ASCII 0x11 ) and should be: $res2 = array[ 0 = array['value' => 3, 0 => 3] 1 = array['value' => 6, 0 => 6] ] Previous Comments: [2009-05-03 01:00:17] 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". [2009-04-25 15:11:00] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2008-08-29 18:02:13] grzegorz at heex dot pl Statetment should be: $sth = $pdo->prepare("SELECT value FROM sometable WHERE id=:parentId"); [2008-08-29 17:55:31] grzegorz at heex dot pl Description: If PDO_MSSQL PDOStatement is called 2 times and the first returned no result than second one return strange result. PDO_MYSQL works fine. Tested on Apache and IIS Reproduce code: --- $pdo = new PDO("mssql:host=[host];dbname=[base]",[user],[pass]); $sth = $pdo->prepare("SELECT id FROM sometable WHERE id=:parentId"); $sth->execute(array(':parentId'=>1)); //or //$sth->bindValue(':parentId',1,PDO::PARAM_INT); $res1 = $sth->fetchAll(); $sth->closeCursor(); $sth->execute(array(':parentId'=>2)); //or //$sth->bindValue(':parentId',2,PDO::PARAM_INT); $res2 = $sth->fetchAll(); $sth->closeCursor(); Expected result: $res1 = array[0] //empty $res2 = array[ 0 = array['value' => 3] 1 = array['value' => 6] ] Actual result: -- $res1 = array[0] //empty $res2 = array[ 0 = array['[]' => null] 1 = array['[]' => null] ] -- Edit this bug report at http://bugs.php.net/?id=45951&edit=1
#48525 [NEW]: PDO_mysql memory leak
From: i-devolder at jm-bruneau dot be Operating system: Linux 2.6.26 ( Debian ) PHP version: 5.3.0RC2 PHP Bug Type: PDO related Bug description: PDO_mysql memory leak Description: When running a query the memoryusage keeps on rising, discovered with huge resultsets Reproduce code: --- $test = new PDO( $dsn , $usr , $pss ); $sql = "SELECT * FROM tech_eciffOkcab.crawlPriceComp"; $stmt = $test->prepare( $sql ); $stmt->execute(); while( $row = $stmt->fetch( PDO::FETCH_ASSOC ) ) { echo memory_get_usage()."\n"; } Expected result: 57752 57752 57752 57752 57752 57752 57752 57752 57752 57752 output from php 5.2.9, memory usage stays the same Actual result: -- 33552328 33552440 33552552 33552664 33552776 33552888 33553000 PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 20 bytes) in /home/idev/web/private/cmdscripts/testmem.php on line 16 output from php 5.3RC2, memory usage keeps increasing ( this is on a table with 1.2 million records -- Edit bug report at http://bugs.php.net/?id=48525&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48525&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48525&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48525&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48525&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48525&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48525&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48525&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48525&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48525&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48525&r=support Expected behavior: http://bugs.php.net/fix.php?id=48525&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48525&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48525&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48525&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48525&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48525&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48525&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48525&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48525&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48525&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48525&r=mysqlcfg