#47285 [NoF-Opn]: strtotime() still leaks memory
ID: 47285 User updated by: danger at FreeBSD dot org Reported By: danger at FreeBSD dot org -Status: No Feedback +Status: Open Bug Type: Date/time related Operating System: FreeBSD PHP Version: 5.2.8 Assigned To: derick New Comment: Any news on this? I checked the box and it seems like you logged only once for a few seconds almost a week ago Previous Comments: [2009-02-23 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-18 01:10:43] alex dot franks at soletechnology dot com I'm also experiencing this bug on FreeBSD 7. FreeBSD version: FreeBSD 7.0-STABLE #1: Mon Jul 14 16:07:29 PDT 2008 i386 PHP version: PHP 5.2.8 with Suhosin-Patch 0.9.6.3 (cli) (built: Feb 7 2009 11:09:59) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies [2009-02-17 15:45:07] danger at FreeBSD dot org I did so yesterday as well... [2009-02-17 14:47:21] maarten at vivesta dot com Ok, I've sent you login details to a testmachine by e-mail. [2009-02-15 12:54:34] der...@php.net Please send me account details (by email), as I still can't 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/47285 -- Edit this bug report at http://bugs.php.net/?id=47285edit=1
#47473 [Fbk-Opn]: set_error_handler() crashes the
ID: 47473 User updated by: typo3 at maltejansen dot de Reported By: typo3 at maltejansen dot de -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows Vista PHP Version: 5.3.0beta1 New Comment: I just tested it with PHP 5.3 - Windows x86 VC6 (thread safe)) [12.41MB] - 2009-Feb-23 08:00:00 and it still crashes... By the way, the crash is confirmed by several other users: http://lists.netfielders.de/pipermail/typo3-project-5_0-general/2009-February/001878.html Previous Comments: [2009-02-22 21:24:33] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-02-22 14:36:49] typo3 at maltejansen dot de Description: set_error_handler() using set_error_handler. The bug occured first in php5.3alpha2. In php5.3alpha3 it seemed to be solved. But in beta1 it's there again. (I could not find the old bug.) So please link it to the other one. Reproduce code: --- class ErrorHandler { public function __construct() { set_error_handler(array($this, 'handleError')); } ... } Expected result: Should not crash. Actual result: -- Crash. -- Edit this bug report at http://bugs.php.net/?id=47473edit=1
#47473 [Opn-Fbk]: set_error_handler() crashes the
ID: 47473 Updated by: paj...@php.net Reported By: typo3 at maltejansen dot de -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows Vista PHP Version: 5.3.0beta1 New Comment: \php53vc6tsphp ..\php53snapvc9\47473.php Warning: set_error_handler() expects the argument (ErrorHandler::handleError) to be a valid callback in C:\Users\pierre\Documents\test\php53snapvc9\47473.php on line 4 I suppose it happens in typo3 under certain conditions and not simply with the code you gave here. Please provide a full script to reproduce the crash. Previous Comments: [2009-02-23 09:23:10] typo3 at maltejansen dot de I just tested it with PHP 5.3 - Windows x86 VC6 (thread safe)) [12.41MB] - 2009-Feb-23 08:00:00 and it still crashes... By the way, the crash is confirmed by several other users: http://lists.netfielders.de/pipermail/typo3-project-5_0-general/2009-February/001878.html [2009-02-22 21:24:33] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-02-22 14:36:49] typo3 at maltejansen dot de Description: set_error_handler() using set_error_handler. The bug occured first in php5.3alpha2. In php5.3alpha3 it seemed to be solved. But in beta1 it's there again. (I could not find the old bug.) So please link it to the other one. Reproduce code: --- class ErrorHandler { public function __construct() { set_error_handler(array($this, 'handleError')); } ... } Expected result: Should not crash. Actual result: -- Crash. -- Edit this bug report at http://bugs.php.net/?id=47473edit=1
#46572 [Opn-Bgs]: Apache unable to Load php_ldap.dll
ID: 46572 Updated by: paj...@php.net Reported By: gdjsmith at gmail dot com -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: win32 only PHP Version: 5.2.6 New Comment: Then be sure that you use the right php.ini or the same PHP (ts or nts). It is not a bug but an install issue. Previous Comments: [2008-11-18 17:54:29] gdjsmith at gmail dot com Yes the CLI works it is the apache module that will not load php_ldap.dll. [2008-11-14 10:09:37] paj...@php.net Works here, try to load it using the CLI, to get the exact error message. [2008-11-14 06:23:12] gdjsmith at gmail dot com Description: My Env is as follows: Windows Server 2003 Sp2 PHP 5.2.6 Apache 2.0.x PHP Warning: PHP Startup: Unable to load dynamic library '%PHPRC%\\ext\\php_ldap.dll' - The operating system cannot run %1.\r\n in Unknown on line 0 The Apache php module will load all of the other libraries except this one. I've been looking into the ssleay32.dll and libeay32.dll and making sure I have the right ones and that they are in the PATH so the OS can find them. I've used the MSI and zip versions of PHP but get the same results. Not sure where else to turn to. Reproduce code: --- ?php $ldapconn =ldap_connect(ldap.test.com, 389); if($ldapconn){ echo Success ; } else{ echo Fail; } ? Expected result: Succss or Fail Actual result: -- Fatal error: Call to undefined function ldap_connect() -- Edit this bug report at http://bugs.php.net/?id=46572edit=1
#42641 [Asn-WFx]: ob_start(): inconsistent behaviour with undefined callbacks
ID: 42641 Updated by: m...@php.net Reported By: robin_fernandes at uk dot ibm dot com -Status: Assigned +Status: Wont fix Bug Type: Output Control Operating System: * PHP Version: 5.3CVS-2008-11-01 (not for 5.2!) Assigned To: mike New Comment: Patch for 5.3 has been declined. Previous Comments: [2008-11-02 13:01:57] j...@php.net Mike, just commit it! [2008-10-29 08:29:55] m...@php.net http://marc.info/?l=php-internalsm=122176465311996w=2 [2007-09-18 12:28:29] j...@php.net Mike, can you backport the stuff to PHP_5_3 once it's opened? [2007-09-14 10:07:18] robin_fernandes at uk dot ibm dot com OK. On this subject, I think I'm running into a few other output buffering issues which seem to be fixed in the php6 snaps. Some of these are illustrated by tests in HEAD that fail on php5 snaps, e.g. http://lxr.php.net/source/php-src/tests/output/ob_017.phpt . Should I raise bugs against php5, or is there a plan to backport some output buffering code from HEAD to php5? [2007-09-13 19:05:24] m...@php.net This undocumented behaviour does not exist in any way in HEAD any longer. The implementation seemed questionable, as an array as parameter usually indicates a method callback. 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/42641 -- Edit this bug report at http://bugs.php.net/?id=42641edit=1
#47477 [NEW]: php_curl_stream_read() unnecessarily sleeps 15 secs under heavy load
From: g dot bonacci at libero dot it Operating system: linux PHP version: 5.3CVS-2009-02-23 (CVS) PHP Bug Type: Performance problem Bug description: php_curl_stream_read() unnecessarily sleeps 15 secs under heavy load Description: php_curl_stream_read() in ext/curl/streams.c always calls select() after firing up a connection. however, when the php client is under heavy load, the server might have already responded, and the last call to curl_multi_perform() before entering the loop might have received all the data and closed the connection. at this point, curl_multi_fdset() in the loop returns maxfs == -1, and the following select turns into a pointless 15 sec sleep. please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=514832 for reference. a patch is available at http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=php.curlstream.patch;att=1;bug=514832 -- Edit bug report at http://bugs.php.net/?id=47477edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47477r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47477r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47477r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47477r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47477r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47477r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47477r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47477r=needscript Try newer version: http://bugs.php.net/fix.php?id=47477r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47477r=support Expected behavior: http://bugs.php.net/fix.php?id=47477r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47477r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47477r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47477r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47477r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47477r=dst IIS Stability: http://bugs.php.net/fix.php?id=47477r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47477r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47477r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47477r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47477r=mysqlcfg
#47478 [NEW]: POST Variable not working
From: impek at impek dot com Operating system: PHP Version 5.2.6-1+lenny2 PHP version: 5.2.8 PHP Bug Type: Variables related Bug description: POST Variable not working Description: Since i updated to APACHE2, my simple login script does not echo any POST value, even with Global ON/OFF. GET method works, not POST. This script does not echo anything ! ? echo $kk; echo $_POST['kk']; ? form action= method=post enctype=multipart/form-data name=form1 id=form1 input name=kk type=text id=kk / input type=submit name=Submit value=Envoyer / /form -- Edit bug report at http://bugs.php.net/?id=47478edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47478r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47478r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47478r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47478r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47478r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47478r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47478r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47478r=needscript Try newer version: http://bugs.php.net/fix.php?id=47478r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47478r=support Expected behavior: http://bugs.php.net/fix.php?id=47478r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47478r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47478r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47478r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47478r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47478r=dst IIS Stability: http://bugs.php.net/fix.php?id=47478r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47478r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47478r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47478r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47478r=mysqlcfg
#47314 [Com]: SoapClient leave tcp connections in time_wait
ID: 47314 Comment by: bernd dot ott at k-m dot info Reported By: bernd dot ott at k-m dot info Status: Feedback Bug Type: SOAP related Operating System: Windows PHP Version: 5.2CVS-2009-02-05 (snap) Assigned To: dmitry New Comment: open the socket with fsocketopen / fclose doesnt leave timewait connections. the problem is, this causes my .net soap server to a not response state. this is because all workers are allocated. i cant use keep alive, my page is using ajax to a php page which contains the soapclient. Previous Comments: [2009-02-18 15:41:39] dmi...@php.net According to http://tangentsoft.net/wskfaq/articles/debugging-tcp.html and http://www.developerweb.net/forum/showthread.php?t=2941 it's a normal TCP behaviour. (In case you run Apache benchmark you can see a lot of connections in TCP_WAIT state too) In case you call SOAP functions on the same SoapClient object and your Web Server responds with keep-alive HTTP header all the functions will use a single TCP connection. [2009-02-05 13:33:35] bernd dot ott at k-m dot info Description: Call to a Soapserver with the SoapClient leaves after a function call tcp-connection in state time_wait. depending on your server your server get unreachable, because all workers are allocated by the waiting connections. the sample code leaves 100 open connections. if you call more than on function you get more open connections. the soapclient doesnt reuse the open connection. (this is not shown in the sample) the connections you can see in netstat or tcpview (sysinternals) Reproduce code: --- Client: ?php $i=100; while ($i0) { $sc = new SoapClient(null, array('location' = http://localhost/server.php;, 'uri' = http://test-uri/;)); echo $sc-__soapcall(test, array('test')).\r\n; flush(); $i -= 1; } Server: ?php function test($x) { return $x.hallo; } $server = new SoapServer(null, array('uri' = http://test-uri/;)); $server-addFunction(test); $server-handle(); Expected result: Client opens connection, does the function call and terminates connection. after correct close the should no connections in state time_wait. Actual result: -- 100 connections are in time_wait status. -- Edit this bug report at http://bugs.php.net/?id=47314edit=1
#47314 [Fbk]: SoapClient leave tcp connections in time_wait
ID: 47314 Updated by: paj...@php.net Reported By: bernd dot ott at k-m dot info Status: Feedback Bug Type: SOAP related Operating System: Windows PHP Version: 5.2CVS-2009-02-05 (snap) Assigned To: dmitry New Comment: Do you have IPv6 installed (by default on Vista or later, needs an extra package for XP/2k). If yes, edit: C:\windows\system32\drivers\etc\hosts and comment the following line: ::1 localhost becomes: #::1 localhost Restart the web server and test again. Previous Comments: [2009-02-23 11:11:00] bernd dot ott at k-m dot info open the socket with fsocketopen / fclose doesnt leave timewait connections. the problem is, this causes my .net soap server to a not response state. this is because all workers are allocated. i cant use keep alive, my page is using ajax to a php page which contains the soapclient. [2009-02-18 15:41:39] dmi...@php.net According to http://tangentsoft.net/wskfaq/articles/debugging-tcp.html and http://www.developerweb.net/forum/showthread.php?t=2941 it's a normal TCP behaviour. (In case you run Apache benchmark you can see a lot of connections in TCP_WAIT state too) In case you call SOAP functions on the same SoapClient object and your Web Server responds with keep-alive HTTP header all the functions will use a single TCP connection. [2009-02-05 13:33:35] bernd dot ott at k-m dot info Description: Call to a Soapserver with the SoapClient leaves after a function call tcp-connection in state time_wait. depending on your server your server get unreachable, because all workers are allocated by the waiting connections. the sample code leaves 100 open connections. if you call more than on function you get more open connections. the soapclient doesnt reuse the open connection. (this is not shown in the sample) the connections you can see in netstat or tcpview (sysinternals) Reproduce code: --- Client: ?php $i=100; while ($i0) { $sc = new SoapClient(null, array('location' = http://localhost/server.php;, 'uri' = http://test-uri/;)); echo $sc-__soapcall(test, array('test')).\r\n; flush(); $i -= 1; } Server: ?php function test($x) { return $x.hallo; } $server = new SoapServer(null, array('uri' = http://test-uri/;)); $server-addFunction(test); $server-handle(); Expected result: Client opens connection, does the function call and terminates connection. after correct close the should no connections in state time_wait. Actual result: -- 100 connections are in time_wait status. -- Edit this bug report at http://bugs.php.net/?id=47314edit=1
#47478 [Opn-Bgs]: POST Variable not working
ID: 47478 Updated by: j...@php.net Reported By: impek at impek dot com -Status: Open +Status: Bogus Bug Type: Variables related Operating System: PHP Version 5.2.6-1+lenny2 -PHP Version: 5.2.8 +PHP Version: 5.2.6 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2009-02-23 09:45:02] impek at impek dot com Description: Since i updated to APACHE2, my simple login script does not echo any POST value, even with Global ON/OFF. GET method works, not POST. This script does not echo anything ! ? echo $kk; echo $_POST['kk']; ? form action= method=post enctype=multipart/form-data name=form1 id=form1 input name=kk type=text id=kk / input type=submit name=Submit value=Envoyer / /form -- Edit this bug report at http://bugs.php.net/?id=47478edit=1
#47479 [NEW]: Again: setlocale() ignores translation setting
From: szoftos at freemail dot hu Operating system: FreeBSD 7.0 PHP version: 5.2.9RC3 PHP Bug Type: Gettext related Bug description: Again: setlocale() ignores translation setting Description: Okay, i am posting this again, beacuse of my other bug was marked bogus, and i still think it's not: on BSD systems, setlocale itself is not usable for gettext without putenv(). If I don't use putenv() with setlocale() (which is not enabled by default in safe_mode=on for $LANG), my own translations are not useable with gettext. Since i use safe_mode, I'd not prefer enabling the setting of $LANG variable with putenv(). What I've seen during php ktracing, is that setlocale() only reads the original language settings from /usr/share/locale/*, but my own translations are not looked up. Is there any way to fix that functionality? Maybe it's more BSD related than I think. KEEP IN MIND: If you would like to build a multi-langual site with gettext, and the language have to be switched on-the-fly, you HAVE TO set te $LANG variable on each run. I was told to set it at runtime, but this is NOT an ELIGIBLE solution. Please don't mark it bogus, because this is a real problem with safe_mode=on. Reproduce code: --- You can simply try the gettext module's own tests to test it in BSD. They all will fail, because those tests aren't usint putenv(). -- Edit bug report at http://bugs.php.net/?id=47479edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47479r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47479r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47479r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47479r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47479r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47479r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47479r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47479r=needscript Try newer version: http://bugs.php.net/fix.php?id=47479r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47479r=support Expected behavior: http://bugs.php.net/fix.php?id=47479r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47479r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47479r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47479r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47479r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47479r=dst IIS Stability: http://bugs.php.net/fix.php?id=47479r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47479r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47479r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47479r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47479r=mysqlcfg
#47479 [Com]: Again: setlocale() ignores translation setting
ID: 47479 Comment by: szoftos at freemail dot hu Reported By: szoftos at freemail dot hu Status: Open Bug Type: Gettext related Operating System: FreeBSD 7.0 PHP Version: 5.2.9RC3 New Comment: umm, sorry, i was mistyped. I was told to set it at _startup_, but that's not good enough. I have to set it runtime. Previous Comments: [2009-02-23 13:11:41] szoftos at freemail dot hu Description: Okay, i am posting this again, beacuse of my other bug was marked bogus, and i still think it's not: on BSD systems, setlocale itself is not usable for gettext without putenv(). If I don't use putenv() with setlocale() (which is not enabled by default in safe_mode=on for $LANG), my own translations are not useable with gettext. Since i use safe_mode, I'd not prefer enabling the setting of $LANG variable with putenv(). What I've seen during php ktracing, is that setlocale() only reads the original language settings from /usr/share/locale/*, but my own translations are not looked up. Is there any way to fix that functionality? Maybe it's more BSD related than I think. KEEP IN MIND: If you would like to build a multi-langual site with gettext, and the language have to be switched on-the-fly, you HAVE TO set te $LANG variable on each run. I was told to set it at runtime, but this is NOT an ELIGIBLE solution. Please don't mark it bogus, because this is a real problem with safe_mode=on. Reproduce code: --- You can simply try the gettext module's own tests to test it in BSD. They all will fail, because those tests aren't usint putenv(). -- Edit this bug report at http://bugs.php.net/?id=47479edit=1
#47480 [NEW]: preg_replace with /i is not case insensitive
From: sehh at ionos dot gr Operating system: Linux PHP version: 5.2.8 PHP Bug Type: *Regular Expressions Bug description: preg_replace with /i is not case insensitive Description: preg_replace with the /i (case insensitive search) does not do a case insensitive search for UTF-8 Greek characters, while it works fine for English characters. Reproduce code: --- ?php $string = Ôï êõñßùò ôìÞìá ôïõ êéíçôÞñá, áõôü ðïõ ðåñéëáìâÜíåé ôïõò êõëßíäñïõò; // UTF-8 string in Greek language $target1 = ÊÉÍÇÔÇÑÁ; // Target string to search for (capitalized) $target2 = êéíçôÞñá; // Target string to search for (small letters) $replace = itworks; // Replace with this string $rc = preg_replace(/$target1/imsUu, $replace, $string, -1, $counter); // Execute search for target1 and replace echo \nSearching for: .$target1.\n; // Report output echo Result string: .$rc.\n; echo Found and replaced: .$counter.\n; $rc = preg_replace(/$target2/imsUu, $replace, $string, -1, $counter); // Execute search for target2 and replace echo \nSearching for: .$target2.\n; // Report output echo Result string: .$rc.\n; echo Found and replaced: .$counter.\n\n; ? Expected result: I expect the Found and Replaced to be both 1 since the expression is not case sensitive. Actual result: -- $ php -f test.php Searching for: ÊÉÍÇÔÇÑÁ Result string: Ôï êõñßùò ôìÞìá ôïõ êéíçôÞñá, áõôü ðïõ ðåñéëáìâÜíåé ôïõò êõëßíäñïõò Found and replaced: 0 Searching for: êéíçôÞñá Result string: Ôï êõñßùò ôìÞìá ôïõ itworks, áõôü ðïõ ðåñéëáìâÜíåé ôïõò êõëßíäñïõò Found and replaced: 1 -- Edit bug report at http://bugs.php.net/?id=47480edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47480r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47480r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47480r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47480r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47480r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47480r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47480r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47480r=needscript Try newer version: http://bugs.php.net/fix.php?id=47480r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47480r=support Expected behavior: http://bugs.php.net/fix.php?id=47480r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47480r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47480r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47480r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47480r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47480r=dst IIS Stability: http://bugs.php.net/fix.php?id=47480r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47480r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47480r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47480r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47480r=mysqlcfg
#47481 [NEW]: strnatcmp: char instead of unsigned char
From: carsten_sttgt at gmx dot de Operating system: Windows_NT PHP version: 5.2.8 PHP Bug Type: Strings related Bug description: strnatcmp: char instead of unsigned char Description: Hello, why is the nat_char defined as char instead of unsigned char? char limit us (and a correct sorting) to ASCII 0-127. With a unsigned char (ASCII 0-255) the sorting is correct for all single byte charsets like iso-8850-1 (which is the default in PHP). Internally the function is already doing a cast to unsigned char many times (but not in the main comparison). In the original header (strnatcmp.h) from the author, the typedef for nat_char is also only a hint. Regards, Carsten Reproduce code: --- ?php $daten = array('Süden','spielen','Sonne','Wind','Regen','Meer'); natcasesort($daten); print_r($daten); ? Expected result: Array ( [5] = Meer [4] = Regen [2] = Sonne [1] = spielen [0] = Süden [3] = Wind ) Actual result: -- Array ( [5] = Meer [4] = Regen [0] = Süden [2] = Sonne [1] = spielen [3] = Wind ) -- Edit bug report at http://bugs.php.net/?id=47481edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47481r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47481r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47481r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47481r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47481r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47481r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47481r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47481r=needscript Try newer version: http://bugs.php.net/fix.php?id=47481r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47481r=support Expected behavior: http://bugs.php.net/fix.php?id=47481r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47481r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47481r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47481r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47481r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47481r=dst IIS Stability: http://bugs.php.net/fix.php?id=47481r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47481r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47481r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47481r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47481r=mysqlcfg
#47351 [Com]: Memory leak in DateTime
ID: 47351 Comment by: paul dot assen at xs4all dot nl Reported By: tobias dot john at fondsnet dot de Status: Assigned Bug Type: Date/time related Operating System: Mac OS X 10.5 PHP Version: 5.3.0beta1 Assigned To: derick New Comment: I found this bug also to be present in PHP 5.2.8 under Windows XP Previous Comments: [2009-02-10 09:14:49] tobias dot john at fondsnet dot de Description: Memory allocated by a DateTime object is not released correctly. Inifite loops of allocating DateTime objects let the memory consumption even raise above the php memory limit. Reproduce code: --- while(1) { $v = new \DateTime(); } Expected result: Infinite loop. Actual result: -- php(38699) malloc: *** mmap(size=16777216) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug Bus error -- Edit this bug report at http://bugs.php.net/?id=47351edit=1
#46245 [Opn-Fbk]: is_writable() returns 'true' on read-only files over NFS
ID: 46245 Updated by: j...@php.net Reported By: gabe at mudbugmedia dot com -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Gentoo Linux 2.6.22-hardened-r8 PHP Version: 5.2.6 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2009-02-18 08:55:12] adiota at hotmail dot com i am having the same problem i have tested the same code in 5.2.5 and it works great and when uploaded to version 5.2.6 is_writable returns true for everything. [2008-10-06 19:54:46] gabe at mudbugmedia dot com Description: When using is_writable() on a read-only file mounted over NFS, it incorrectly returns true. In our environment, the NFS server is running MacOSX Server 10.5 mounted with the following fstab options: 10.10.10.10:/Volumes/Sack /sack nfs rw,rsize=32768,soft,intr,tcp,nosuid 0 1 Reproduce code: --- gabe...@proto /tmp $ ls -ld /sack/test dr-xr-xr-x 2 joshbug mudbug 68 Oct 6 14:45 /sack/test/ gabe...@proto /tmp $ ls -ld /tmp/test dr-xr-xr-x 2 joshbug mudbug 4096 Oct 6 14:44 /tmp/test/ gabe...@proto /tmp $ cat is_writable_test.php ?php var_dump( is_writable('/sack/test'), // /sack is the NFS mount is_writable('/tmp/test') ); gabe...@proto /tmp $ php -f is_writable_test.php Expected result: bool(false) bool(false) Actual result: -- bool(true) bool(false) -- Edit this bug report at http://bugs.php.net/?id=46245edit=1
#47482 [NEW]: IIS Worker Process-crash through heapcorruption using the ISAPI-DLL
From: M dot Kaesberger at gmx dot de Operating system: Windows Vista Business x86 PHP version: 5.2.8 PHP Bug Type: Reproducible crash Bug description: IIS Worker Process-crash through heapcorruption using the ISAPI-DLL Description: I've installed PHP in my IIS7 as ISAPI, not how it's written in install.txt. Now often the IIS Worker Process crashs. Reproduce code: --- i think no exact code is needed. Expected result: nothing especial. Actual result: -- the process crashs and i get a dump-file. it says !heap ** * * * HEAP ERROR DETECTED * * * ** Details: Error address: 01430590 Heap handle: 000e Error type heap_failure_entry_corruption (3) Stack trace: 772b004f: ntdll!RtlpAnalyzeHeapFailure+0x025a 7727da07: ntdll!RtlpFreeHeap+0x00c8 77261c21: ntdll!RtlFreeHeap+0x014e 773a7a7e: kernel32!HeapFree+0x0014 7701a097: msvcrt!free+0x00cd 037cbe22: php5ts!zm_shutdown_syslog+0x0022 7726a604: ntdll!LdrpCallInitRoutine+0x0014 772298ad: ntdll!LdrpUnloadDll+0x03ba 7723bf50: ntdll!LdrUnloadDll+0x0046 773a4628: kernel32!FreeLibrary+0x0015 cb1b: isapi!ISAPI_DLL::Unload+0x0038 a93f: isapi!ISAPI_DLL::DereferenceIsapiDll+0x0037 71996bdc: iisutil!CLKRLinearHashTable::_Clear+0x006f 71996dd2: iisutil!CLKRLinearHashTable::~CLKRLinearHashTable+0x0019 71996e75: iisutil!CLKRHashTable::_FreeSubTable+0x0013 71996fe4: iisutil!CLKRHashTable::~CLKRHashTable+0x0018 that crashs: php5ts!zm_shutdown_syslog+22 [ext\standard\syslog.c @ 130] -- Edit bug report at http://bugs.php.net/?id=47482edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47482r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47482r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47482r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47482r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47482r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47482r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47482r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47482r=needscript Try newer version: http://bugs.php.net/fix.php?id=47482r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47482r=support Expected behavior: http://bugs.php.net/fix.php?id=47482r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47482r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47482r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47482r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47482r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47482r=dst IIS Stability: http://bugs.php.net/fix.php?id=47482r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47482r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47482r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47482r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47482r=mysqlcfg
#47482 [Opn]: IIS Worker Process-crash through heapcorruption using the ISAPI-DLL
ID: 47482 User updated by: M dot Kaesberger at gmx dot de Reported By: M dot Kaesberger at gmx dot de Status: Open Bug Type: Reproducible crash Operating System: Windows Vista Business x86 PHP Version: 5.2.8 New Comment: German thread about the problem: http://www.delphipraxis.net/topic152542_iis+und+php+innige+freunde.html Previous Comments: [2009-02-23 13:59:15] M dot Kaesberger at gmx dot de Description: I've installed PHP in my IIS7 as ISAPI, not how it's written in install.txt. Now often the IIS Worker Process crashs. Reproduce code: --- i think no exact code is needed. Expected result: nothing especial. Actual result: -- the process crashs and i get a dump-file. it says !heap ** * * * HEAP ERROR DETECTED * * * ** Details: Error address: 01430590 Heap handle: 000e Error type heap_failure_entry_corruption (3) Stack trace: 772b004f: ntdll!RtlpAnalyzeHeapFailure+0x025a 7727da07: ntdll!RtlpFreeHeap+0x00c8 77261c21: ntdll!RtlFreeHeap+0x014e 773a7a7e: kernel32!HeapFree+0x0014 7701a097: msvcrt!free+0x00cd 037cbe22: php5ts!zm_shutdown_syslog+0x0022 7726a604: ntdll!LdrpCallInitRoutine+0x0014 772298ad: ntdll!LdrpUnloadDll+0x03ba 7723bf50: ntdll!LdrUnloadDll+0x0046 773a4628: kernel32!FreeLibrary+0x0015 cb1b: isapi!ISAPI_DLL::Unload+0x0038 a93f: isapi!ISAPI_DLL::DereferenceIsapiDll+0x0037 71996bdc: iisutil!CLKRLinearHashTable::_Clear+0x006f 71996dd2: iisutil!CLKRLinearHashTable::~CLKRLinearHashTable+0x0019 71996e75: iisutil!CLKRHashTable::_FreeSubTable+0x0013 71996fe4: iisutil!CLKRHashTable::~CLKRHashTable+0x0018 that crashs: php5ts!zm_shutdown_syslog+22 [ext\standard\syslog.c @ 130] -- Edit this bug report at http://bugs.php.net/?id=47482edit=1
#47463 [Com]: PHP Crash (CLI) / PHP Access Violation (Browser output)
ID: 47463 Comment by: fabio dot scala at swisscom dot com Reported By: fabio dot scala at swisscom dot com Status: Feedback Bug Type: PDO related Operating System: Windows Server 2003 SP2 PHP Version: 5.2CVS-2009-02-20 (CVS) New Comment: I managed to fix the problem by using XDebug. Anyway, it seems that we used bindValue() more than once on the same prepared statement with the same parameter. Once I removed the redundant bindValue() it seemed to work. $stmt-bindValue(:dateEnd, create_mssql_date_day($dateEnd)); $stmt-bindValue(:dateEnd, create_mssql_date_day($someOtherDate)); Executing works, but PHP crashes after the first fetch(). So actually at least this PHP Access Violation problem is resolved for us (we usually get some in other apps, but I have no clue why yet) I hope you guys will be able to reproduce this somehow. Previous Comments: [2009-02-21 11:15:25] fel...@php.net 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 ?php and ends 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. [2009-02-20 11:35:33] fabio dot scala at swisscom dot com Description: Environment: Microsoft Windows Server 2003 SP2 PHP 5.2.9RC3-dev (cli) (built: Feb 19 2009 11:40:00) IIS 6 with ISAPI (already tried FastCGI) Changes Made to php.ini-dist: extension=php_pdo.dll extension=php_pdo_mssql.dll Error: Browser Output: PHP has encountered an Access Violation at Address CLI: No output at all, the process just ends/crashes. Description: Unfortunately I'm not sure when this happens exactly, I've been able to reproduce it in our web application by always using certain parameters for the same action. It seems to happen when the data fetched from the MSSQL Server increases (more rows fetched = crash). Sadly we have been having these kind of problems for a year now. Earlier with 5.1.6, now it's 5.2.8. They just seem to pop out of nowhere randomly and most of the times a restart of the IIS is necessary. This Access Violation here is the only one I've been able to *reproduce* (well kinda). Reproduce code: --- As it's not really a what you can call a *small* web application and it only happens when the SQL statement changes (to return more rows), I wasn't able to reproduce this Error with a small PHP Script. Expected result: - Actual result: -- DebugDiag CrashHang Report: http://homepage.hispeed.ch/fabioscala/CrashHang_Report__PID_4012__02202009120132378.htm DebugDiag Memory_Report: http://homepage.hispeed.ch/fabioscala/Memory_Report__PID_4012__02202009120056456.htm Created on our integration server, the production has different hardware but the same OS. (PHP crashes on both servers of course, meaning it's not a defect RAM/hardware issue.) -- Edit this bug report at http://bugs.php.net/?id=47463edit=1
#47482 [Opn-Bgs]: IIS Worker Process-crash through heapcorruption using the ISAPI-DLL
ID: 47482 Updated by: j...@php.net Reported By: M dot Kaesberger at gmx dot de -Status: Open +Status: Bogus -Bug Type: Reproducible crash +Bug Type: IIS related Operating System: Windows Vista Business x86 PHP Version: 5.2.8 New Comment: We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. Previous Comments: [2009-02-23 14:01:40] M dot Kaesberger at gmx dot de German thread about the problem: http://www.delphipraxis.net/topic152542_iis+und+php+innige+freunde.html [2009-02-23 13:59:15] M dot Kaesberger at gmx dot de Description: I've installed PHP in my IIS7 as ISAPI, not how it's written in install.txt. Now often the IIS Worker Process crashs. Reproduce code: --- i think no exact code is needed. Expected result: nothing especial. Actual result: -- the process crashs and i get a dump-file. it says !heap ** * * * HEAP ERROR DETECTED * * * ** Details: Error address: 01430590 Heap handle: 000e Error type heap_failure_entry_corruption (3) Stack trace: 772b004f: ntdll!RtlpAnalyzeHeapFailure+0x025a 7727da07: ntdll!RtlpFreeHeap+0x00c8 77261c21: ntdll!RtlFreeHeap+0x014e 773a7a7e: kernel32!HeapFree+0x0014 7701a097: msvcrt!free+0x00cd 037cbe22: php5ts!zm_shutdown_syslog+0x0022 7726a604: ntdll!LdrpCallInitRoutine+0x0014 772298ad: ntdll!LdrpUnloadDll+0x03ba 7723bf50: ntdll!LdrUnloadDll+0x0046 773a4628: kernel32!FreeLibrary+0x0015 cb1b: isapi!ISAPI_DLL::Unload+0x0038 a93f: isapi!ISAPI_DLL::DereferenceIsapiDll+0x0037 71996bdc: iisutil!CLKRLinearHashTable::_Clear+0x006f 71996dd2: iisutil!CLKRLinearHashTable::~CLKRLinearHashTable+0x0019 71996e75: iisutil!CLKRHashTable::_FreeSubTable+0x0013 71996fe4: iisutil!CLKRHashTable::~CLKRHashTable+0x0018 that crashs: php5ts!zm_shutdown_syslog+22 [ext\standard\syslog.c @ 130] -- Edit this bug report at http://bugs.php.net/?id=47482edit=1
#47468 [Com]: enable readline for embed sapi
ID: 47468 Comment by: paul dot biggar at gmail dot com Reported By: admin at mateuszjanowski dot pl Status: Open Bug Type: Feature/Change Request Operating System: Ubuntu 8.10 Linux PHP Version: 5.2.8 New Comment: Here is the context: http://www.phpcompiler.org/lists/phc-general/2009-February/000907.html I would mark this as a bug, not a feature request. The readline functions are not available in the embed SAPI. However, there is no reason that it should be impossible for an embed user to have access to readline. Previous Comments: [2009-02-21 17:47:26] admin at mateuszjanowski dot pl Description: Hello, is my first bug report; I'm using php compiler (phc - http://www.phpcompiler.org/) with php CLI [5.2.8]. I meet first problem when i started to use readline extension. I compiled php with '--with readline' is working ok but when i compile my program using phc i get; 'Fatal error: status(): Call to undefined function readline() in rcon.php on line 52'. The phc author tell me to do; I would recommend filing a bug with PHP, asking for the readline extension to be included in the embed SAPI. It seems like an oversight rather than a feature. In addition, it might be straightforward to create a patch to fix this yourself. I took a quick look at this, but I couldn't find where to do this. You might have more luck. Btw i compiled PHP 5.2.9RC2 version and getting the same error. Mabye you can help me? Greetings Mateusz Janowski. Reproduce code: --- http://mateuszjanowski.pl/rcon.phps Expected result: 0.2 Alpha - www.torvalds.pl Remote Console: IP:PORT... Rcon: You write here commands which is send to the server. Actual result: -- When i run php -f rcon.php is working OK but after compiling nope; 0.2 Alpha - www.torvalds.pl Remote Console: IP:PORT... Fatal error: status(): Call to undefined function readline() in rcon.php on line 52 -- Edit this bug report at http://bugs.php.net/?id=47468edit=1
#47482 [Bgs]: IIS Worker Process-crash through heapcorruption using the ISAPI-DLL
ID: 47482 Updated by: paj...@php.net Reported By: M dot Kaesberger at gmx dot de Status: Bogus Bug Type: IIS related Operating System: Windows Vista Business x86 PHP Version: 5.2.8 New Comment: By the way, if you have IIS7, I would suggest to use the FastCGI SAPI instead of the unmaintained ISAPI. It is the recommended way (recommended by us and microsoft). Previous Comments: [2009-02-23 14:14:08] j...@php.net We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. [2009-02-23 14:01:40] M dot Kaesberger at gmx dot de German thread about the problem: http://www.delphipraxis.net/topic152542_iis+und+php+innige+freunde.html [2009-02-23 13:59:15] M dot Kaesberger at gmx dot de Description: I've installed PHP in my IIS7 as ISAPI, not how it's written in install.txt. Now often the IIS Worker Process crashs. Reproduce code: --- i think no exact code is needed. Expected result: nothing especial. Actual result: -- the process crashs and i get a dump-file. it says !heap ** * * * HEAP ERROR DETECTED * * * ** Details: Error address: 01430590 Heap handle: 000e Error type heap_failure_entry_corruption (3) Stack trace: 772b004f: ntdll!RtlpAnalyzeHeapFailure+0x025a 7727da07: ntdll!RtlpFreeHeap+0x00c8 77261c21: ntdll!RtlFreeHeap+0x014e 773a7a7e: kernel32!HeapFree+0x0014 7701a097: msvcrt!free+0x00cd 037cbe22: php5ts!zm_shutdown_syslog+0x0022 7726a604: ntdll!LdrpCallInitRoutine+0x0014 772298ad: ntdll!LdrpUnloadDll+0x03ba 7723bf50: ntdll!LdrUnloadDll+0x0046 773a4628: kernel32!FreeLibrary+0x0015 cb1b: isapi!ISAPI_DLL::Unload+0x0038 a93f: isapi!ISAPI_DLL::DereferenceIsapiDll+0x0037 71996bdc: iisutil!CLKRLinearHashTable::_Clear+0x006f 71996dd2: iisutil!CLKRLinearHashTable::~CLKRLinearHashTable+0x0019 71996e75: iisutil!CLKRHashTable::_FreeSubTable+0x0013 71996fe4: iisutil!CLKRHashTable::~CLKRHashTable+0x0018 that crashs: php5ts!zm_shutdown_syslog+22 [ext\standard\syslog.c @ 130] -- Edit this bug report at http://bugs.php.net/?id=47482edit=1
#47483 [NEW]: session_set_save_handler without session_start causes issues in IE
From: watermark86 at gmail dot com Operating system: Ubuntu 8.04 x32 PHP version: 5.2.8 PHP Bug Type: Session related Bug description: session_set_save_handler without session_start causes issues in IE Description: Calling session_set_save_handler without calling session_start later will cause IE 7 to report that the website is having network problems. The site will work in all other browsers, including IE8. Disabled the great Friendly HTTP errors which lead to the same error. Reproduce code: --- class SessionManager { private $life_time; private $db; public function __construct() { // Read the maxlifetime setting from PHP $this-life_time = get_cfg_var(session.gc_maxlifetime); ini_set('session.gc_probability','1'); // Register this object as the session handler session_set_save_handler( array( $this, open ), array( $this, close ), array( $this, read ), array( $this, write), array( $this, destroy), array( $this, gc ) ); } public function open() { global $dbhost, $dbuser, $dbpass, $dbname; //get a seperate connection for session management $this-db = new sql_db($dbhost, $dbuser, $dbpass, $dbname); } public function close() { //close the connection $this-db-close(); } public function read($sessionid) { global $dbprefix; $this-cleanSQL($sessionid); $id = $this-db-query( SELECT data FROM {$dbprefix}sessions WHERE sessionid='{$sessionid}' AND expire UNIX_TIMESTAMP() ); if( $this-db-numrows() == 0 ) return ''; else { $row = $this-db-fetchrow(0,MYSQLI_ASSOC); return $row['data']; } } public function write($sessionid, $data) { global $dbprefix; $this-cleanSQL($sessionid); $this-cleanSQL($data); $time = time() + $this-life_time; $this-db-query( REPLACE {$dbprefix}sessions (sessionid,data,expire) VALUES ( '{$sessionid}', '{$data}', '{$time}' ) ); return TRUE; } public function destroy( $sessionid ) { global $dbprefix; $this-cleanSQL($sessionid); $this-db-query( DELETE FROM {$dbprefix}sessions WHERE sessionid='{$sessionid}' ); return true; } public function gc() { global $dbprefix; $this-db-query( DELETE FROM {$dbprefix}sessions WHERE expire UNIX_TIMESTAMP() ); return true; } private function cleanSQL($var) { $var = mysql_real_escape_string($var); } } $sessionmanager = new SessionManager(); echo 'it works'; Expected result: Will print it works in all browsers. Actual result: -- Prints it works in all browsers except IE7 (Unknown if IE6 is affected.) -- Edit bug report at http://bugs.php.net/?id=47483edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47483r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47483r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47483r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47483r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47483r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47483r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47483r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47483r=needscript Try newer version: http://bugs.php.net/fix.php?id=47483r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47483r=support Expected behavior: http://bugs.php.net/fix.php?id=47483r=notwrong Not enough info:
#46245 [Fbk-Opn]: is_writable() returns 'true' on read-only files over NFS
ID: 46245 User updated by: gabe at mudbugmedia dot com Reported By: gabe at mudbugmedia dot com -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Gentoo Linux 2.6.22-hardened-r8 PHP Version: 5.2.6 New Comment: nightly build did not fix behavior. However, I want to clarify that this behavior is only occurring with directories, and not regular files. Previous Comments: [2009-02-23 13:51:31] 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/ [2009-02-18 08:55:12] adiota at hotmail dot com i am having the same problem i have tested the same code in 5.2.5 and it works great and when uploaded to version 5.2.6 is_writable returns true for everything. [2008-10-06 19:54:46] gabe at mudbugmedia dot com Description: When using is_writable() on a read-only file mounted over NFS, it incorrectly returns true. In our environment, the NFS server is running MacOSX Server 10.5 mounted with the following fstab options: 10.10.10.10:/Volumes/Sack /sack nfs rw,rsize=32768,soft,intr,tcp,nosuid 0 1 Reproduce code: --- gabe...@proto /tmp $ ls -ld /sack/test dr-xr-xr-x 2 joshbug mudbug 68 Oct 6 14:45 /sack/test/ gabe...@proto /tmp $ ls -ld /tmp/test dr-xr-xr-x 2 joshbug mudbug 4096 Oct 6 14:44 /tmp/test/ gabe...@proto /tmp $ cat is_writable_test.php ?php var_dump( is_writable('/sack/test'), // /sack is the NFS mount is_writable('/tmp/test') ); gabe...@proto /tmp $ php -f is_writable_test.php Expected result: bool(false) bool(false) Actual result: -- bool(true) bool(false) -- Edit this bug report at http://bugs.php.net/?id=46245edit=1
#47473 [Fbk-Opn]: set_error_handler() crashes the
ID: 47473 User updated by: typo3 at maltejansen dot de Reported By: typo3 at maltejansen dot de -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows Vista PHP Version: 5.3.0beta1 New Comment: Here you can download the source: https://svn.typo3.org/FLOW3/Distribution/trunk/ Just the set your server to the Public-Directory. And call e.g. http://localhost/ (you should see the welcome screen) Than call http://localhost/Testing/ (should crash!!!) The origin of the crash is located in in the constructor of Packages/Global/FLOW3/Classes/Error/ErrorHandler.php. http://localhost/Testing/ - Packages/Global/Testing/Classes/Controller/DefaultController.php Previous Comments: [2009-02-23 09:30:18] paj...@php.net \php53vc6tsphp ..\php53snapvc9\47473.php Warning: set_error_handler() expects the argument (ErrorHandler::handleError) to be a valid callback in C:\Users\pierre\Documents\test\php53snapvc9\47473.php on line 4 I suppose it happens in typo3 under certain conditions and not simply with the code you gave here. Please provide a full script to reproduce the crash. [2009-02-23 09:23:10] typo3 at maltejansen dot de I just tested it with PHP 5.3 - Windows x86 VC6 (thread safe)) [12.41MB] - 2009-Feb-23 08:00:00 and it still crashes... By the way, the crash is confirmed by several other users: http://lists.netfielders.de/pipermail/typo3-project-5_0-general/2009-February/001878.html [2009-02-22 21:24:33] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-02-22 14:36:49] typo3 at maltejansen dot de Description: set_error_handler() using set_error_handler. The bug occured first in php5.3alpha2. In php5.3alpha3 it seemed to be solved. But in beta1 it's there again. (I could not find the old bug.) So please link it to the other one. Reproduce code: --- class ErrorHandler { public function __construct() { set_error_handler(array($this, 'handleError')); } ... } Expected result: Should not crash. Actual result: -- Crash. -- Edit this bug report at http://bugs.php.net/?id=47473edit=1
#47473 [Opn]: set_error_handler() crashes the
ID: 47473 Updated by: paj...@php.net Reported By: typo3 at maltejansen dot de Status: Open Bug Type: Reproducible crash Operating System: Windows Vista PHP Version: 5.3.0beta1 New Comment: Please provide a small (or the smallest possible script) script to reproduce your problem. Do not take it too badly but I do not have the time to fetch and install Flow3 (or any dependency). We really need a self contained script to be able to efficiently fix this bug. It is easy to crash an app but not to create a small script, and as you know this app better than us... :) By the way, the SSL certificate for this URL is not valid. Previous Comments: [2009-02-23 15:31:00] typo3 at maltejansen dot de Here you can download the source: https://svn.typo3.org/FLOW3/Distribution/trunk/ Just the set your server to the Public-Directory. And call e.g. http://localhost/ (you should see the welcome screen) Than call http://localhost/Testing/ (should crash!!!) The origin of the crash is located in in the constructor of Packages/Global/FLOW3/Classes/Error/ErrorHandler.php. http://localhost/Testing/ - Packages/Global/Testing/Classes/Controller/DefaultController.php [2009-02-23 09:30:18] paj...@php.net \php53vc6tsphp ..\php53snapvc9\47473.php Warning: set_error_handler() expects the argument (ErrorHandler::handleError) to be a valid callback in C:\Users\pierre\Documents\test\php53snapvc9\47473.php on line 4 I suppose it happens in typo3 under certain conditions and not simply with the code you gave here. Please provide a full script to reproduce the crash. [2009-02-23 09:23:10] typo3 at maltejansen dot de I just tested it with PHP 5.3 - Windows x86 VC6 (thread safe)) [12.41MB] - 2009-Feb-23 08:00:00 and it still crashes... By the way, the crash is confirmed by several other users: http://lists.netfielders.de/pipermail/typo3-project-5_0-general/2009-February/001878.html [2009-02-22 21:24:33] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-02-22 14:36:49] typo3 at maltejansen dot de Description: set_error_handler() using set_error_handler. The bug occured first in php5.3alpha2. In php5.3alpha3 it seemed to be solved. But in beta1 it's there again. (I could not find the old bug.) So please link it to the other one. Reproduce code: --- class ErrorHandler { public function __construct() { set_error_handler(array($this, 'handleError')); } ... } Expected result: Should not crash. Actual result: -- Crash. -- Edit this bug report at http://bugs.php.net/?id=47473edit=1
#47473 [Opn-Fbk]: set_error_handler() crashes the
ID: 47473 Updated by: paj...@php.net Reported By: typo3 at maltejansen dot de -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows Vista PHP Version: 5.3.0beta1 Previous Comments: [2009-02-23 15:41:19] paj...@php.net Please provide a small (or the smallest possible script) script to reproduce your problem. Do not take it too badly but I do not have the time to fetch and install Flow3 (or any dependency). We really need a self contained script to be able to efficiently fix this bug. It is easy to crash an app but not to create a small script, and as you know this app better than us... :) By the way, the SSL certificate for this URL is not valid. [2009-02-23 15:31:00] typo3 at maltejansen dot de Here you can download the source: https://svn.typo3.org/FLOW3/Distribution/trunk/ Just the set your server to the Public-Directory. And call e.g. http://localhost/ (you should see the welcome screen) Than call http://localhost/Testing/ (should crash!!!) The origin of the crash is located in in the constructor of Packages/Global/FLOW3/Classes/Error/ErrorHandler.php. http://localhost/Testing/ - Packages/Global/Testing/Classes/Controller/DefaultController.php [2009-02-23 09:30:18] paj...@php.net \php53vc6tsphp ..\php53snapvc9\47473.php Warning: set_error_handler() expects the argument (ErrorHandler::handleError) to be a valid callback in C:\Users\pierre\Documents\test\php53snapvc9\47473.php on line 4 I suppose it happens in typo3 under certain conditions and not simply with the code you gave here. Please provide a full script to reproduce the crash. [2009-02-23 09:23:10] typo3 at maltejansen dot de I just tested it with PHP 5.3 - Windows x86 VC6 (thread safe)) [12.41MB] - 2009-Feb-23 08:00:00 and it still crashes... By the way, the crash is confirmed by several other users: http://lists.netfielders.de/pipermail/typo3-project-5_0-general/2009-February/001878.html [2009-02-22 21:24:33] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ 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/47473 -- Edit this bug report at http://bugs.php.net/?id=47473edit=1
#47484 [NEW]: PHP 4 code dosent work on php5
From: skrishnamur1 at bloomberg dot net Operating system: Soalris 10 PHP version: 5.2.8 PHP Bug Type: *Compile Issues Bug description: PHP 4 code dosent work on php5 Description: Hi, I recently compiled php 4.3.2 with apache 2.2.9, but it does not seem to detect the php module at startup (does not display any error messages). When i do an ldd -r libphp4.so, I see a bunch of symbol not found messages. I tried using the options mentioned in Bug 17273, but apapche 2.2.9 does not seem to recognize the --enable-shared=max --enable-rule=SHARED_CORE directives. any pointers would be quite helpful. Im also constrained to using php 4.3.2 as i am trying to port over PHP code that dosent seem to display properly on PHP 5.2.1 (I compile PHP 5.2.1 and it loads fine)Is PHP 5.2.1 supposed to be fully backward compatible with code written for PHP 4.3.2. I heard something about differences in pass-by-value vs pass-by-reference: # ldd -r libphp4.so libnsl.so.1 = /lib/libnsl.so.1 libpspell.so.15 = /usr/lib/libpspell.so.15 libiconv.so.2 = /usr/local/lib/libiconv.so.2 libintl.so.1 = /lib/libintl.so.1 libbz2.so.1 = /usr/lib/libbz2.so.1 libresolv.so.2 =/lib/libresolv.so.2 libm.so.2 = /lib/libm.so.2 libsocket.so.1 =/lib/libsocket.so.1 libc.so.1 = /lib/libc.so.1 libmp.so.2 =/lib/libmp.so.2 libmd.so.1 =/lib/libmd.so.1 libscf.so.1 = /lib/libscf.so.1 libCrun.so.1 = /usr/lib/libCrun.so.1 libaspell.so.15 = /usr/lib/libaspell.so.15 libdoor.so.1 = /lib/libdoor.so.1 libuutil.so.1 = /lib/libuutil.so.1 libgen.so.1 = /lib/libgen.so.1 /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 symbol not found: apr_pool_cleanup_null (./libphp4.so) symbol not found: ap_loaded_modules (./libphp4.so) symbol not found: unixd_config (./libphp4.so) symbol not found: ap_max_requests_per_child (./libphp4.so) symbol not found: ap_server_root(./libphp4.so) symbol not found: apr_pstrdup (./libphp4.so) symbol not found: ap_server_root_relative (./libphp4.so) symbol not found: apr_palloc(./libphp4.so) symbol not found: apr_pool_cleanup_register (./libphp4.so) symbol not found: ap_sub_req_lookup_uri (./libphp4.so) symbol not found: ap_destroy_sub_req(./libphp4.so) symbol not found: ap_run_sub_req(./libphp4.so) symbol not found: apr_table_elts(./libphp4.so) symbol not found: apr_table_get (./libphp4.so) symbol not found: apr_table_set (./libphp4.so) symbol not found: ap_get_server_version (./libphp4.so) My configure lines are as follows: PHP 4.3.2: ./configure --prefix=/bb/web/apache_2_2_9/php --with-apxs2=/bb/web/apache_2_2_9/bin/ apxs --exec-prefix=/bb/web/apache_2_2_9/php --cache-file=../config.cache --with-conf ig-file-path=/bb/web/apache_2_2_9/conf --with-config-file-scan-dir=/bb/web/apache_2_ 2_9/php --disable-cli --without-pspell --enable-force-cgi-redirect --disable-sapi -- disable-debug --enable-pic --disable-rpath --disable-exec --enable-inline-optimizati on --with-bz2 --with-exec-dir=/bb/web/apache_2_2_9 --with-freetype-dir=/bb/web/apach e_2_2_9 --without-gd --with-gettext --without-ncurses --with-gmp --with-iconv=/usr/l ocal/lib --with-libiconv-prefix=/bb/web/apache_2_2_9 --disable-posix --with-png --wi th-pspell --with-regex=system --with-xml --with-zlib --with-layout=GNU --enable-bcma th --enable-exif --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sysv sem --enable-sysvshm --enable-discard-path --enable-track-vars --enable-trans-sid -- enable-yp --enable-wddx --enable-mbstring --enable-mbstr-enc-trans --enable-mbregex --without-oci8 --with-mysql=shared --with-pgsql=shared --enable-memory-limit --enabl e-bcmath --enable-shmop --enable-versioning --enable-calendar --enable-dbx --enable- dio --enable-mcal Apache 2.2.9 (Original) : ./configure --prefix=/bb/web/apache_2_2_9 --enable-mods-shared=all --enable-ssl=shared --with-ssl=/opt/OpenSSL -with-apr=/bb/web/apache_2_2_9 -with-apr-util=/bb/web/apache_2_2_9 Apache 2.2.9 (Modified) : ./configure --prefix=/bb/web/apache_2_2_9 --enable-shared=max --enable-rule=SHARED_CORE --enable-mods-share=all --enable-ssl=shared --with-ssl=/opt/OpenSSL -with-apr=/bb/web/apache_2_2_9 -with-apr-util=/bb/web/apache_2_2_9 I added the lines to httpd.conf as below: # PHP Configuration for Apache # # Load the apache module # LoadModule php4_module modules/libphp4.so # # Cause the PHP interpreter handle files with a .php extension. # Files *.php SetOutputFilter PHP SetInputFilter PHP LimitRequestBody 9524288 /Files AddType application/x-httpd-php .php
#47477 [Opn-Csd]: [PATCH] php_curl_stream_read() unnecessarily sleeps 15 secs under heavy load
ID: 47477 Updated by: il...@php.net Reported By: g dot bonacci at libero dot it -Status: Open +Status: Closed Bug Type: cURL related Operating System: * PHP Version: 5.*CVS, 6CVS (2009-02-23) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2009-02-23 09:40:15] g dot bonacci at libero dot it Description: php_curl_stream_read() in ext/curl/streams.c always calls select() after firing up a connection. however, when the php client is under heavy load, the server might have already responded, and the last call to curl_multi_perform() before entering the loop might have received all the data and closed the connection. at this point, curl_multi_fdset() in the loop returns maxfs == -1, and the following select turns into a pointless 15 sec sleep. please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=514832 for reference. a patch is available at http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=php.curlstream.patch;att=1;bug=514832 -- Edit this bug report at http://bugs.php.net/?id=47477edit=1
#47484 [Opn-WFx]: PHP 4 code dosent work on php5
ID: 47484 Updated by: der...@php.net Reported By: skrishnamur1 at bloomberg dot net -Status: Open +Status: Wont fix Bug Type: *Compile Issues Operating System: Soalris 10 PHP Version: 5.2.8 New Comment: We are sorry, but we can not support PHP 4 related problems anymore. Momentum is gathering for PHP 6, and we think supporting PHP 4 will lead to a waste of resources which we want to put into getting PHP 6 ready. Previous Comments: [2009-02-23 15:58:22] skrishnamur1 at bloomberg dot net Description: Hi, I recently compiled php 4.3.2 with apache 2.2.9, but it does not seem to detect the php module at startup (does not display any error messages). When i do an ldd -r libphp4.so, I see a bunch of symbol not found messages. I tried using the options mentioned in Bug 17273, but apapche 2.2.9 does not seem to recognize the --enable-shared=max --enable-rule=SHARED_CORE directives. any pointers would be quite helpful. Im also constrained to using php 4.3.2 as i am trying to port over PHP code that dosent seem to display properly on PHP 5.2.1 (I compile PHP 5.2.1 and it loads fine)Is PHP 5.2.1 supposed to be fully backward compatible with code written for PHP 4.3.2. I heard something about differences in pass-by-value vs pass-by-reference: # ldd -r libphp4.so libnsl.so.1 = /lib/libnsl.so.1 libpspell.so.15 = /usr/lib/libpspell.so.15 libiconv.so.2 = /usr/local/lib/libiconv.so.2 libintl.so.1 = /lib/libintl.so.1 libbz2.so.1 = /usr/lib/libbz2.so.1 libresolv.so.2 =/lib/libresolv.so.2 libm.so.2 = /lib/libm.so.2 libsocket.so.1 =/lib/libsocket.so.1 libc.so.1 = /lib/libc.so.1 libmp.so.2 =/lib/libmp.so.2 libmd.so.1 =/lib/libmd.so.1 libscf.so.1 = /lib/libscf.so.1 libCrun.so.1 = /usr/lib/libCrun.so.1 libaspell.so.15 = /usr/lib/libaspell.so.15 libdoor.so.1 = /lib/libdoor.so.1 libuutil.so.1 = /lib/libuutil.so.1 libgen.so.1 = /lib/libgen.so.1 /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 symbol not found: apr_pool_cleanup_null (./libphp4.so) symbol not found: ap_loaded_modules (./libphp4.so) symbol not found: unixd_config (./libphp4.so) symbol not found: ap_max_requests_per_child (./libphp4.so) symbol not found: ap_server_root(./libphp4.so) symbol not found: apr_pstrdup (./libphp4.so) symbol not found: ap_server_root_relative (./libphp4.so) symbol not found: apr_palloc(./libphp4.so) symbol not found: apr_pool_cleanup_register (./libphp4.so) symbol not found: ap_sub_req_lookup_uri (./libphp4.so) symbol not found: ap_destroy_sub_req(./libphp4.so) symbol not found: ap_run_sub_req(./libphp4.so) symbol not found: apr_table_elts(./libphp4.so) symbol not found: apr_table_get (./libphp4.so) symbol not found: apr_table_set (./libphp4.so) symbol not found: ap_get_server_version (./libphp4.so) My configure lines are as follows: PHP 4.3.2: ./configure --prefix=/bb/web/apache_2_2_9/php --with-apxs2=/bb/web/apache_2_2_9/bin/ apxs --exec-prefix=/bb/web/apache_2_2_9/php --cache-file=../config.cache --with-conf ig-file-path=/bb/web/apache_2_2_9/conf --with-config-file-scan-dir=/bb/web/apache_2_ 2_9/php --disable-cli --without-pspell --enable-force-cgi-redirect --disable-sapi -- disable-debug --enable-pic --disable-rpath --disable-exec --enable-inline-optimizati on --with-bz2 --with-exec-dir=/bb/web/apache_2_2_9 --with-freetype-dir=/bb/web/apach e_2_2_9 --without-gd --with-gettext --without-ncurses --with-gmp --with-iconv=/usr/l ocal/lib --with-libiconv-prefix=/bb/web/apache_2_2_9 --disable-posix --with-png --wi th-pspell --with-regex=system --with-xml --with-zlib --with-layout=GNU --enable-bcma th --enable-exif --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sysv sem --enable-sysvshm --enable-discard-path --enable-track-vars --enable-trans-sid -- enable-yp --enable-wddx --enable-mbstring --enable-mbstr-enc-trans --enable-mbregex --without-oci8 --with-mysql=shared --with-pgsql=shared --enable-memory-limit --enabl e-bcmath --enable-shmop --enable-versioning --enable-calendar --enable-dbx --enable- dio --enable-mcal Apache 2.2.9 (Original) : ./configure --prefix=/bb/web/apache_2_2_9 --enable-mods-shared=all --enable-ssl=shared --with-ssl=/opt/OpenSSL -with-apr=/bb/web/apache_2_2_9 -with-apr-util=/bb/web/apache_2_2_9 Apache 2.2.9 (Modified) : ./configure --prefix=/bb/web/apache_2_2_9 --enable-shared=max --enable-rule=SHARED_CORE --enable-mods-share=all
#47468 [Opn]: enable readline for embed sapi
ID: 47468 User updated by: admin at mateuszjanowski dot pl Reported By: admin at mateuszjanowski dot pl Status: Open -Bug Type: Feature/Change Request +Bug Type: Readline related Operating System: Ubuntu 8.10 Linux -PHP Version: 5.2.8 +PHP Version: 5.2.8/5.2.9RC2 New Comment: Category and Version updated. Previous Comments: [2009-02-23 14:16:38] paul dot biggar at gmail dot com Here is the context: http://www.phpcompiler.org/lists/phc-general/2009-February/000907.html I would mark this as a bug, not a feature request. The readline functions are not available in the embed SAPI. However, there is no reason that it should be impossible for an embed user to have access to readline. [2009-02-21 17:47:26] admin at mateuszjanowski dot pl Description: Hello, is my first bug report; I'm using php compiler (phc - http://www.phpcompiler.org/) with php CLI [5.2.8]. I meet first problem when i started to use readline extension. I compiled php with '--with readline' is working ok but when i compile my program using phc i get; 'Fatal error: status(): Call to undefined function readline() in rcon.php on line 52'. The phc author tell me to do; I would recommend filing a bug with PHP, asking for the readline extension to be included in the embed SAPI. It seems like an oversight rather than a feature. In addition, it might be straightforward to create a patch to fix this yourself. I took a quick look at this, but I couldn't find where to do this. You might have more luck. Btw i compiled PHP 5.2.9RC2 version and getting the same error. Mabye you can help me? Greetings Mateusz Janowski. Reproduce code: --- http://mateuszjanowski.pl/rcon.phps Expected result: 0.2 Alpha - www.torvalds.pl Remote Console: IP:PORT... Rcon: You write here commands which is send to the server. Actual result: -- When i run php -f rcon.php is working OK but after compiling nope; 0.2 Alpha - www.torvalds.pl Remote Console: IP:PORT... Fatal error: status(): Call to undefined function readline() in rcon.php on line 52 -- Edit this bug report at http://bugs.php.net/?id=47468edit=1
#47468 [Opn]: enable readline for embed sapi
ID: 47468 Updated by: j...@php.net Reported By: admin at mateuszjanowski dot pl Status: Open Bug Type: Feature/Change Request Operating System: Ubuntu 8.10 Linux PHP Version: 5.2.8/5.2.9RC2 New Comment: This is not a bug but feature/change request, emphasis on change. Previous Comments: [2009-02-23 16:12:09] admin at mateuszjanowski dot pl Category and Version updated. [2009-02-23 14:16:38] paul dot biggar at gmail dot com Here is the context: http://www.phpcompiler.org/lists/phc-general/2009-February/000907.html I would mark this as a bug, not a feature request. The readline functions are not available in the embed SAPI. However, there is no reason that it should be impossible for an embed user to have access to readline. [2009-02-21 17:47:26] admin at mateuszjanowski dot pl Description: Hello, is my first bug report; I'm using php compiler (phc - http://www.phpcompiler.org/) with php CLI [5.2.8]. I meet first problem when i started to use readline extension. I compiled php with '--with readline' is working ok but when i compile my program using phc i get; 'Fatal error: status(): Call to undefined function readline() in rcon.php on line 52'. The phc author tell me to do; I would recommend filing a bug with PHP, asking for the readline extension to be included in the embed SAPI. It seems like an oversight rather than a feature. In addition, it might be straightforward to create a patch to fix this yourself. I took a quick look at this, but I couldn't find where to do this. You might have more luck. Btw i compiled PHP 5.2.9RC2 version and getting the same error. Mabye you can help me? Greetings Mateusz Janowski. Reproduce code: --- http://mateuszjanowski.pl/rcon.phps Expected result: 0.2 Alpha - www.torvalds.pl Remote Console: IP:PORT... Rcon: You write here commands which is send to the server. Actual result: -- When i run php -f rcon.php is working OK but after compiling nope; 0.2 Alpha - www.torvalds.pl Remote Console: IP:PORT... Fatal error: status(): Call to undefined function readline() in rcon.php on line 52 -- Edit this bug report at http://bugs.php.net/?id=47468edit=1
#47285 [Opn-Asn]: strtotime() still leaks memory
ID: 47285 Updated by: j...@php.net Reported By: danger at FreeBSD dot org -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: FreeBSD PHP Version: 5.2.8 Assigned To: derick Previous Comments: [2009-02-23 08:59:23] danger at FreeBSD dot org Any news on this? I checked the box and it seems like you logged only once for a few seconds almost a week ago [2009-02-18 01:10:43] alex dot franks at soletechnology dot com I'm also experiencing this bug on FreeBSD 7. FreeBSD version: FreeBSD 7.0-STABLE #1: Mon Jul 14 16:07:29 PDT 2008 i386 PHP version: PHP 5.2.8 with Suhosin-Patch 0.9.6.3 (cli) (built: Feb 7 2009 11:09:59) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies [2009-02-17 15:45:07] danger at FreeBSD dot org I did so yesterday as well... [2009-02-17 14:47:21] maarten at vivesta dot com Ok, I've sent you login details to a testmachine by e-mail. [2009-02-15 12:54:34] der...@php.net Please send me account details (by email), as I still can't 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/47285 -- Edit this bug report at http://bugs.php.net/?id=47285edit=1
#47435 [Opn-Csd]: FILTER_FLAG_NO_PRIV_RANGE and FILTER_FLAG_NO_RES_RANGE don't work with ipv6
ID: 47435 Updated by: il...@php.net Reported By: valli at icsurselva dot ch -Status: Open +Status: Closed Bug Type: Filter related Operating System: linux PHP Version: 5.*, 6CVS (2009-02-18) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2009-02-18 13:57:31] valli at icsurselva dot ch Description: The filter flags FILTER_FLAG_NO_PRIV_RANGE and FILTER_FLAG_NO_RES_RANGE have no effekt on private/reserved ipv6 addresses. (see also rfc5156; Special-Use IPv6 Addresses) Reproduce code: --- var_dump(filter_var('fc00::', FILTER_VALIDATE_IP, FILTER_FLAG_NO_PRIV_RANGE)); Expected result: false Actual result: -- fc00:: -- Edit this bug report at http://bugs.php.net/?id=47435edit=1
#47468 [Com]: enable readline for embed sapi
ID: 47468 Comment by: admin at mateuszjanowski dot pl Reported By: admin at mateuszjanowski dot pl Status: Open Bug Type: Feature/Change Request Operating System: Ubuntu 8.10 Linux PHP Version: 5.2.8/5.2.9RC2 New Comment: I'm sad that you have changed category name to Change Request. I think, that will make it very low priority ? Previous Comments: [2009-02-23 16:44:52] j...@php.net This is not a bug but feature/change request, emphasis on change. [2009-02-23 16:12:09] admin at mateuszjanowski dot pl Category and Version updated. [2009-02-23 14:16:38] paul dot biggar at gmail dot com Here is the context: http://www.phpcompiler.org/lists/phc-general/2009-February/000907.html I would mark this as a bug, not a feature request. The readline functions are not available in the embed SAPI. However, there is no reason that it should be impossible for an embed user to have access to readline. [2009-02-21 17:47:26] admin at mateuszjanowski dot pl Description: Hello, is my first bug report; I'm using php compiler (phc - http://www.phpcompiler.org/) with php CLI [5.2.8]. I meet first problem when i started to use readline extension. I compiled php with '--with readline' is working ok but when i compile my program using phc i get; 'Fatal error: status(): Call to undefined function readline() in rcon.php on line 52'. The phc author tell me to do; I would recommend filing a bug with PHP, asking for the readline extension to be included in the embed SAPI. It seems like an oversight rather than a feature. In addition, it might be straightforward to create a patch to fix this yourself. I took a quick look at this, but I couldn't find where to do this. You might have more luck. Btw i compiled PHP 5.2.9RC2 version and getting the same error. Mabye you can help me? Greetings Mateusz Janowski. Reproduce code: --- http://mateuszjanowski.pl/rcon.phps Expected result: 0.2 Alpha - www.torvalds.pl Remote Console: IP:PORT... Rcon: You write here commands which is send to the server. Actual result: -- When i run php -f rcon.php is working OK but after compiling nope; 0.2 Alpha - www.torvalds.pl Remote Console: IP:PORT... Fatal error: status(): Call to undefined function readline() in rcon.php on line 52 -- Edit this bug report at http://bugs.php.net/?id=47468edit=1
#37209 [Asn-Csd]: mssql_execute with non fatal errors
ID: 37209 Updated by: ka...@php.net Reported By: netvbonline at yahoo dot co dot uk -Status: Assigned +Status: Closed Bug Type: MSSQL related Operating System: Win XP Pro PHP Version: 5.1.2 Assigned To: fmk 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.2.9RC4 Previous Comments: [2007-08-15 08:19:09] netvbonline at yahoo dot co dot uk issvar left the comment This is caused by php stopping processing when dbsqlok() returns FAIL. Will this change be carried out at source? Seems to me that handling output parameters in a non fatal sp error should be resolved. Has this been fixed? :-) Cheers [2006-09-29 15:59:32] issvar at hotmail dot com This is caused by php stopping processing when dbsqlok() returns FAIL. Microsoft db-library for c manual states that even if dbsqlok() returns FAIL there could be results, so results and return values and output parameters should be processed. So in ext/mssql/php_mssql.c there should be changed the following part in PHP_FUNCTION(mssql_execute): if (dbrpcexec(mssql_ptr-link)==FAIL || dbsqlok(mssql_ptr-link)==FAIL) { php_error_docref(NULL TSRMLS_CC, E_WARNING, stored procedure execution failed); dbcancel(mssql_ptr-link); RETURN_FALSE; } this should be changed to: if (dbrpcexec(mssql_ptr-link)==FAIL) { php_error_docref(NULL TSRMLS_CC, E_WARNING, stored procedure execution failed); dbcancel(mssql_ptr-link); RETURN_FALSE; } if (dbsqlok(mssql_ptr-link)==FAIL) { php_error_docref(NULL TSRMLS_CC, E_WARNING, stored procedure execution failed); } [2006-07-27 00:03:22] sni...@php.net Frank, there's the feedback now. :) [2006-05-02 08:24:19] netvbonline at yahoo dot co dot uk * [Description] Procedure handles the process of either fetching or inserting a forename, this procedure must never update existing name otherwise it would affect all other person FK's */ CREATE PROCEDURE usp_fetch_or_insert_forename @Forename [varchar](50), @ForenameID [int] OUTPUT AS DECLARE @err int -- needed as the global @@ERROR is reset after each statement, even logical comparison -- reduce network traffic SET NOCOUNT ON -- first do common validation and checks BEGIN INSERT INTO [dbtest].[dbo].[Forename] ( [Forename] ) VALUES ( @Forename ) SET @err=@@ERROR print 'non fatal error ...' IF (@err = 2627) BEGIN RAISERROR('myMessage:test', 2, 1) WITH SETERROR END IF (@err=0) BEGIN -- explicitly retrieve the identity of row just inserted from above statement SET @ForenameID=SCOPE_IDENTITY() RETURN(0) END -- Test for key violation before returning error code IF (@err=2627 ) BEGIN print 'Looking up the forename value' -- I know the name exists, so fetch the PK SELECT @ForenameID=ForenameID FROM Forename WHERE forena...@forename print 'still here .. and forenameid is ' + str(@ForenameID) RETURN(0) END -- There was an error in the insert statement, not related to unique key violation constraint so return error code RETURN(@err) END GO Hope this is ok, as you can see it contains various debug messages. [2006-04-29 03:13:35] f...@php.net Please provide a short example of the procedure used to generate this. The current implementation will handle multiple results from a storred procedure and it will skip all results without column. The remainder of the comments for this report are too long. To view the rest of the comments, please
#47473 [Fbk-Opn]: set_error_handler() crashes the
ID: 47473 User updated by: typo3 at maltejansen dot de Reported By: typo3 at maltejansen dot de -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows Vista PHP Version: 5.3.0beta1 New Comment: I'm not so deep in the development of the FLOW3-package. I'm just developing an other package. The main part is developed on linux or mac. The constructor [1] is called twice and second time it seems to crash. But just calling it twice does not crash it. Is there a php-function, which shows the content, which was set via set_error_handler()? I have not found one... [1] http://forge.typo3.org/repositories/entry/package-flow3/trunk/Classes/Error/ErrorHandler.php Previous Comments: [2009-02-23 15:41:19] paj...@php.net Please provide a small (or the smallest possible script) script to reproduce your problem. Do not take it too badly but I do not have the time to fetch and install Flow3 (or any dependency). We really need a self contained script to be able to efficiently fix this bug. It is easy to crash an app but not to create a small script, and as you know this app better than us... :) By the way, the SSL certificate for this URL is not valid. [2009-02-23 15:31:00] typo3 at maltejansen dot de Here you can download the source: https://svn.typo3.org/FLOW3/Distribution/trunk/ Just the set your server to the Public-Directory. And call e.g. http://localhost/ (you should see the welcome screen) Than call http://localhost/Testing/ (should crash!!!) The origin of the crash is located in in the constructor of Packages/Global/FLOW3/Classes/Error/ErrorHandler.php. http://localhost/Testing/ - Packages/Global/Testing/Classes/Controller/DefaultController.php [2009-02-23 09:30:18] paj...@php.net \php53vc6tsphp ..\php53snapvc9\47473.php Warning: set_error_handler() expects the argument (ErrorHandler::handleError) to be a valid callback in C:\Users\pierre\Documents\test\php53snapvc9\47473.php on line 4 I suppose it happens in typo3 under certain conditions and not simply with the code you gave here. Please provide a full script to reproduce the crash. [2009-02-23 09:23:10] typo3 at maltejansen dot de I just tested it with PHP 5.3 - Windows x86 VC6 (thread safe)) [12.41MB] - 2009-Feb-23 08:00:00 and it still crashes... By the way, the crash is confirmed by several other users: http://lists.netfielders.de/pipermail/typo3-project-5_0-general/2009-February/001878.html [2009-02-22 21:24:33] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ 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/47473 -- Edit this bug report at http://bugs.php.net/?id=47473edit=1
#47485 [NEW]: HP Startup: Unable to load dynamic library
From: xywang at yahoo dot com Operating system: XP PHP version: 5.2.8 PHP Bug Type: Apache2 related Bug description: HP Startup: Unable to load dynamic library Description: I am seeing the same problem occurring in 5.2.8 windows install (PHP 5.2.8 installer [17,662Kb] - 08 December 2008) The on start of apache I am seeing this message in apache error.log: PHP Warning: PHP Startup: Unable to load dynamic library 'C:\\Path\\to\\PHP\\ext\\php_msql.dll' - The specified procedure could not be found.\r\n in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\\Path\\to\\PHP\\ext\\php_mysql.dll' - The specified procedure could no t be found.\r\n in Unknown on line 0 ... ... I have tried php5ts.dll into c:\windows\system32 and reboot, no luck. I have tried to correct Windows ENV PHPRC to C:/Path/to/PHP/, no luck. I have tried to set PHPIniDir to C:/Path/to/PHP/, also no luck. Any clue? I like to re-open this bug and see if there is a solution to it. Thanks. -- Edit bug report at http://bugs.php.net/?id=47485edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47485r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47485r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47485r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47485r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47485r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47485r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47485r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47485r=needscript Try newer version: http://bugs.php.net/fix.php?id=47485r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47485r=support Expected behavior: http://bugs.php.net/fix.php?id=47485r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47485r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47485r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47485r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47485r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47485r=dst IIS Stability: http://bugs.php.net/fix.php?id=47485r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47485r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47485r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47485r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47485r=mysqlcfg
#47485 [Opn]: PHP Startup: Unable to load dynamic library
ID: 47485 User updated by: xywang at yahoo dot com -Summary: HP Startup: Unable to load dynamic library Reported By: xywang at yahoo dot com Status: Open Bug Type: Apache2 related Operating System: XP PHP Version: 5.2.8 New Comment: updated the summary change from HP to PHP Previous Comments: [2009-02-24 00:21:11] xywang at yahoo dot com Description: I am seeing the same problem occurring in 5.2.8 windows install (PHP 5.2.8 installer [17,662Kb] - 08 December 2008) The on start of apache I am seeing this message in apache error.log: PHP Warning: PHP Startup: Unable to load dynamic library 'C:\\Path\\to\\PHP\\ext\\php_msql.dll' - The specified procedure could not be found.\r\n in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\\Path\\to\\PHP\\ext\\php_mysql.dll' - The specified procedure could no t be found.\r\n in Unknown on line 0 ... ... I have tried php5ts.dll into c:\windows\system32 and reboot, no luck. I have tried to correct Windows ENV PHPRC to C:/Path/to/PHP/, no luck. I have tried to set PHPIniDir to C:/Path/to/PHP/, also no luck. Any clue? I like to re-open this bug and see if there is a solution to it. Thanks. -- Edit this bug report at http://bugs.php.net/?id=47485edit=1
#46698 [Opn-Fbk]: Stored procedures in mssql 6.5 servers don't work
ID: 46698 Updated by: ka...@php.net Reported By: marceluda at gmail dot com -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Ubuntu 8.04 PHP Version: 5.2.6 Previous Comments: [2009-02-02 18:08:42] ka...@php.net Do you get any output from the script, eg: stored procedure execution failed or could not retrieve results ? [2008-11-27 14:41:20] marceluda at gmail dot com Description: When trying to execute any Stored Procedure in MSSQL 6.5 from php using mssql modules , que sql never answer. (in an old php4 server it works) Reproduce code: --- code can be seen in: http://docs.google.com/Doc?id=dfsznrt4_19gzjp4hdq Expected result: Estas conectado a la Base de Datos hogar dentro de castelar.NOMBRE OFICIAL: ITACUMBU NOMBRE OFICIAL: ITACUMBU NOMBRE OFICIAL: ITACUMBU Haciendo BINDINGS's Actual result: -- Estas conectado a la Base de Datos hogar dentro de castelarbrHaciendo BINDINGS's BR strace, ltrace in this pages: http://www.gigasize.com/get.php?d=0tvbx26s32c -- Edit this bug report at http://bugs.php.net/?id=46698edit=1
#40901 [Asn-Fbk]: mssql_execute errror
ID: 40901 Updated by: ka...@php.net Reported By: lh at moranti dot com -Status: Assigned +Status: Feedback Bug Type: MSSQL related Operating System: ubuntu PHP Version: 5.2.1 Assigned To: fmk New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2007-03-26 11:14:54] lh at moranti dot com can i see your phpinfo ? [2007-03-23 17:34:01] f...@php.net I've tested your sample code and it works just fine om my system. I did modify it to get the return value back though: $int=10; $sp = mssql_init(test, $con); // stored proc name mssql_bind($sp, @sval, $int, SQLINT4); mssql_bind($sp, RETVAL, $ret, SQLINT4); $query = mssql_execute($sp) or die(oops); echo $ret\n; mssql_close($con); [2007-03-23 11:20:07] lh at moranti dot com Sorry the code schould look like this ? $conn = mssql_connect(host,user,pass); mssql_select_db(dbscheme, $conn); $int=10; $sp = mssql_init(test, $conn); // stored proc name mssql_bind($sp, @sval ,$int,SQLINT4); $query = mssql_execute($sp) or die(oops); ? [2007-03-23 11:15:14] lh at moranti dot com The storedprocedure looks like this: set ANSI_NULLS ON set QUOTED_IDENTIFIER ON go CREATE PROCEDURE [dbo].[test] ( @sval int ) AS return @sval+10 And the php code looks like this ? $conn = mssql_connect(host,user,pass); mssql_select_db(dbscheme, $conn); $sp = mssql_init(test, $conn); // stored proc name $query = mssql_execute($sp) or die(oops); ? is fails in this line $query = mssql_execute($sp) or die(oops); [2007-03-23 10:56:53] tony2...@php.net 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 ?php and ends 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. 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/40901 -- Edit this bug report at http://bugs.php.net/?id=40901edit=1
#47486 [NEW]: No message displayed for parse errors in included files
From: a at a dot com Operating system: WinXP Pro PHP version: 5.2.8 PHP Bug Type: Scripting Engine problem Bug description: No message displayed for parse errors in included files Description: (I'm using IIS, ISAPI) When there is a parse error in an included file, NO error is displayed even if display_errors and error_reporting are set correctly. Reproduce code: --- --main.php-- ?php ini_set('display_errors', 1); error_reporting(E_ALL E_NOTICE); include(inc.php); ? --inc.php-- ?php ini_set('display_errors', 1); error_reporting(E_ALL E_NOTICE); $testvar = ; ? --- Expected result: Parse error: parse error in [path here]\inc.php on line 4 Actual result: -- None, there is no output at all, and no error gets logged. -- Edit bug report at http://bugs.php.net/?id=47486edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47486r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47486r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47486r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47486r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47486r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47486r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47486r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47486r=needscript Try newer version: http://bugs.php.net/fix.php?id=47486r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47486r=support Expected behavior: http://bugs.php.net/fix.php?id=47486r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47486r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47486r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47486r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47486r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47486r=dst IIS Stability: http://bugs.php.net/fix.php?id=47486r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47486r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47486r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47486r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47486r=mysqlcfg
#47435 [Csd]: FILTER_FLAG_NO_PRIV_RANGE and FILTER_FLAG_NO_RES_RANGE don't work with ipv6
ID: 47435 User updated by: valli at icsurselva dot ch Reported By: valli at icsurselva dot ch Status: Closed Bug Type: Filter related Operating System: linux PHP Version: 5.*, 6CVS (2009-02-18) New Comment: Can't find any code in the snapshots regarding this issue. Will this be fixed in php-5.3? Previous Comments: [2009-02-23 16:52:50] il...@php.net 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. [2009-02-18 13:57:31] valli at icsurselva dot ch Description: The filter flags FILTER_FLAG_NO_PRIV_RANGE and FILTER_FLAG_NO_RES_RANGE have no effekt on private/reserved ipv6 addresses. (see also rfc5156; Special-Use IPv6 Addresses) Reproduce code: --- var_dump(filter_var('fc00::', FILTER_VALIDATE_IP, FILTER_FLAG_NO_PRIV_RANGE)); Expected result: false Actual result: -- fc00:: -- Edit this bug report at http://bugs.php.net/?id=47435edit=1