#45506 [Opn->Bgs]: realpath returns different value with previous version of PHP
ID: 45506 User updated by: liber at iproom dot com Reported By: liber at iproom dot com -Status: Open +Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: Windows PHP Version: 5.2.6 New Comment: this should be 5.2.5 bug Previous Comments: [2008-07-14 06:24:14] liber at iproom dot com Description: realpath() changed its return value, that returns full path without directory separator even the argument has. EX: Argument: './' In 5.2.6: 'c:\abc' In 5.2.5: 'c:\abc\' Argument: '.' In 5.2.6: 'c:\abc' In 5.2.5: 'c:\abc' I had tested on both Windows Vista and Windows 2003 Server. Reproduce code: --- php -r "echo realpath('./');" Expected result: 'c:\abc\' Actual result: -- 'c:\abc' -- Edit this bug report at http://bugs.php.net/?id=45506&edit=1
#45506 [NEW]: realpath returns different value with previous version of PHP
From: liber at iproom dot com Operating system: Windows PHP version: 5.2.6 PHP Bug Type: *Directory/Filesystem functions Bug description: realpath returns different value with previous version of PHP Description: realpath() changed its return value, that returns full path without directory separator even the argument has. EX: Argument: './' In 5.2.6: 'c:\abc' In 5.2.5: 'c:\abc\' Argument: '.' In 5.2.6: 'c:\abc' In 5.2.5: 'c:\abc' I had tested on both Windows Vista and Windows 2003 Server. Reproduce code: --- php -r "echo realpath('./');" Expected result: 'c:\abc\' Actual result: -- 'c:\abc' -- Edit bug report at http://bugs.php.net/?id=45506&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45506&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45506&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45506&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45506&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45506&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45506&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45506&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45506&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45506&r=support Expected behavior:http://bugs.php.net/fix.php?id=45506&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45506&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45506&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45506&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45506&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45506&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45506&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45506&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45506&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45506&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45506&r=mysqlcfg
#45505 [NEW]: DirectoryIterator default sorting error
From: jcknight at gmail dot com Operating system: Linux PHP version: 5.2.6 PHP Bug Type: SPL related Bug description: DirectoryIterator default sorting error Description: The DirectoryIterator class does not iterate the directory how it is organized on the file system. Reproduce code: --- current() ."\n"; } ?> Expected result: . .. enter_L.gif enter_R.gif mad_L.gif mad_R.gif Actual result: -- . .. enter_L.gif mad_L.gif enter_R.gif mad_R.gif -- Edit bug report at http://bugs.php.net/?id=45505&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45505&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45505&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45505&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45505&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45505&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45505&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45505&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45505&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45505&r=support Expected behavior:http://bugs.php.net/fix.php?id=45505&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45505&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45505&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45505&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45505&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45505&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45505&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45505&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45505&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45505&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45505&r=mysqlcfg
#45504 [Opn->Bgs]: aes_decrypt will not work in my php page
ID: 45504 Updated by: [EMAIL PROTECTED] Reported By: james at jpsgraphics dot co dot uk -Status: Open +Status: Bogus Bug Type: *Encryption and hash functions Operating System: ubuntu PHP Version: 5.2.6 New Comment: Not PHP bug. See about 'aliases': http://dev.mysql.com/doc/refman/5.0/en/identifiers.html Previous Comments: [2008-07-13 23:07:53] james at jpsgraphics dot co dot uk Description: in my php pages i am using aes_encrypt which works fine. The issue i am having is with aes_decrypt. I have been searching for days to try and resolve this problem but need more help. The following string in my php will not bring any results back at all. I know it does work because running it in mysql direct works. simple sql string: SELECT AES_DECRYPT(password, 'keyhere') FROM accounts where id = '11'; Reproduce code: --- $sql = "SELECT userId, name, email, aes_decrypt(password,'keyhere'), country FROM accounts where id='". $_SESSION['member_ID'] ."'"; $result = mysql_query($sql); if (!$result) { echo "Could not successfully run query ($sql) from DB: " . mysql_error(); exit; } if (mysql_num_rows($result) == 0) { echo "No rows found, nothing to print so am exiting"; exit; } while ($row = mysql_fetch_array($result)) { echo $row["userId"]; echo $row["name"]; echo $row["email"]; echo $row["password"]; echo $row["country"]; } mysql_free_result($result); mysql_close($conn); Expected result: 123456 john [EMAIL PROTECTED] 'password should be here' UK Actual result: -- [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=45504&edit=1
#45504 [NEW]: aes_decrypt will not work in my php page
From: james at jpsgraphics dot co dot uk Operating system: ubuntu PHP version: 5.2.6 PHP Bug Type: *Encryption and hash functions Bug description: aes_decrypt will not work in my php page Description: in my php pages i am using aes_encrypt which works fine. The issue i am having is with aes_decrypt. I have been searching for days to try and resolve this problem but need more help. The following string in my php will not bring any results back at all. I know it does work because running it in mysql direct works. simple sql string: SELECT AES_DECRYPT(password, 'keyhere') FROM accounts where id = '11'; Reproduce code: --- $sql = "SELECT userId, name, email, aes_decrypt(password,'keyhere'), country FROM accounts where id='". $_SESSION['member_ID'] ."'"; $result = mysql_query($sql); if (!$result) { echo "Could not successfully run query ($sql) from DB: " . mysql_error(); exit; } if (mysql_num_rows($result) == 0) { echo "No rows found, nothing to print so am exiting"; exit; } while ($row = mysql_fetch_array($result)) { echo $row["userId"]; echo $row["name"]; echo $row["email"]; echo $row["password"]; echo $row["country"]; } mysql_free_result($result); mysql_close($conn); Expected result: 123456 john [EMAIL PROTECTED] 'password should be here' UK Actual result: -- [EMAIL PROTECTED] -- Edit bug report at http://bugs.php.net/?id=45504&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45504&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45504&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45504&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45504&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45504&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45504&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45504&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45504&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45504&r=support Expected behavior:http://bugs.php.net/fix.php?id=45504&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45504&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45504&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45504&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45504&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45504&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45504&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45504&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45504&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45504&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45504&r=mysqlcfg
#45503 [NEW]: Content of HTTP POST Message not accessible w/ PHP
From: michael at mcihael-menzel dot com Operating system: debian linux PHP version: 5.2.6 PHP Bug Type: HTTP related Bug description: Content of HTTP POST Message not accessible w/ PHP Description: when recieving POST HTTP messages which have text/xml content in the message body this content can't be accessed: - php://input is empty - $HTTP_RAW_POST_DATA is empty (though enabled in php.ini) - neither do $_POST, $_SERVER and $_REQUEST not contain the data (as expected and correct) - neither does $_FILE contain anything (last obvious possibility) - even installation of pecl extension pecl_http 1.6 can't solve it (none of the given functions/methods did work) Reproduce code: --- $headers = getHeaders(); $ch = curl_init(); $headers[Host] = ""; # to be filled with a XML webservice URL curl_setopt($ch, CURLOPT_POST, true); curl_setopt($ch, CURLOPT_URL, ""); # to be filled with a XML webservice URL curl_setopt($ch, CURLOPT_POSTFIELDS, $_POST); curl_setopt($ch, CURLOPT_HTTPHEADER, $headers); curl_setopt($ch, CURLOPT_POSTFIELDS, file_get_contents("php://input")); # replace with any method/function to get the POST content curl_setopt($ch, CURLOPT_HEADER, false); curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true); curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); $httpContent = curl_exec($ch); curl_close($ch); echo $httpContent; $h = fopen("responsecontent.log", "a"); fwrite($h, "\n\n" . $httpContent); fclose($h); function getHeaders() { $h = fopen("headers.log", "a"); fwrite($h, "\n\n"); $headers = array(); foreach ($_SERVER as $k => $v) { if (substr($k, 0, 5) == "HTTP_") { $k = str_replace('_', ' ', substr($k, 5)); $k = str_replace(' ', '-', ucwords(strtolower($k))); $headers[$k] = $v; fwrite($h, $k . ": " . $v . "\n"); } } fclose($h); return $headers; } Expected result: XML webservice answers to the POST request forwarded with curl. "reproduce code" doesn't contain the line to test the contents. in the beginning of the script all possible places where the POST content might be placed by PHP are written to a file. The file only gets filled by IE requests which send the data in a second HTTP (TCP-, IP-) packet. Firefox sends the whole request with content-type: text/xml in one packet and content is not accessible. Actual result: -- empty response by curl due to the empty post content sent to the webservice -- Edit bug report at http://bugs.php.net/?id=45503&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45503&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45503&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45503&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45503&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45503&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45503&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45503&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45503&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45503&r=support Expected behavior:http://bugs.php.net/fix.php?id=45503&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45503&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45503&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45503&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45503&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45503&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45503&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45503&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45503&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45503&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45503&r=mysqlcfg
#45254 [Com]: PHP does not time out when accepting for connections while working as FastCGI
ID: 45254 Comment by: s dot tretter at szene1 dot at Reported By: yurtesen at ispro dot net Status: Open Bug Type: CGI related Operating System: FreeBSD 6.3 PHP Version: 5.2.6 New Comment: sorry, some more information about my software setup: using apache 2.2.6, but preforked. fastcgi 2.4.6, php 5.2.6 but problem exist with all php version i ever used. my compile options for php: './configure' \ '--enable-fastcgi' \ '--enable-force-cgi-redirect' \ '--with-pcre-regex' \ '--without-sqlite' \ '--with-mysqli' \ '--with-gd' \ '--with-ttf' \ '--enable-exif' \ '--with-mcrypt' \ '--enable-mbstring' \ '--enable-spl' \ '--prefix=/usr/local/php5' \ '--with-zlib' \ '--enable-gd-native-ttf' \ '--enable-sockets' \ '--enable-soap' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ "$@" Previous Comments: [2008-07-13 21:47:27] s dot tretter at szene1 dot at same problem, php just "hangs" and doesn't exit. the only possible solution to kill all php processes is "killall -9 php-cgi" a simple killall (without -9) doesn't help. no idea what is causing the php process to hang but it doesn't help to increase or decrease the PHP_FCGI_CHILDREN and PHP_FCGI_MAX_REQUESTS variables. no solution found until yet, and I also have to restart apache every day and this is very annoying on a server farm with more than 30 web servers. googled a lot of time, some people say there is a relation between an accepting socket and an loosy internet connection .. in case of a post request the php process could hang if there is no real syn packet or similar... for other bug reports or people with similar problems just ask google for "fastcgi php hang" ng sorry for my bad english ;) [2008-06-15 16:14:13] ruanchunping at gmail dot com I use lighttpd1.4.19 + php-cgi (5.2.6) @ FreeBSD 7.0 amd64 I found that ,the *POST* request sometimes hangs for ever, the lighttpd status report: handle-req 59339(time) handle-req 58478 handle-req 57985 .. there are over 100 php-cgi processes in this status pre day. i have to restart lighttpd every day. these POST request are posting blog or uploading photos. [2008-06-12 22:44:19] yurtesen at ispro dot net Description: When apache worker mpm and fastcgi and php-cgi are used together, the php-cgi processes sometimes hang and do not exit ever. I tried to backtrace the running process using 'gdb -q -p' [Switching to LWP 100164] 0x28affbe9 in accept () from /lib/libc.so.6 (gdb) backtrace #0 0x28affbe9 in accept () from /lib/libc.so.6 #1 0x28a4193a in accept () from /lib/libpthread.so.2 #2 0x082da06f in fcgi_accept_request () #3 0x082dc345 in main () (gdb) It looks like once PHP enters to function to accept request, it never exits unless instructed to do so. These processes wait idle for hours and when I find them I have to kill them manually. Reproduce code: --- Setup apache worker mpm, fastcgi, and php to work together. Load it up with requests and restart/reload server or cancel the requests in the middle (I dont exactly know what is causing this but these are the most probable suspects in my opinion). Sometimes apache process quits without transfering any data to PHP (perhaps browser canceled, server reload/restart etc.) PHP processes stay waiting... The problem does not exist when apache prefork mpm is used... Expected result: I expect that PHP would die after max_input_time passses... Actual result: -- PHP hangs and waits until killed manually... -- Edit this bug report at http://bugs.php.net/?id=45254&edit=1
#45254 [Com]: PHP does not time out when accepting for connections while working as FastCGI
ID: 45254 Comment by: s dot tretter at szene1 dot at Reported By: yurtesen at ispro dot net Status: Open Bug Type: CGI related Operating System: FreeBSD 6.3 PHP Version: 5.2.6 New Comment: same problem, php just "hangs" and doesn't exit. the only possible solution to kill all php processes is "killall -9 php-cgi" a simple killall (without -9) doesn't help. no idea what is causing the php process to hang but it doesn't help to increase or decrease the PHP_FCGI_CHILDREN and PHP_FCGI_MAX_REQUESTS variables. no solution found until yet, and I also have to restart apache every day and this is very annoying on a server farm with more than 30 web servers. googled a lot of time, some people say there is a relation between an accepting socket and an loosy internet connection .. in case of a post request the php process could hang if there is no real syn packet or similar... for other bug reports or people with similar problems just ask google for "fastcgi php hang" ng sorry for my bad english ;) Previous Comments: [2008-06-15 16:14:13] ruanchunping at gmail dot com I use lighttpd1.4.19 + php-cgi (5.2.6) @ FreeBSD 7.0 amd64 I found that ,the *POST* request sometimes hangs for ever, the lighttpd status report: handle-req 59339(time) handle-req 58478 handle-req 57985 .. there are over 100 php-cgi processes in this status pre day. i have to restart lighttpd every day. these POST request are posting blog or uploading photos. [2008-06-12 22:44:19] yurtesen at ispro dot net Description: When apache worker mpm and fastcgi and php-cgi are used together, the php-cgi processes sometimes hang and do not exit ever. I tried to backtrace the running process using 'gdb -q -p' [Switching to LWP 100164] 0x28affbe9 in accept () from /lib/libc.so.6 (gdb) backtrace #0 0x28affbe9 in accept () from /lib/libc.so.6 #1 0x28a4193a in accept () from /lib/libpthread.so.2 #2 0x082da06f in fcgi_accept_request () #3 0x082dc345 in main () (gdb) It looks like once PHP enters to function to accept request, it never exits unless instructed to do so. These processes wait idle for hours and when I find them I have to kill them manually. Reproduce code: --- Setup apache worker mpm, fastcgi, and php to work together. Load it up with requests and restart/reload server or cancel the requests in the middle (I dont exactly know what is causing this but these are the most probable suspects in my opinion). Sometimes apache process quits without transfering any data to PHP (perhaps browser canceled, server reload/restart etc.) PHP processes stay waiting... The problem does not exist when apache prefork mpm is used... Expected result: I expect that PHP would die after max_input_time passses... Actual result: -- PHP hangs and waits until killed manually... -- Edit this bug report at http://bugs.php.net/?id=45254&edit=1
#45502 [NEW]: Cannot disable output_buffering on Windows Server 2008
From: aren at cambre dot biz Operating system: Windows Server 2008 x64 PHP version: 5.2.6 PHP Bug Type: PHP options/info functions Bug description: Cannot disable output_buffering on Windows Server 2008 Description: I cannot disable output_buffering on Windows Server 2008. I have tried the following in the main php.ini: * output_buffering = Off * output_buffering = 0 * ;output_buffering = Off No matter what I do, output_bufferings stays stuck at 4096. I installed using the installer. I verified with the latest version of Sysinternals Process Monitor that the php.ini I am editing, c:\program files (x86)\php\php.ini is indeed the only php.ini file that is being opened by *any* process when I execute a php file. While I believe that they are separate issues, http://bugs.php.net/bug.php?id=45501 is somewhat related. Expected result: Output buffering should indicate as disabled or off for at least one of the variants that I put in php.ini per above. Actual result: -- Here's the top part of phpinfo: System Windows NT W2K8DCTR6401 6.0 build 6001 Build Date May 2 2008 18:01:20 Configure Command cscript /nologo configure.js "--enable-snapshot-build" "--with-gd=shared" "--with-extra-includes=C:\Program Files (x86)\Microsoft SDK\Include;C:\PROGRA~2\MICROS~2\VC98\ATL\INCLUDE;C:\PROGRA~2\MICROS~2\VC98\INCLUDE;C:\PROGRA~2\MICROS~2\VC98\MFC\INCLUDE" "--with-extra-libs=C:\Program Files (x86)\Microsoft SDK\Lib;C:\PROGRA~2\MICROS~2\VC98\LIB;C:\PROGRA~2\MICROS~2\VC98\MFC\LIB" Server API CGI/FastCGI Virtual Directory Support enabled Configuration File (php.ini) Path C:\Windows Loaded Configuration File C:\Program Files (x86)\PHP\php.ini PHP API 20041225 PHP Extension 20060613 Zend Extension 220060519 Debug Build no Thread Safety enabled Zend Memory Manager enabled IPv6 Supportenabled Registered PHP Streams php, file, data, http, ftp, compress.zlib Registered Stream Socket Transports tcp, udp Registered Stream Filters convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, zlib.* -- Edit bug report at http://bugs.php.net/?id=45502&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45502&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45502&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45502&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45502&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45502&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45502&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45502&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45502&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45502&r=support Expected behavior:http://bugs.php.net/fix.php?id=45502&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45502&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45502&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45502&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45502&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45502&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45502&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45502&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45502&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45502&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45502&r=mysqlcfg
#35961 [Csd->Asn]: executing programs with spaces in program name and parameters fails.
ID: 35961 Updated by: [EMAIL PROTECTED] Reported By: rquadling at gmail dot com -Status: Closed +Status: Assigned Bug Type: CGI related Operating System: Windows XP SP2 PHP Version: 5.1.1 -Assigned To: pajoye +Assigned To: scottmac New Comment: Scott, please confirm it has been reverted in 5.2 :) Previous Comments: [2008-06-06 09:35:38] [EMAIL PROTECTED] This was fixed. HEAD : http://cvs.php.net/viewvc.cgi/TSRM/tsrm_win32.c?r1=1.34&r2=1.35 5.2x : http://cvs.php.net/viewvc.cgi/TSRM/tsrm_win32.c?r1=1.27.2.1.2.8&r2=1.27.2.1.2.9 5.3x : http://cvs.php.net/viewvc.cgi/TSRM/tsrm_win32.c?r1=1.27.2.1.2.7.2.1&r2=1.27.2.1.2.7.2.2 Can the 5.2x commit be reversed? This caused a minor issue with phd for 5.2. Whilst it is easily fixed it is a BC mid version (5.2.6 vs 5.2.7-dev). Having it at 5.3+ allows the BC to be documented as part of the changes to 5.3. Thank you. Richard Quadling. [2008-05-30 10:14:08] [EMAIL PROTECTED] [11:11] RichardQ, assign these bugs to me and I will dispatch them if necessary [2006-01-10 14:00:14] rquadling at gmail dot com Well, doesn't that just suck! [2006-01-10 13:49:41] [EMAIL PROTECTED] Not PHP problem. See bug #25361. [2006-01-10 12:58:41] rquadling at gmail dot com Description: Within windows CMD32, the following works (obviously you will need to have a Windows system with Internet Explorer installed). "C:\Program Files\Internet Explorer\IEXPLORE.EXE" Will load Internet Explorer. In PHP run from the CLI ... Will load Internet Explorer and wait until it is closed. If you want to pass the program a parameter then you would wrap the parameter with double quotes. e.g. >From the command line ... "C:\Program Files\Internet Explorer\IEXPLORE.EXE" "http://www.google.com"; Will load Internet Explorer and place you at Google. If you try the same sort of thing in PHP ... http://www.google.com";'); ?> You get an error of ... 'C:\Program' is not recognized as an internal or external command, operable program or batch file. Reproduce code: --- http://www.google.com";'); ?> Expected result: Internet Explorer loads with the Google page being displayed. Actual result: -- 'C:\Program' is not recognized as an internal or external command, operable program or batch file. -- Edit this bug report at http://bugs.php.net/?id=35961&edit=1
#45448 [Opn->Fbk]: PHP Cuts off documents after some point
ID: 45448 Updated by: [EMAIL PROTECTED] Reported By: jowie dot 1337+phpnet at gmail dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows XP Service Pack 1 PHP Version: 5.2.6 New Comment: Try disabling every module first. And if the bug vanishes, check which module causes the problem. Previous Comments: [2008-07-12 22:19:13] jowie dot 1337+phpnet at gmail dot com I am trying both, however since PHP 5 is unworkable for me because I can not find a workaround for the bug, I am using php 4. In the opening post I stated the combinations I tried, PHP 4 and PHP 5. The bug is exactly the same in both versions. I have configured no filters in apache Loaded Apache Modules: mod_actions.so mod_alias.so mod_asis.so mod_auth_basic.so mod_authn_default.so mod_authn_file.so mod_authz_default.so mod_authz_groupfile.so mod_authz_host.so mod_authz_user.so mod_autoindex.so mod_cgi.so mod_dav.so mod_dir.so mod_env.so mod_include.so mod_isapi.so mod_log_config.so mod_mime.so mod_mime_magic.so mod_negotiation.so mod_setenvif.so mod_ssl.so [2008-07-11 15:36:09] [EMAIL PROTECTED] Also: What other filters/modules have you enabled in your apache config? [2008-07-11 15:33:15] [EMAIL PROTECTED] You're actually using PHP 4..? The support for PHP 4 has ended, so if you could actually try with PHP 5 first.. [2008-07-08 16:01:35] jowie dot 1337+phpnet at gmail dot com This is a snippet of my httpd.conf related to php, this is the same as I used to test the scenario's in my opening post: AddType application/x-httpd-php .php LoadModule php4_module "C:/Program Files/PHP 4/php4apache2.dll" PHPIniDir "C:/Program Files/PHP 4/" #PHPIniDir "C:/Program Files/PHP 5/" #LoadModule php5_module "C:/Program Files/PHP 5/php5apache2_2.dll" [2008-07-08 13:13:04] [EMAIL PROTECTED] Which apache2 SAPI are you using? 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/45448 -- Edit this bug report at http://bugs.php.net/?id=45448&edit=1
#45497 [Opn->Fbk]: memory leak in select statement for varchar2 above 2000 characters
ID: 45497 Updated by: [EMAIL PROTECTED] Reported By: teju_baba at hotmail dot com -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Solaris 10 PHP Version: 5.2.6 -Assigned To: +Assigned To: sixd New Comment: Can you email me CREATE TABLE and example (not real data) INSERT statements so I have the same values as you? Also let me know your NLS_LANG or other globalization settings, and exact DB version. Previous Comments: [2008-07-13 07:54:27] teju_baba at hotmail dot com Here is another example: $query="select catalogue_id, accession_no, negative_no, collection_title, subject, caption, medium, source, source_address, source_contact_person, location, shelf_no, image_no, access_code, photocd_id, photocd_no, accession_condition, remark, owner, status, changed_by, search_field, access_id, old_accession_no, image_link, external_source, cat_remarks from PC_CATALOGUE where CATALOGUE_ID='289713'"; Actual Result overflows on search_field and results in garbage for the following fields: Array ( [CATALOGUE_ID] => 289713 [ACCESSION_NO] => 0 [NEGATIVE_NO] => S128961 [COLLECTION_TITLE] => [SUBJECT] => CONSTITUENCIES (VISIT, MEET PEOPLE SESSION, ETC) [CAPTION] => COMMUNICATIONS AND LABOUR MINISTER ONG TENG CHEONG TOURING AYER RAJAH CONSTITUENCY [GROUP DESCRIPTION BY EVENT FROM TRANSFERRING AGENCY] [MEDIUM] => PCD [SOURCE] => MINISTRY OF INFORMATION AND THE ARTS (MITA) [SOURCE_ADDRESS] => [SOURCE_CONTACT_PERSON] => [LOCATION] => [SHELF_NO] => [IMAGE_NO] => 0044 [ACCESS_CODE] => B [PHOTOCD_ID] => 8262-3202-1062 [PHOTOCD_NO] => 19980006698 [ACCESSION_CONDITION] => [REMARK] => [OWNER] => CD IMAGING [STATUS] => 0 [CHANGED_BY] => CD IMAGING [SEARCH_FIELD] => C [ACCESS_ID] => MMUNICATIONS AND LAB [OLD_ACCESSION_NO] => -103019221621693332183419282117282223693512 [IMAGE_LINK] => EVENT FROM TRANSFERRING AGENCY] CONSTITUENCIES (VISIT, MEET PEOPLE [EXTERNAL_SOURCE] => SESSION, ETC) MINISTRY OF INFORM [CAT_REMARKS] =>) [2008-07-13 07:49:55] teju_baba at hotmail dot com Description: Client: Solaris 10 / Sparc PHP 5.2.3 / 5.2.5 / 5.2.6 OCI 1.2.3 / 1.3.3 Instant Client: 10.1 Oracle 10g Enterprise Edition: 10.1.0.3 TABLE AGENCY SCHEMA AGENCY_ID NUMBER, AGENCY_NAME VARCHAR2(60), AGENCY_TYPE VARCHAR2(1) , AGENCY_ABBR VARCHAR2(10) , ADMIN_HIST VARCHAR2(2000), DATE_UPDATED DATE A simple query like select * from agency where agency_id=40 produces an overflow at either oci_execute() or oci_fetch_assoc() Result is garbage for ADMIN_HIST and overflows on to DATE_UPDATED. For similar queries, the query may or may not return a row. Say: select * from agency where agency_id=54 returns NULL when there is valid data. Reproduce code: --- $conn = oci_connect('user', 'pwd', '//10.203.2.14/db'); $query="select * from agency where agency_id=40"; $stid = oci_parse($conn, $query); $r = oci_execute($stid, OCI_DEFAULT); while ($row = oci_fetch_assoc($stid)) { print_r($row); } oci_close($conn); Expected result: xl* [DATE_UPDATED] => 00-DECEMBER-00 the words xl * are garbage characters the DATE_UPDATED is invalid (actual date is: 11-APR-08) Actual result: -- Array ( [AGENCY_ID] => 40 [AGENCY_NAME] => City Council [AGENCY_TYPE] => A [AGENCY_ABBR] => CC [ADMIN_HIST] => The Municipal Council became known as the City Council on 22 September 1951. The City Council, the local authority within the city area, consisted of a President appointed by the Governor-in-Council and 27 members of whom 18 were elected. The City Council enjoyed a wide measure of autonomy in matters placed under its control by the Municipal Ordinance and was empowered to make by-laws but was subjected to certain safeguards. The detailed execution of City Council policies was undertaken by specialised departments concerned with health, water, electricity and so forth. Under the Local Government Ordinance of 1957, the administration of the city area for all local government purposes was the responsibility of a City Council of 32 elected Councillors.In July 1959, the government absorbed the City Council into the central government and most of its functions were transferred to the Ministry of National Development.xl* [DATE_UPDATED] => 00-DECEMBER-00 ) -- Edit this bug report at http://bugs.php.net/?id=45497&edit=1
#44945 [Opn->Bgs]: escapeshellarg removes UTF-8 multi-byte characters
ID: 44945 Updated by: [EMAIL PROTECTED] Reported By: thomas dot jarosch at intra2net dot com -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Linux PHP Version: 5.2.6 New Comment: There's no automatic way. If you need to have it work with utf-8 of course you have to set the locales properly too. Or just not use UTF-8.. Previous Comments: [2008-05-08 12:59:36] thomas dot jarosch at intra2net dot com Thanks, that seems to work. I've inspected the environment on the server and it contains a LANG="en_US.UTF-8" variable. Is there a way I can fix this/PHP autodetects it without touching every code using escapeshellarg()? [2008-05-08 11:28:25] [EMAIL PROTECTED] Try with the code below (mandatory in the test): if (false == setlocale(LC_CTYPE, "UTF8", "en_US.UTF-8")) { die("skip setlocale() failed\n"); } [2008-05-08 11:08:27] thomas dot jarosch at intra2net dot com Description: Hello together, I'm seeing almost the same issue as #44564 after upgrading from PHP 5.2.5 to 5.2.6. If I execute the provided test code via php CLI, everything works as expected. Running the same code via mod_php inside Apache skips the UTF-8 multi-byte characters. I've looked at the ext/standard/exec.c code a bit and checked that my "config.log" in both PHP build directories contains "#define HAVE_MBLEN 1" so the call to php_mblen() should work. Any idea what that could be? One thing I noticed is that php_mblen() is a wrapper macro for mblen() or mbrlen() which features a slight difference in the return code (see -2 rc for details). Thanks, Thomas Reproduce code: --- var_dump(escapeshellarg('ä')); Expected result: string(2) "'ä'" Actual result: -- string(2) "''" -- Edit this bug report at http://bugs.php.net/?id=44945&edit=1
#45178 [Ctl->Asn]: garbage collector and cyclic references
ID: 45178 Updated by: [EMAIL PROTECTED] Reported By: thomas dot jarosch at intra2net dot com -Status: Critical +Status: Assigned Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.3CVS-2008-06-04 (snap) -Assigned To: +Assigned To: dmitry Previous Comments: [2008-06-05 09:13:20] thomas dot jarosch at intra2net dot com Actually, the reproduce code from #33595 also leaks memory. The statement about Horde is not 100% correct as only some singleton functions are affected. I mixed it up with another reference problem I fixed a while ago. Nontheless memory is leaked :-) [2008-06-04 16:57:45] thomas dot jarosch at intra2net dot com Description: Hello together, I'm currently trying to find a heap corruption while using Horde and noticed a rather odd behavior. The supplied code is the standard way Horde does it singletons. We always used the syntax of "$object = &new class" to make it work with PHP4 and PHP5. If I change that to "$object = new class", everything works as expected. I've found bug #32845 and noticed what we are doing seems wrong, so Horde needs fixing. The problem gets worse if the class object contains a variable of the type "PEAR_Error", which contains cyclic references. Not only does the constructor get called every time, the object leaks memory like hell, even with PHP 5.3. I've searched through the bugtracker and thought the garbage collector now handles cyclic references, but maybe this is a side-effect of something else going wrong. Is the memory consumption by design? Thanks in advance for any comment, Thomas Reproduce code: --- error = PEAR::raiseError("error"); echo "Memory usage: " . memory_get_usage() . "\n"; } } for (;;) { $a = Horde_History::singleton(); } Expected result: Constant memory usage. Actual result: -- Increasing memory usage. -- Edit this bug report at http://bugs.php.net/?id=45178&edit=1
#44941 [Opn->Bgs]: Post data size limited to 60k even when post_max_size = 20M
ID: 44941 Updated by: [EMAIL PROTECTED] Reported By: enadyo at hotmail dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: CENTOS PHP Version: 5.2.5 New Comment: This is definately not any PHP bug. It's just one of those Apache modules misbehaving, or some combination of them being incompatible. Previous Comments: [2008-06-21 13:46:03] enadyo at hotmail dot com Oh! Oh! If this is the only way to correct the problem... Is there any page with detailed info about installing it? I've found: http://trac.lighttpd.net/trac/wiki/TutorialLighttpdAndPHP I'll give it a try. Wish me luck (Aristoteles wrote that luck helps only the prepared one). [2008-06-10 23:38:33] [EMAIL PROTECTED] Just ditch Apache and start using something much better: Lighttpd + PHP as FastCGI. That's propably the difference here. [2008-06-10 10:44:01] enadyo at hotmail dot com Thank you for the input. This complicates the problem. Lets do some differential diagnosis. The problem is caused by: PHP configuration and/or Apache configuration and/or the code. As expert you dont see any problem with PHP configuration. The code works in 2 other servers (with minor versions of PHP I should remark) Apache is compiled (because of this very problem) without any tweaking because in my experience 99,99% of the problems occur because of a users error. So IMHO its either Apache (but what in Apache?) or the code in this version of PHP. To exclude the second part, would you be so kind to provide me some code to type in the test page to see if it works in this particular version of PHP? Then if it wont work it should be either Apache or a PHP bug. Thank you. P.S. Ill be abroad (in Deutschland) for the next 8 days so please dont expect my response soon.) [2008-06-09 08:57:49] [EMAIL PROTECTED] FYI: I myself run a Centos server with PHP 5.2.6 without any problems. There's something wrong with your setup or something similar. [2008-06-06 13:53:29] enadyo at hotmail dot com Aw it concerns HTML quotes: a) It doesn't work either way b) I remind you that this is a bug report and not a "I can't program" report. The very same code works in other servers. e.g.: http://www.xpert.gr/errata.php Please note that this server runs on PHP 4.3.9 which is no longer supported. Please read http://www.xpert.gr/myphp.php in order to compare php infos I've added the variable dumbing to target.php as you've said but it's still null on PHP 5.2.5 Apache/centos server and works fine on PHP 4.3.9 server Netcraft's report : Problematic server: Apache/2.2.8 Unix mod_ssl/2.2.8 OpenSSL/0.9.8b mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 mod_jk/1.2.25 PHP/5.2.5 Is it possible that the problem maybe caused by CENTOS since the working server runs REDHAT? Can you crossreference or even prove such an assumption? (be careful: I'm just guessing) I assume that something conflicts with something but with what remains a mystery. 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/44941 -- Edit this bug report at http://bugs.php.net/?id=44941&edit=1
#44946 [Opn->Fbk]: crashes in ini_set()
ID: 44946 Updated by: [EMAIL PROTECTED] Reported By: gryzman at gmail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: centos 4.6 itanium PHP Version: 5.2.6 New Comment: What gcc version does it happen with? Have you tried to upgrade? Previous Comments: [2008-05-08 13:16:48] gj at zlew dot org looks like optimization bug of GCC, export CFLAGS="-O0" does the job... [2008-05-08 12:54:42] gj at zlew dot org compiling with --enable-debug causes it not to crash, it doesn't crash on teh same code on 32bit machine. [2008-05-08 12:22:34] gj at zlew dot org './configure' '--host=ia64-redhat-linux-gnu' '--build=ia64-redhat- linux-gnu' '--target=ia64-redhat-linux' '--program-prefix=' '-- prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '-- sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '-- includedir=/usr/include' '--libdir=/usr/lib' '-- libexecdir=/usr/libexec' '--localstatedir=/var' '-- sharedstatedir=/usr/com' '--mandir=/usr/share/man' '-- infodir=/usr/share/info' '--cache-file=../config.cache' '--with- libdir=lib' '--with-config-file-path=/etc' '--with-config-file-scan- dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '-- without-pear' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin' '- -with-freetype-dir=/usr' '--with-png-dir=/usr' '--enable-gd-native- ttf' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '-- with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '-- with-expat-dir=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with- layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '-- enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable- sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '-- enable-wddx' '--with-kerberos' '--enable-ucd-snmp-hack' '--with- unixODBC=shared,/usr' '--enable-memory-limit' '--enable-shmop' '-- enable-calendar' '--enable-dbx' '--enable-dio' '--without-mime-magic' '--without-sqlite' '--with-libxml-dir=/usr' '--with-xml' '--with- apxs2=/usr/sbin/apxs' '--without-mysql' '--without-gd' '--without- odbc' '--disable-dom' '--disable-dba' '--without-unixODBC' '--disable- pdo' '--disable-xmlreader' '--disable-xmlwriter' '--disable-json' was used to compile it. It doesn't crash, if I compile it with just --enable-debug, but that doesn't prove anything - me guesses. [2008-05-08 12:05:16] gryzman at gmail dot com Description: it looks like it crashes on ini_set() , with no exception as to which param I want to change. Reproduce code: --- Expected result: no crashes Actual result: -- crash [EMAIL PROTECTED] ~]# gdb php GNU gdb Red Hat Linux (6.3.0.0-1.153.el4rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "ia64-redhat-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) r Starting program: /usr/bin/php Reading symbols from shared object read from target memory...(no debugging symbols found)...done. Loaded system supplied DSO at 0xa000 (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 2305843009231854656 (LWP 13379)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 2305843009231854656 (LWP 13379)] 0x40379a61 in _zval_ptr_dtor () (gdb) bt #0 0x40379a61 in _zval_ptr_dtor () #1 0x403ee300 in zend_do_fcall_common_helper_SPEC () #2 0x403ed8f0 in execute () #3 0x403a1c60 in zend_execute_scripts () #4 0x40304010 in php_execute_script () #5 0x40533ed0 in main () or for instance: (vanillia 5.2.6 php, with debug symbols:) [EMAIL PROTECTED] php-5.2.6]# gdb ./sapi/cli/php GNU gdb Red Hat Linux (6.3.0.0-1.153.el4rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "ia64-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". warning: not using untruste
#44936 [Asn->Ctl]: ini_set changes 'access' value of config variable
ID: 44936 Updated by: [EMAIL PROTECTED] Reported By: romain dot dorgueil at sensio dot net -Status: Assigned +Status: Critical Bug Type: *General Issues Operating System: linux 2.6.22-14 PHP Version: 5.2.6 Assigned To: iliaa Previous Comments: [2008-05-26 20:31:31] [EMAIL PROTECTED] Ilia, I think this is the patch that causes the side-effect: http://cvs.php.net/viewvc.cgi/ZendEngine2/zend_ini.c?r1=1.39.2.2.2.26&r2=1.39.2.2.2.27&pathrev=PHP_5_2 [2008-05-07 18:11:18] romain dot dorgueil at sensio dot net Description: ini_set changes the 'access' parameter of configuration entry to 63 without any reason. This behaviour did not exist in previous versions and is very easy to reproduce. It is not documented and not in the php 5.6.3 changelog. Reproduce code: --- http://bugs.php.net/?id=44936&edit=1
#42641 [Opn->Asn]: ob_start(): inconsistent behaviour with undefined callbacks
ID: 42641 Updated by: [EMAIL PROTECTED] Reported By: robin_fernandes at uk dot ibm dot com -Status: Open +Status: Assigned Bug Type: Output Control Operating System: Windows PHP Version: 5CVS-2007-09-12 (snap) Assigned To: mike New Comment: Mike? See above comment..? Previous Comments: [2007-09-18 12:28:29] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] 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. [2007-09-13 09:22:07] [EMAIL PROTECTED] Yeah, now that I took a closer look I can see there's something like this implemented..I wonder when/why. :) Please don't open documentation issue yet. [2007-09-12 14:06:29] robin_fernandes at uk dot ibm dot com Hi, Thanks for your reply. As documentation isn't always complete/up to date, I looked at the implementation of ob_start() to understand its behaviour. The code in the 5.2 version of php_ob_init() in output.c splits strings on ',' and attempts to process each part seaparately (line 485). For arrays, if a pair does not represent a method, a comment explicitly states "init all array elements recursively" (line 516). The prototype in the 5.2 code currently looks like this: bool ob_start([ string|array user_function [, int chunk_size [, bool erase]]]) The following testcase shows this behaviour in action: http://pastebin.com/f4f15a025 Regarding tuning up the error message display params, I'm currently using: error_reporting = E_ALL | E_STRICT / display_errors = 1 . Would you expect see warnings/notices with my testcase? I'll happily raise a documentation bug to ensure this is covered. Alternatively, perhaps the fact that this behaviour is available is itself a bug? Note that this is raised against php5 (not 6 where the output buffering implementation seems to be a bit different). 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=42641&edit=1
#42641 [Asn->Opn]: ob_start(): inconsistent behaviour with undefined callbacks
ID: 42641 Updated by: [EMAIL PROTECTED] Reported By: robin_fernandes at uk dot ibm dot com -Status: Assigned +Status: Open Bug Type: Output Control Operating System: Windows PHP Version: 5CVS-2007-09-12 (snap) Assigned To: mike Previous Comments: [2007-09-18 12:28:29] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] 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. [2007-09-13 09:22:07] [EMAIL PROTECTED] Yeah, now that I took a closer look I can see there's something like this implemented..I wonder when/why. :) Please don't open documentation issue yet. [2007-09-12 14:06:29] robin_fernandes at uk dot ibm dot com Hi, Thanks for your reply. As documentation isn't always complete/up to date, I looked at the implementation of ob_start() to understand its behaviour. The code in the 5.2 version of php_ob_init() in output.c splits strings on ',' and attempts to process each part seaparately (line 485). For arrays, if a pair does not represent a method, a comment explicitly states "init all array elements recursively" (line 516). The prototype in the 5.2 code currently looks like this: bool ob_start([ string|array user_function [, int chunk_size [, bool erase]]]) The following testcase shows this behaviour in action: http://pastebin.com/f4f15a025 Regarding tuning up the error message display params, I'm currently using: error_reporting = E_ALL | E_STRICT / display_errors = 1 . Would you expect see warnings/notices with my testcase? I'll happily raise a documentation bug to ensure this is covered. Alternatively, perhaps the fact that this behaviour is available is itself a bug? Note that this is raised against php5 (not 6 where the output buffering implementation seems to be a bit different). 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=42641&edit=1
#45030 [Opn->Asn]: Destination image alpah channle noise when using imagecopyresampled
ID: 45030 Updated by: [EMAIL PROTECTED] Reported By: lieyang at yahoo dot com -Status: Open +Status: Assigned Bug Type: GD related Operating System: x86_64 GNU/Linux Kernel 2.6.9-4 PHP Version: 5.2.6 Assigned To: pajoye New Comment: Pierre, the fix worked, commit? Previous Comments: [2008-05-29 21:07:49] lieyang at yahoo dot com We have verified the fix resolved our problem. Thank you very much! Do you have any estimate on when the fix will make into the stable branch? [2008-05-18 18:12:32] [EMAIL PROTECTED] Right, there is a alpha values between 0 and 2. This is a little rounding issue in the interpolation function. As it is not relevant when you use the full range of the 8bit (7bit in gd 2.0.x internals), it could cause some troubles when you introduce more errors while using only 4bits. The worst case will end with an error twice bigger than the original one. That's certainly why you see the little black pixels. Here is an attempt to minimize the error in the edge of the alpha values: http://pierre.libgd.org/patches/bug45030.txt It should fix non obvious errors like the one you had. [2008-05-18 16:14:25] lieyang at yahoo dot com You can see the noise on both my 56x56 image and image generated from Rasmus's reproducing code sample with resizing from 90x90 to 50x50 (I am not talking about the anti-aliasing areas :) GIMP: Tools > Selection Tools > By Color select, click a few spots in the empty region of the image and you will see the noise being selected. Paint.net: use the color select tool and click a few times on the empty region of the image, some pixels will display the transparency as 2. (thank you so much for your quick response!) [2008-05-18 10:29:14] [EMAIL PROTECTED] The 56x56 image looks perfectly fine to me. I also checked the alpha values for the translucent areas and they look fine too (full translucent when they are not near the star anti aliased pixels, as expected). To see how is the alpha channel in the result image, please look at this zoomed version of the alpha channel only: http://pierre.libgd.org/bugs/45030_alpha_only.png 100% black means opaque and the gray squares are only to show a background (what would be behind the image). As you can see, there is no noise in the transparent areas. Are you sure that there is not a bug in the Motorola display system? Maybe it does not support semi transparent pixels. [2008-05-18 03:51:39] lieyang at yahoo dot com Here are my test source image (png 90x90): http://tinyurl.com/65tdtm Resized to 56x56 with noise in alpha channel: http://tinyurl.com/6yold7 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/45030 -- Edit this bug report at http://bugs.php.net/?id=45030&edit=1
#42501 [Opn->Asn]: glob() with GLOB_BRACE using Windows paths
ID: 42501 Updated by: [EMAIL PROTECTED] Reported By: eric at ericmmartin dot com -Status: Open +Status: Assigned Bug Type: Filesystem function related Operating System: Windows XP PHP Version: 5.2.4 Assigned To: pajoye Previous Comments: [2007-10-05 14:45:08] eric at ericmmartin dot com I have confirmed that the nts version works as expected. I still believe that the issue is caused by the colon ':' in the pattern portion of the glob call. For example, the following is still problematic in the non-nts version: Notice, I moved the drive letter out of the pattern, so the pattern does not start with a '{'. It works as expected in the nts version. [2007-09-23 09:23:43] tzachi at zend dot com It seems to be a problem with PHP thread-safe. With PHP-NTS that is provided from 5.2.1 and on it seems to work as expected. Apparently the thread-safety version (which is what common in windows) of glob has a problem with pattern that begins with '{'. [2007-09-03 14:39:11] eric at ericmmartin dot com >From my previous comment: "I added BLOG_NOCHECK and found"... - I mean GLOB_NOCHECK, of course =) [2007-09-03 14:37:32] eric at ericmmartin dot com I added BLOG_NOCHECK and found that I needed to update my first test (it was missing a directory seperator...but even after fixing that, it still fails. Here are the updated tests and results. Reproduce code: --- Actual result: -- Array ( [0] => c:/globtest/firstfolder/*.png [1] => c:/globtest/secondfolder/*.png ) Array ( [0] => c:/globtest/firstfolder/arrow_down.png [1] => c:/globtest/firstfolder/arrow_off.png [2] => c:/globtest/firstfolder/arrow_up.png [3] => c:/globtest/secondfolder/arrow_down.png [4] => c:/globtest/secondfolder/arrow_off.png [5] => c:/globtest/secondfolder/arrow_up.png ) The pattern looks correct! Even if I use 'arrow_off.png' instead of '*.png' for $ext, glob() fails. It seems like the colon breaks it, for some reason... [2007-09-03 11:30:01] [EMAIL PROTECTED] Try passing GLOB_NOCHECK as flag too, it should return the actual pattern used then when it doesn't find any files. 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/42501 -- Edit this bug report at http://bugs.php.net/?id=42501&edit=1
#35961 [Opn->Csd]: executing programs with spaces in program name and parameters fails.
ID: 35961 Updated by: [EMAIL PROTECTED] Reported By: rquadling at gmail dot com -Status: Open +Status: Closed Bug Type: CGI related Operating System: Windows XP SP2 PHP Version: 5.1.1 Assigned To: pajoye Previous Comments: [2008-06-06 09:35:38] [EMAIL PROTECTED] This was fixed. HEAD : http://cvs.php.net/viewvc.cgi/TSRM/tsrm_win32.c?r1=1.34&r2=1.35 5.2x : http://cvs.php.net/viewvc.cgi/TSRM/tsrm_win32.c?r1=1.27.2.1.2.8&r2=1.27.2.1.2.9 5.3x : http://cvs.php.net/viewvc.cgi/TSRM/tsrm_win32.c?r1=1.27.2.1.2.7.2.1&r2=1.27.2.1.2.7.2.2 Can the 5.2x commit be reversed? This caused a minor issue with phd for 5.2. Whilst it is easily fixed it is a BC mid version (5.2.6 vs 5.2.7-dev). Having it at 5.3+ allows the BC to be documented as part of the changes to 5.3. Thank you. Richard Quadling. [2008-05-30 10:14:08] [EMAIL PROTECTED] [11:11] RichardQ, assign these bugs to me and I will dispatch them if necessary [2006-01-10 14:00:14] rquadling at gmail dot com Well, doesn't that just suck! [2006-01-10 13:49:41] [EMAIL PROTECTED] Not PHP problem. See bug #25361. [2006-01-10 12:58:41] rquadling at gmail dot com Description: Within windows CMD32, the following works (obviously you will need to have a Windows system with Internet Explorer installed). "C:\Program Files\Internet Explorer\IEXPLORE.EXE" Will load Internet Explorer. In PHP run from the CLI ... Will load Internet Explorer and wait until it is closed. If you want to pass the program a parameter then you would wrap the parameter with double quotes. e.g. >From the command line ... "C:\Program Files\Internet Explorer\IEXPLORE.EXE" "http://www.google.com"; Will load Internet Explorer and place you at Google. If you try the same sort of thing in PHP ... http://www.google.com";'); ?> You get an error of ... 'C:\Program' is not recognized as an internal or external command, operable program or batch file. Reproduce code: --- http://www.google.com";'); ?> Expected result: Internet Explorer loads with the Google page being displayed. Actual result: -- 'C:\Program' is not recognized as an internal or external command, operable program or batch file. -- Edit this bug report at http://bugs.php.net/?id=35961&edit=1
#35961 [Asn->Opn]: executing programs with spaces in program name and parameters fails.
ID: 35961 Updated by: [EMAIL PROTECTED] Reported By: rquadling at gmail dot com -Status: Assigned +Status: Open Bug Type: CGI related Operating System: Windows XP SP2 PHP Version: 5.1.1 -Assigned To: pierre +Assigned To: pajoye Previous Comments: [2008-06-06 09:35:38] [EMAIL PROTECTED] This was fixed. HEAD : http://cvs.php.net/viewvc.cgi/TSRM/tsrm_win32.c?r1=1.34&r2=1.35 5.2x : http://cvs.php.net/viewvc.cgi/TSRM/tsrm_win32.c?r1=1.27.2.1.2.8&r2=1.27.2.1.2.9 5.3x : http://cvs.php.net/viewvc.cgi/TSRM/tsrm_win32.c?r1=1.27.2.1.2.7.2.1&r2=1.27.2.1.2.7.2.2 Can the 5.2x commit be reversed? This caused a minor issue with phd for 5.2. Whilst it is easily fixed it is a BC mid version (5.2.6 vs 5.2.7-dev). Having it at 5.3+ allows the BC to be documented as part of the changes to 5.3. Thank you. Richard Quadling. [2008-05-30 10:14:08] [EMAIL PROTECTED] [11:11] RichardQ, assign these bugs to me and I will dispatch them if necessary [2006-01-10 14:00:14] rquadling at gmail dot com Well, doesn't that just suck! [2006-01-10 13:49:41] [EMAIL PROTECTED] Not PHP problem. See bug #25361. [2006-01-10 12:58:41] rquadling at gmail dot com Description: Within windows CMD32, the following works (obviously you will need to have a Windows system with Internet Explorer installed). "C:\Program Files\Internet Explorer\IEXPLORE.EXE" Will load Internet Explorer. In PHP run from the CLI ... Will load Internet Explorer and wait until it is closed. If you want to pass the program a parameter then you would wrap the parameter with double quotes. e.g. >From the command line ... "C:\Program Files\Internet Explorer\IEXPLORE.EXE" "http://www.google.com"; Will load Internet Explorer and place you at Google. If you try the same sort of thing in PHP ... http://www.google.com";'); ?> You get an error of ... 'C:\Program' is not recognized as an internal or external command, operable program or batch file. Reproduce code: --- http://www.google.com";'); ?> Expected result: Internet Explorer loads with the Google page being displayed. Actual result: -- 'C:\Program' is not recognized as an internal or external command, operable program or batch file. -- Edit this bug report at http://bugs.php.net/?id=35961&edit=1
#34671 [Opn->Asn]: strange exec behaviour on multiple quotes
ID: 34671 Updated by: [EMAIL PROTECTED] Reported By: wf at bitplan dot com -Status: Open +Status: Assigned Bug Type: Program Execution Operating System: win32 PHP Version: 5.2.6 Assigned To: pajoye New Comment: Correct assignment. Previous Comments: [2008-05-30 10:13:41] [EMAIL PROTECTED] [11:11] RichardQ, assign these bugs to me and I will dispatch them if necessary [2005-09-28 15:10:25] wf at bitplan dot com it's not a PHP but a cmd.exe problem: ""C:/Programme/MySQL/MySQL Server 4.1/bin/mysql.exe" --user=smartrqm --password=6y-app% --database=smartRQM --execute="status"" works. This is due to the way cmd /c works which is obviously used internally. See cmd /help on how cmd.exe handles quotes [2005-09-28 14:39:10] wf at bitplan dot com Description: in the code below $cmd='"C:/Programme/MySQL/MySQL Server 4.1/bin/mysql.exe" --execute=status'; works, but $cmd='"C:/Programme/MySQL/MySQL Server 4.1/bin/mysql.exe" --execute="status"'; does not. The error message is: failed with return-code: 1 Der Befehl "C:/Programme/MySQL/MySQL" ist entweder falsch geschrieben oder konnte nicht gefunden werden. This is very strange, since running the command in a cmd box in Windows works in both cases. Reproduce code: --- $_output=array(); $cmd='"C:/Programme/MySQL/MySQL Server 4.1/bin/mysql.exe" --execute="status"'; exec($cmd,$_output,$_retval); if ($_retval==0) { echo 'and done !'; } else { echo " failed with return-code: ".$_retval; foreach($_output as $_outputline){ echo("$_outputline"); } Expected result: exec should work in both cases Actual result: -- failed with return-code: 1 Der Befehl "C:/Programme/MySQL/MySQL" ist entweder falsch geschrieben oder konnte nicht gefunden werden. -- Edit this bug report at http://bugs.php.net/?id=34671&edit=1
#34671 [Asn->Opn]: strange exec behaviour on multiple quotes
ID: 34671 Updated by: [EMAIL PROTECTED] Reported By: wf at bitplan dot com -Status: Assigned +Status: Open Bug Type: Program Execution Operating System: win32 PHP Version: 5.2.6 -Assigned To: pierre +Assigned To: pajoye Previous Comments: [2008-05-30 10:13:41] [EMAIL PROTECTED] [11:11] RichardQ, assign these bugs to me and I will dispatch them if necessary [2005-09-28 15:10:25] wf at bitplan dot com it's not a PHP but a cmd.exe problem: ""C:/Programme/MySQL/MySQL Server 4.1/bin/mysql.exe" --user=smartrqm --password=6y-app% --database=smartRQM --execute="status"" works. This is due to the way cmd /c works which is obviously used internally. See cmd /help on how cmd.exe handles quotes [2005-09-28 14:39:10] wf at bitplan dot com Description: in the code below $cmd='"C:/Programme/MySQL/MySQL Server 4.1/bin/mysql.exe" --execute=status'; works, but $cmd='"C:/Programme/MySQL/MySQL Server 4.1/bin/mysql.exe" --execute="status"'; does not. The error message is: failed with return-code: 1 Der Befehl "C:/Programme/MySQL/MySQL" ist entweder falsch geschrieben oder konnte nicht gefunden werden. This is very strange, since running the command in a cmd box in Windows works in both cases. Reproduce code: --- $_output=array(); $cmd='"C:/Programme/MySQL/MySQL Server 4.1/bin/mysql.exe" --execute="status"'; exec($cmd,$_output,$_retval); if ($_retval==0) { echo 'and done !'; } else { echo " failed with return-code: ".$_retval; foreach($_output as $_outputline){ echo("$_outputline"); } Expected result: exec should work in both cases Actual result: -- failed with return-code: 1 Der Befehl "C:/Programme/MySQL/MySQL" ist entweder falsch geschrieben oder konnte nicht gefunden werden. -- Edit this bug report at http://bugs.php.net/?id=34671&edit=1
#44925 [Asn]: preg_grep and array index - follow up on #44191
ID: 44925 Updated by: [EMAIL PROTECTED] Reported By: admin at ifyouwantblood dot de Status: Assigned Bug Type:PCRE related PHP Version: 5.2.6 Assigned To: nlopess New Comment: Functions should never ever modify the input array unless designed to do so. According to documentation, preg_grep() is not supposed to modify the input array. So it's a bug, not BC. What exactly is the usage case where it should modify input array? Previous Comments: [2008-07-06 18:46:13] [EMAIL PROTECTED] I don't really know what to do with this.. While I agree it shouldn't modify the original array, changing the behavior would break BC.. Any opinions about this? [2008-05-06 16:00:03] admin at ifyouwantblood dot de > PHP obviously should convert the values to string to be used in > regex matching. Hence, i think that it should returns the string > that was matched. sure, internally it'll has to be converted, but i see no reason for a change of the input array. thus preg_grep should work with a copy of the input array... [2008-05-06 13:07:09] [EMAIL PROTECTED] Well, preg_grep() != in_array()... PHP obviously should convert the values to string to be used in regex matching. Hence, i think that it should returns the string that was matched. Anyway, i'll assign to the maintainer to solve this issue. Thanks. [2008-05-06 12:48:29] admin at ifyouwantblood dot de >> this is a follow up on bug #44191. that was fixed, but everything >> inside the array is now converted to a string. as i understand it, >> the search array shouldn't change at all, so i think this is a >> bug. please note that with objects without a __toString() method, >> this of course leads to a fatal error. > > This is expected, the function is for matching strings. sorry, but did you even take a look at the samples? preg_grep is a SEARCH function, why should it change the INPUT array? [2008-05-06 10:57:14] [EMAIL PROTECTED] > this is a follow up on bug #44191. that was fixed, but everything > inside > the array is now converted to a string. as i understand it, the search > array shouldn't change at all, so i think this is a bug. please note > that with objects without a __toString() method, this of course leads to > a fatal error. This is expected, the function is for matching strings. > another thing is, preg_grep issues a warning if you give it an object > instead of converting the object to an array (like other function like > array_flip() do) Exactly, preg_grep() is intended for works only with arrays. > addtionally a question: how should preg_grep react on multi- > dimensional > arrays anyways? convert them to a string and try to match the pattern? > go through every level and return a multi-dimensional array? issue a > warning? The PHP converts for the literal string 'Array'. That can be viewed with: var_dump(preg_grep('//', array(array(; Thanks. 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/44925 -- Edit this bug report at http://bugs.php.net/?id=44925&edit=1
#42855 [Asn->Opn]: [PATCH] dns_get_record() doesn't return all text from TXT record
ID: 42855 Updated by: [EMAIL PROTECTED] -Summary: dns_get_record() doesn't return all text from TXT record Reported By: misc at e2007 dot cynergi dot com -Status: Assigned +Status: Open Bug Type: Network related Operating System: RHEL4 PHP Version: 5.2.5 Assigned To: pollita Previous Comments: [2008-03-02 12:08:52] a dot u dot savchuk at gmail dot com i reproduce this and create a patch for problem solving. it works for me: $ ./sapi/cli/php -r '$x = dns_get_record("bravo._domainkey.yahoogroups.co.uk", DNS_TXT); var_dump($x);' array(1) { [0]=> array(5) { ["host"]=> string(34) "bravo._domainkey.yahoogroups.co.uk" ["type"]=> string(3) "TXT" ["txt"]=> string(179) "k=rsa; p=MHwwDQYJKoZIhvcNAQEBBQADawAwaAJhAKt1OprXeH+okFnh8XxMeVV9iYAbhIOMq3ODHpcBm7JSl3Orusqv53BIn55a0JaP1iqbIWu5j3TVIpqbG7MHZUKJQrqcmVSvG7oT3r7Fwo6aCHMMuL+IZdEpbb9ZU8xomQIDAP//" ["class"]=> string(2) "IN" ["ttl"]=> int(21130) } } Here is code: $ cat /home/sawoy/dns.c.patch --- ../source/php-5.2.5/ext/standard/dns.c 2007-06-26 04:04:55.0 -0700 +++ ./ext/standard/dns.c2008-03-02 03:56:21.0 -0800 @@ -474,12 +474,17 @@ static u_char *php_parserr(u_char *cp, q break; case DNS_T_TXT: add_assoc_string(*subarray, "type", "TXT", 1); - n = cp[0]; - tp = emalloc(n + 1); - memcpy(tp, cp + 1, n); - tp[n] = '\0'; + tp = emalloc(dlen + 1); + int ll = 0; + while ( ll < dlen) + { + n = cp[ll]; + memcpy(tp + ll , cp + ll + 1, n); + ll = ll + n + 1; + } + tp[dlen] = '\0'; cp += dlen; - add_assoc_stringl(*subarray, "txt", tp, n, 0); + add_assoc_stringl(*subarray, "txt", tp, dlen, 0); break; case DNS_T_SOA: add_assoc_string(*subarray, "type", "SOA", 1); [2007-10-06 00:28:01] [EMAIL PROTECTED] Sara, please take a look, seems like this cryptic piece of code (so messy) uses wrong length to get the piece of data here.. [2007-10-04 13:24:20] misc at e2007 dot cynergi dot com I'm tired... 3rd paragraph in the "description" should have read: "The following code examples where compiled when under Windows the command ... returned:", and the "expected result" string length should be greater than 127, of course. [2007-10-04 13:12:33] misc at e2007 dot cynergi dot com Description: dns_get_record() doesn't return all text from TXT record. RFC 1035 states that TXT record values can't have "compression", but can have multiple strings for the same DNS record. Although uncommon, such long TXT strings actualy exist to make publicly available public key data for DomainKeys e-mail protocols (used by Yahoo! and Gmail). The following code examples where compiled when under Windows, the command "nslookup -type=TXT bravo._domainkey.yahoogroups.co.uk" returned: (...) Non-authoritative answer: bravo._domainkey.yahoogroups.co.uk text = "k=rsa; p=MHwwDQYJKoZIhvcNAQEBBQADawAwaAJhAKt1OprXeH+okFnh8XxMeVV9iYAbhIOMq3ODHpcBm7JSl3Orusqv53BIn55a0JaP1iqbIWu5j3TVIpqbG7MHZU" "KJQrqcmVSvG7oT3r7Fwo6aCHMMuL+IZdEpbb9ZU8xomQIDAP//" Reproduce code: --- $x = dns_get_record("bravo._domainkey.yahoogroups.co.uk", DNS_TXT); var_dump($x); Expected result: array(1) { [0]=> array(5) { ["host"]=> string(34) "bravo._domainkey.yahoogroups.co.uk" ["type"]=> string(3) "TXT" ["txt"]=> string(127) "k=rsa; p=MHwwDQYJKoZIhvcNAQEBBQADawAwaAJhAKt1OprXeH+okFnh8XxMeVV9iYAbhIOMq3ODHpcBm7JSl3Orusqv53BIn55a0JaP1iqbIWu5j3TVIpqbG7MHZUKJQrqcmVSvG7oT3r7Fwo6aCHMMuL+IZdEpbb9ZU8xomQIDAP//" ["class"]=> string(2) "IN" ["ttl"]=> int(17428) } } Actual result: -- array(1) { [0]=> array(5) { ["host"]=> string(34) "bravo._domainkey.yahoogroups.co.uk" ["type"]=> string(3) "TXT" ["txt"]=> string(127) "k=rsa; p=MHwwDQYJKoZIhvcNAQEBBQADawAwaAJhAKt1OprXeH+okFnh8XxMeVV9iYAbhIOMq3ODHpcBm7JSl3Orusqv53BIn55a0JaP1iqbIWu5j3TVIpqbG7MHZU" ["class"]=> string(2) "IN" ["ttl"]=> int(17428) } } -- Edit this bug report at http://bugs.php.net/?id=4285
#42420 [Asn->Fbk]: Segmentation fault when using FTP proxy
ID: 42420 Updated by: [EMAIL PROTECTED] Reported By: mkwan at darkside dot com dot au -Status: Assigned +Status: Feedback Bug Type: Reproducible crash Operating System: * PHP Version: 5.2CVS-2007-09-04 Assigned To: pollita New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-09-04 12:31:09] [EMAIL PROTECTED] Assigned to the maintainer of the FTP stuff. Sara: Seems like there's some issues with filters. Propably not related but I stumbled to this: main/streams/filter.c:432 for(current = filter; current; current = current->next) { current isn't used anyplace else there.. Also it seems that the filters are nuked in _php_stream_free() before the closer is run.. [2007-09-04 10:58:32] [EMAIL PROTECTED] Here's a backtrace I got with latest 5.2 CVS: Program received signal SIGSEGV, Segmentation fault. 0x082a8b13 in _php_stream_write_filtered (stream=0xa1f84a4, buf=0x857550f "QUIT\r\n", count=6, flags=0) at /home/jani/src/php-5.2/main/streams/streams.c:955 955 status = filter->fops->filter(stream, filter, brig_inp, brig_outp, (gdb) bt #0 0x082a8b13 in _php_stream_write_filtered (stream=0xa1f84a4, buf=0x857550f "QUIT\r\n", count=6, flags=0) at /home/jani/src/php-5.2/main/streams/streams.c:955 #1 0x082a8cb7 in _php_stream_write (stream=0xa1f84a4, buf=0x857550f "QUIT\r\n", count=6) at /home/jani/src/php-5.2/main/streams/streams.c:1021 #2 0x08266db6 in php_stream_ftp_stream_close (wrapper=0x85ccea8, stream=0xa1f88e8) at /home/jani/src/php-5.2/ext/standard/ftp_fopen_wrapper.c:102 #3 0x082a77e2 in _php_stream_free (stream=0xa1f88e8, close_options=3) at /home/jani/src/php-5.2/main/streams/streams.c:366 #4 0x0821203f in zif_file_get_contents (ht=1, return_value=0xa1f7318, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/jani/src/php-5.2/ext/standard/file.c:577 #5 0x0830ad90 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfec8b04) at /home/jani/src/php-5.2/Zend/zend_vm_execute.h:200 #6 0x0831064d in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xbfec8b04) at /home/jani/src/php-5.2/Zend/zend_vm_execute.h:1681 #7 0x0830a8f1 in execute (op_array=0xa1f7ab0) at /home/jani/src/php-5.2/Zend/zend_vm_execute.h:92 #8 0x082e5ba3 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/jani/src/php-5.2/Zend/zend.c:1134 #9 0x082929af in php_execute_script (primary_file=0xbfecaea0) at /home/jani/src/php-5.2/main/main.c:1986 #10 0x0835f9a0 in main (argc=3, argv=0xbfecaff4) at /home/jani/src/php-5.2/sapi/cli/php_cli.c:1140 [2007-09-04 10:38:22] mkwan at darkside dot com dot au Sorry, but I'm using an RPM installation, and I'm not in a position to compile/install/test/remove a debugging version of PHP just so I can submit a bug report. I don't think a developer would have any trouble reproducing it. One other piece of diagnostic information that may be useful: the following line appears in the Apache log - 127.0.0.1 - - [23/Aug/2007:14:17:43 +1000] "GET ftp://ftp2.bom.gov.au/anon/gen/radar/IDR463.gif HTTP/1.0" 200 22489 "-" "-" So it looks like PHP crashes *after* connecting to the proxy and requesting the file. [2007-08-27 09:21:40] [EMAIL PROTECTED] And now read again the above mentioned page and reconfigure your PHP isntallation using --enable-debug this time. Also, use the latest 5.2 CVS snapshot from: http://snaps.php.net/php5.2-latest.tar.gz [2007-08-26 23:47:27] mkwan at darkside dot com dot au #0 0x081ce50c in ?? () #1 0x08191a7e in ?? () #2 0x081ce9d4 in _php_stream_free () #3 0x081533fa in zif_file_get_contents () #4 0x08233b00 in ?? () #5 0x08223048 in execute () #6 0x0820241a in zend_execute_scripts () #7 0x081bc256 in php_execute_script () #8 0x082885ab in main () 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/42420 -- Edit this bug report at http://bugs.php.net/?id=42420&edit=1
#41021 [Asn->Fbk]: Problems with the ftps wrapper.
ID: 41021 Updated by: [EMAIL PROTECTED] Reported By: webmaster at wiedmann-online dot de -Status: Assigned +Status: Feedback Bug Type: FTP related Operating System: Windows_NT PHP Version: 5.2.1 Assigned To: pollita New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-04-09 07:34:41] [EMAIL PROTECTED] Sara, could you plz take a look at this? [2007-04-08 03:47:00] webmaster at wiedmann-online dot de Description: I've played with the ftps wrapper, but some issues with it. - scandir() doesn't work at all. (test 1) - With file_get_contents() I get the content, but also a warning. (test 2) (the same behaviour I have with an older PHP (5.0.4) on *nix with both tests) - An additional test with ftp_ssl_connect() works only on *nix (PHP 5.0.4) but not on Windows (PHP 5.1.4, not an official build). (test 3) With some other ftp clients, I have no problems. Reproduce code: --- *** TEST 1 *** [php script] *** TEST 2 *** [explorer.bat (file on ftp server)] cd \ cd Windows explorer.exe pause [php script] *** TEST 3 *** [php script] Expected result: It should work (and without warnings) ;-) But I have logs with working connections from a ftp client (connect / list directory / disconnect) on the same windows box as PHP: [FTP over TLS explicit / ftp server log] Apr 07 21:07:30 mod_tls/2.0.7[39949]: TLS/TLS-C requested, starting TLS handshake Apr 07 21:07:32 mod_tls/2.0.7[39949]: TLSv1/SSLv3 connection accepted, using cipher DHE-RSA-AES256-SHA (256 bits) Apr 07 21:07:33 mod_tls/2.0.7[39949]: Protection set to Private Apr 07 21:07:33 mod_tls/2.0.7[39949]: starting TLS negotiation on data connection Apr 07 21:07:33 mod_tls/2.0.7[39949]: TLSv1/SSLv3 data connection accepted, using cipher DHE-RSA-AES256-SHA (256 bits) [FTP over SSL explicit / ftp server log] Apr 07 21:04:14 mod_tls/2.0.7[39934]: SSL/TLS-P requested, starting TLS handshake Apr 07 21:04:16 mod_tls/2.0.7[39934]: TLSv1/SSLv3 connection accepted, using cipher DHE-RSA-AES256-SHA (256 bits) Apr 07 21:04:17 mod_tls/2.0.7[39934]: Protection set to Private Apr 07 21:04:17 mod_tls/2.0.7[39934]: starting TLS negotiation on data connection Apr 07 21:04:18 mod_tls/2.0.7[39934]: TLSv1/SSLv3 data connection accepted, using cipher DHE-RSA-AES256-SHA (256 bits) Actual result: -- *** TEST 1 *** [cli output] c:\php-5.2.1>php test.php Warning: scandir(): SSL/TLS already set-up for this stream in c:\php-5.2.1\test.php on line 3 Warning: scandir(ftps://[EMAIL PROTECTED]:21/): failed to open dir: Unable to activate SSL mode FTP server reports 150 Opening ASCII mode data connection for file list in c:\php-5.2.1\test.php on line 3 Warning: scandir(): (errno 11): Resource temporarily unavailable in c:\php-5.2.1\test.php on line 3 [ftp server log] Apr 07 20:51:36 mod_tls/2.0.7[39797]: TLS/TLS-C requested, starting TLS handshake Apr 07 20:51:38 mod_tls/2.0.7[39797]: TLSv1/SSLv3 connection accepted, using cipher DHE-RSA-AES256-SHA (256 bits) Apr 07 20:51:38 mod_tls/2.0.7[39797]: Protection set to Private Apr 07 20:51:38 mod_tls/2.0.7[39797]: starting TLS negotiation on data connection Apr 07 20:51:38 mod_tls/2.0.7[39797]: unable to accept TLS connection: received EOF that violates protocol Apr 07 20:51:38 mod_tls/2.0.7[39797]: unable to open data connection: TLS negotiation failed *** TEST 2 *** [cli output] c:\php-5.2.1>php test.php Warning: file_get_contents(): SSL: fatal protocol error in c:\php-5.2.1\test.php on line 3 cd \ cd Windows explorer.exe pause [ftp server log] Apr 07 20:55:48 mod_tls/2.0.7[39867]: TLS/TLS-C requested, starting TLS handshake Apr 07 20:55:50 mod_tls/2.0.7[39867]: TLSv1/SSLv3 connection accepted, using cipher DHE-RSA-AES256-SHA (256 bits) Apr 07 20:55:50 mod_tls/2.0.7[39867]: Protection set to Private Apr 07 20:55:50 mod_tls/2.0.7[39867]: starting TLS negotiation on data connection Apr 07 20:55:51 mod_tls/2.0.7[39867]: TLSv1/SSLv3 data connection accepted, using cipher DHE-RSA-AES256-SHA (256 bits) Apr 07 20:55:51 mod_tls/2.0.7[39867]: unexpected OpenSSL error, disconnecting *** TEST 3 *** [cli output] c:\php-5.1.4>php test.php Warning: ftp_login(): SSL/TLS handshake failed in c:\php-5.1.4\test.php on line 4 Warning: ftp_login(): AUTH TLS successful in c:\php-5.1.4\test.php on line 4 bool(false) [ftp server log] Apr 08 04:06:50 mod_tls/2.0.7[43479]: TLS/TLS-C requested, starting TLS handshake Apr 08 04:06:52 mod_tls/2.0.7[43479]: unable to accept TLS connection: (1) error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number
#35980 [Opn->Asn]: touch() works on files but not on directories (on Linux this works perfectly)
ID: 35980 Updated by: [EMAIL PROTECTED] Reported By: pavel dot hlousek at gmail dot com -Status: Open +Status: Assigned Bug Type: Filesystem function related Operating System: win32 only PHP Version: 5.2.4 (?) Assigned To: nlopess New Comment: Nuno, as Sara isn't doing anything anymore, I guess it's up to you now to fix this..? Previous Comments: [2007-09-05 13:54:39] [EMAIL PROTECTED] Sara, what's the status on this? (version was weird, never saw this before checking what people have now invented as version..) [2006-04-16 03:03:02] [EMAIL PROTECTED] I'll try looking for unencumbered information to develop a fix that avoids GPL licensing complications first. If it's indeed the result of a bug in the microsoft OS implementation there should be sufficient information out there to develop a fix that doesn't involve reusing restrictively licensed code. [2006-04-15 21:16:05] [EMAIL PROTECTED] Sara, could you plz check the patch out? Thanks. [2006-01-15 18:30:26] [EMAIL PROTECTED] Patch: http://mega.ist.utl.pt/~ncpl/php_win_touch_dirs.txt Note: it includes a function that was adapted from Perl 5 (win_filetime_from_time). The Perl code is distributed under GPL (and that file is (c) 1995 Microsoft Corporation), so I'm not sure if the code can go in. That function just converts a time_t into microsoft's format. [2006-01-15 00:15:30] [EMAIL PROTECTED] This is a bug in microsoft's utime implementation. However, Perl is able to workaround this bug with SetFileTime(). I'll see if I can cook a nice patch. 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/35980 -- Edit this bug report at http://bugs.php.net/?id=35980&edit=1
#35980 [Asn->Opn]: touch() works on files but not on directories (on Linux this works perfectly)
ID: 35980 Updated by: [EMAIL PROTECTED] Reported By: pavel dot hlousek at gmail dot com -Status: Assigned +Status: Open Bug Type: Filesystem function related Operating System: win32 only PHP Version: 5.2.4 (?) -Assigned To: pollita +Assigned To: nlopess Previous Comments: [2007-09-05 13:54:39] [EMAIL PROTECTED] Sara, what's the status on this? (version was weird, never saw this before checking what people have now invented as version..) [2006-04-16 03:03:02] [EMAIL PROTECTED] I'll try looking for unencumbered information to develop a fix that avoids GPL licensing complications first. If it's indeed the result of a bug in the microsoft OS implementation there should be sufficient information out there to develop a fix that doesn't involve reusing restrictively licensed code. [2006-04-15 21:16:05] [EMAIL PROTECTED] Sara, could you plz check the patch out? Thanks. [2006-01-15 18:30:26] [EMAIL PROTECTED] Patch: http://mega.ist.utl.pt/~ncpl/php_win_touch_dirs.txt Note: it includes a function that was adapted from Perl 5 (win_filetime_from_time). The Perl code is distributed under GPL (and that file is (c) 1995 Microsoft Corporation), so I'm not sure if the code can go in. That function just converts a time_t into microsoft's format. [2006-01-15 00:15:30] [EMAIL PROTECTED] This is a bug in microsoft's utime implementation. However, Perl is able to workaround this bug with SetFileTime(). I'll see if I can cook a nice patch. 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/35980 -- Edit this bug report at http://bugs.php.net/?id=35980&edit=1
#41201 [Asn->Fbk]: fgets($stdin) does not return after newline if $stdin is filtered
ID: 41201 Updated by: [EMAIL PROTECTED] Reported By: rganogork at gmail dot com -Status: Assigned +Status: Feedback Bug Type: Streams related Operating System: Gentoo Linux PHP Version: 5.2.1 Assigned To: pollita New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-11-15 21:11:43] tvdijen at planet dot nl I have the exact same problem on Windows XP, PHP 5.2.4 The same thing seems to happen with fread()... [2007-04-26 13:24:55] rganogork at gmail dot com Description: If the input stream is filtered then fgets($stdin) does not return when newline is typed. Reproduce code: --- data = strtoupper($bucket->data); $consumed += $bucket->datalen; stream_bucket_append($out, $bucket); } return PSFS_PASS_ON; } } $stdin = fopen("php://stdin", "r"); stream_filter_register("test.23", "test_filter"); stream_filter_append($stdin, "test.23"); fgets($stdin); ?> Expected result: Should return after newline. It does return if you comment the 2 stream... lines. Actual result: -- It hangs, probably waiting for more input. -- Edit this bug report at http://bugs.php.net/?id=41201&edit=1
#40188 [Asn->Fbk]: stream_copy_to_stream() with filters truncates output
ID: 40188 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Feedback Bug Type: Streams related Operating System: kubuntu linux PHP Version: 5.2.0 Assigned To: pollita New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-01-22 07:17:10] [EMAIL PROTECTED] Sara, could you look into this? [2007-01-21 22:07:56] [EMAIL PROTECTED] Description: This was detected in the phar extension, but can be reproduced with regular php code. Because _php_stream_read in main/streams/streams.c automatically truncates output from a streams filter to the maximum requested amount, this does not allow the possibility of specifying pre-filter amount of bytes to read. "new b" is 5 bytes, but zlib deflates it to a 7-byte length.Because writepos is > toread, it is cut to 5 bytes. A new flag is needed to specify that we want to read a maximum bytes, not write a maximum bytes. Although I put "int(7)" in the expected output, I don't expect this output unless a flag is passed that specifically asks to do this. Reproduce code: --- http://bugs.php.net/?id=40188&edit=1
#35533 [Asn->Fbk]: stream_socket_sendto() does not work with Unix sockets
ID: 35533 Updated by: [EMAIL PROTECTED] Reported By: mark-phpbugs at vectrex dot org dot uk -Status: Assigned +Status: Feedback Bug Type: Streams related Operating System: Linux 2.6, Debian PHP Version: 5.1.1 Assigned To: pollita New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2005-12-03 18:49:18] mark-phpbugs at vectrex dot org dot uk Description: No valid parameter exists for stream_socket_sendto with unix sockets; you can call it but it won't work under any circumstances. Reproduce code: --- Expected result: Send a Unix datagram containing "Hello" to socket /tmp/anothersocket Actual result: -- Warning: stream_socket_sendto(): php_network_getaddresses: getaddrinfo failed: Name or service not known in /home/mark/progs/betterforum/site/udgsendtotest.php on line 14 Warning: stream_socket_sendto(): Failed to parse `udg:///tmp/anothersocket' into a valid network address in /home/mark/progs/betterforum/site/udgsendtotest.php on line 14 -- Edit this bug report at http://bugs.php.net/?id=35533&edit=1
#36103 [Asn->Fbk]: ftp ssl connection fails during login
ID: 36103 Updated by: [EMAIL PROTECTED] Reported By: rebe at unit01 dot net -Status: Assigned +Status: Feedback Bug Type: FTP related Operating System: linux PHP Version: 5.1.2 Assigned To: tony2001 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-10-12 14:21:59] contact dot removethis at deciacco dot com I made a mistake in my last comment above. It's not the ftp_getdata() function! It's the data_accept() function that also needs to be updated. [2007-10-12 04:36:42] contact dot removethis at deciacco dot com I've found that you also have to update the ftp_getdata() function in the same ftp.c file. I was able to get my version running with tony2001's patch. You have to modify it slightly for the ftp_getdata() function. Basically, you have to use data->ssl_handle in the place of ftp->ssl_handle. For more details see my post: http://www.deciacco.com/blog/archives/124 [2006-11-14 02:41:21] be_nice_or_feel_hell at yahoo dot com Hi, If any of you can help me I would greatly appreciate it. I'm trying to get into this thru FTP and am getting the error for 550 SSL/TLS required on the control channel in CMD. As I am trying to connect though I know it is a unix apache server. I am a "noob". Can anyone help me get to this server with authentication please? 128.6.68.133 [2006-02-22 01:51:57] rebe at unit01 dot net OK, so while i am little but less busy i checked everything again and it looks like both of patches solving problem while connecting to some ftp servers but not everywhere. I am not very clever with that network knowledge but i guess it is still something about blocking/nonblocking sockets. Whole mess i produced before, that one patch is working and second not was about different ftp servers i checked. Now i have my own ftp server configured and TLS is required on it connect. I checked again with lftp client and it's working. Started again from scratch to compile PHP 5.1.2 (./configure --with-apxs --enable-ftp --enable-pcntl --with-mysql --enable-sockets --with-openssl) With Tony's patch and got that: -- Warning: ftp_login(): SSL/TLS handshake failed in /root/ftptest.php on line 5 Warning: ftp_login(): AUTH TLS successful in /root/ftptest.php on line 5 login failed -- With my patch: -- Segmentation fault -- So, if i can help anyhow to give you more info (i.e. strace or something) let me know. I still really need to get this work. [2006-01-30 08:52:20] [EMAIL PROTECTED] >OK, so looks like your patch is also working properly. Sorry, I didn't get that. Does my patch work without any modifications? 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/36103 -- Edit this bug report at http://bugs.php.net/?id=36103&edit=1
#34920 [Opn->Fbk]: pg_update() fails
ID: 34920 Updated by: [EMAIL PROTECTED] Reported By: n dot j dot saunders at gmail dot com -Status: Open +Status: Feedback Bug Type: PostgreSQL related Operating System: * PHP Version: 5CVS-2005-10-31 (cvs) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2005-10-24 10:31:47] chriskl at familyhealth dot com dot au As a pgsql developer, this is definitel a bug. These are the possible fixes: * Get rid of unknown and make the error message say 'this type is not supported' * Query for the domain's base type and use that. AFAIK, from postgresql 8.0 onwards the type of domain columns is always reported as the base type via libPQ. Might want to check when that changed. (Might be wrong tho.) Check the PQftype function here: http://www.postgresql.org/docs/8.0/interactive/libpq-exec.html#LIBPQ-EXEC-SELECT-INFO [2005-10-20 00:10:46] n dot j dot saunders at gmail dot com Tried as requested - Still unable to perform update, but at least we now get an error: Notice: pg_convert() [function.pg-convert]: Unknown or system data type 'area_code' for 'telephone_area' in c:\documents and settings\neil.saunders\workspace\tvc\www\testpg.php on line 7 Notice: pg_update() [function.pg-update]: Unknown or system data type 'area_code' for 'telephone_area' in c:\documents and settings\neil.saunders\workspace\tvc\www\testpg.php on line 10 ERROR $db_conn = pg_connect("host=localhost port=5432 dbname=TVC user=postgres password=xxx"); $data = array('telephone_area'=>'701'); pg_convert($db_conn, "advertisers", $data); $res = pg_update($db_conn, "advertisers", $data, array('id'=>'2')); if($res) { echo "OK"; } else { echo "ERROR"; } Is there any way that pg_convert/pg_update can perform this? Postgres seems to handle the implied type conversion when the operation is performed via SQL? Maybe just a documented caveat required? Thanks Guys. [2005-10-19 21:44:35] n dot j dot saunders at gmail dot com Description: pg_update seems to fail when updating an columns of a user defined domain. I have inherited table (advertisers) that contains, among others, the columns telephone_country (integer), telephone_area (area domain), telephone_number (number domain). pg_update succeeds when VARCHAR fields are updated, but seems to fail without error when fields of user defined domains are updated from the array Reproduce code: --- 1. Define a Domain in an existing postgres database e.g: area_code, domain with check CREATE DOMAIN "public"."area_code" AS varchar(10) NULL; ALTER DOMAIN "public"."area_code" ADD CONSTRAINT "ck_area_code" CHECK ((VALUE)::text ~ '^\\(?[0-9]\\)?[0-9]*$'::text); 2. Define a table in a postgres database that includes a column of the type you just created. CREATE TABLE "public"."users" ( "username" VARCHAR(20) NOT NULL, "altphone_area" "public"."area_code); 3. Create a record in the table INSERT INTO users (username, altphone_area) VALUES ('Neil',222); 3. Try and use pg_update to update this record pg_update($db, "users", array('altphone_area'=>444), array('username'=>'Neil')); Expected result: The record you created is updated, setting the value of altphone_area=444 Actual result: -- Nothing. No updates, no error messages. -- Edit this bug report at http://bugs.php.net/?id=34920&edit=1
#40459 [Asn->Fbk]: Stat and Dir stream wrapper methods do not call constructor
ID: 40459 Updated by: [EMAIL PROTECTED] Reported By: clay at killersoft dot com -Status: Assigned +Status: Feedback Bug Type: Streams related Operating System: irrelevant PHP Version: 5.2.1 Assigned To: wez New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-02-13 07:01:33] clay at killersoft dot com Description: The following methods in a userspace stream wrapper will not call the constructor: url_stat() dir_opendir() rmdir() mkdir() rename() unlink() Reproduce code: --- http://killersoft.com/misc/Test_Stream.php.txt Expected result: Any time a line of output beginning with '== [method] CALLED' appears, that line should contain an 'obj: ' value with a uniqid value, indicating that the constructor was called. Actual result: -- == dir_opendir METHOD CALLED (obj: ) == ... == dir_readdir METHOD CALLED (obj: ) == ... == dir_closedir METHOD CALLED (obj: ) == ... == url_stat METHOD CALLED (obj: ) == ... == mkdir METHOD CALLED (obj: ) == ... == rmdir METHOD CALLED (obj: ) == ... == unlink METHOD CALLED (obj: ) == ... == rename METHOD CALLED (obj: ) == ... -- Edit this bug report at http://bugs.php.net/?id=40459&edit=1
#36030 [Asn->Fbk]: stream_set_timeout() does not work for php://stdin
ID: 36030 Updated by: [EMAIL PROTECTED] Reported By: silencer at inbox dot ru -Status: Assigned +Status: Feedback Bug Type: Streams related Operating System: * PHP Version: 5.1.2 Assigned To: wez New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2006-01-16 10:58:35] [EMAIL PROTECTED] Assigned to the maintainer. [2006-01-16 10:56:22] silencer at inbox dot ru Description: stream_set_timeout can't be used for php://stdin (PHP executed as CGI, not Apache module). Bug #22837 describe same problem for PHP4 and promises "better support" in PHP5, but still don't working. Reproduce code: --- Expected result: output "Success" Actual result: -- output "Failed" -- Edit this bug report at http://bugs.php.net/?id=36030&edit=1
#35849 [Asn->Fbk]: [PATCH] stream_copy_to_stream() do strange behavior
ID: 35849 Updated by: [EMAIL PROTECTED] Reported By: sqchen at citiz dot net -Status: Assigned +Status: Feedback Bug Type: Streams related Operating System: * PHP Version: 5CVS-2005-12-30 (cvs) Assigned To: wez New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2006-05-29 09:14:45] eddi at ai000 dot de stream_copy_to_stream() does not copy from sockets $s=stream_socket_server('tcp://127.0.0.1:1100',$er,$es); while($c=stream_socket_accept($s,200)){ $dat=fopen('text.txt','w'); stream_copy_to_stream($c,$dat); } PHP 5.1.4 (cli) GNU/Linux 2.6.16.18 [2005-12-30 14:52:26] [EMAIL PROTECTED] Assigned to the streams maintainer. [2005-12-30 13:32:52] [EMAIL PROTECTED] I can see two bugs in this report: * mmap()'ed fds aren't seeked() to update the position * the length is a size_t, where it should be a ssize_t, because PHP_STREAM_COPY_ALL is defined to -1 my patch: http://mega.ist.utl.pt/~ncpl/php_stream_mmap.txt it makes all negative values to read all the file (to be consistent with non-mmap'ed fds). I can also see some long/size_t/ssize_t mixes, which can be problematic in some platforms. [2005-12-30 08:25:20] sqchen at citiz dot net SORRY, I have make a mistake on the code above, Below is the right code Description: stream_copy_to_stream() do strange behavior when the maxlength parameter is negative, see the following codes: Reproduce code: --- [2005-12-30 07:43:17] sqchen at citiz dot net Description: stream_copy_to_stream() do strange behavior when the maxlength parameter is negative, see the following codes: Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=35849&edit=1
#34972 [Asn->Fbk]: STDIN won't allow nonblocking.
ID: 34972 Updated by: [EMAIL PROTECTED] Reported By: VJTD3 at VJTD3 dot com -Status: Assigned +Status: Feedback Bug Type: Streams related Operating System: windows PHP Version: 5.2.4 Assigned To: wez New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2008-03-15 10:57:09] VJTD3 at VJTD3 dot com on *nix it seems to be solved. easy way to test: php -r "stream_set_blocking(STDIN, FALSE);echo fread(STDIN, 10);" on *nix it instantly exits. (correct behavior) on windows it will hang for input. (incorrect behavior, it's ignoring the non blocking setting.) tested on 5.2.5 [2007-09-06 22:34:37] [EMAIL PROTECTED] VJTD3 at VJTD3 dot com reported: The problem still exists in version 5.2.4 of php. [2007-08-19 20:51:34] donnyk at gmail dot com i also have the same problem, i've tried the latest snapshot on windows to no avail. It works on my linux systems however. [2007-08-10 13:01:48] VJTD3 at VJTD3 dot com notice how it just sits there? (blocking) it should exit instantly with a null echo. (same as a tcp connection where if you just do a read that is too fast with nonblocking it never gets a chance to fetch the data.) what is happening is that php is blocking waiting for input (specifically enter (line ending)) problem: if you are echoing debug information and want to use key functionality in tandem you can't because everything is blocked till you hit enter. [2006-03-27 14:12:28] VJTD3 at VJTD3 dot com error in last message, "stream_select()" was ment. code using "stream_select()" that still blocks: data: '.(strlen(@$data4) ? $data4 : 'empty')."\n"; unset($data4); sleep('1'); } ?> the second you type/click a arrow key/anything it goes into blocking mode again. 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/34972 -- Edit this bug report at http://bugs.php.net/?id=34972&edit=1
#34920 [Asn->Opn]: pg_update() fails
ID: 34920 Updated by: [EMAIL PROTECTED] Reported By: n dot j dot saunders at gmail dot com -Status: Assigned +Status: Open Bug Type: PostgreSQL related Operating System: * PHP Version: 5CVS-2005-10-31 (cvs) Assigned To: helly Previous Comments: [2005-10-24 10:31:47] chriskl at familyhealth dot com dot au As a pgsql developer, this is definitel a bug. These are the possible fixes: * Get rid of unknown and make the error message say 'this type is not supported' * Query for the domain's base type and use that. AFAIK, from postgresql 8.0 onwards the type of domain columns is always reported as the base type via libPQ. Might want to check when that changed. (Might be wrong tho.) Check the PQftype function here: http://www.postgresql.org/docs/8.0/interactive/libpq-exec.html#LIBPQ-EXEC-SELECT-INFO [2005-10-20 00:10:46] n dot j dot saunders at gmail dot com Tried as requested - Still unable to perform update, but at least we now get an error: Notice: pg_convert() [function.pg-convert]: Unknown or system data type 'area_code' for 'telephone_area' in c:\documents and settings\neil.saunders\workspace\tvc\www\testpg.php on line 7 Notice: pg_update() [function.pg-update]: Unknown or system data type 'area_code' for 'telephone_area' in c:\documents and settings\neil.saunders\workspace\tvc\www\testpg.php on line 10 ERROR $db_conn = pg_connect("host=localhost port=5432 dbname=TVC user=postgres password=xxx"); $data = array('telephone_area'=>'701'); pg_convert($db_conn, "advertisers", $data); $res = pg_update($db_conn, "advertisers", $data, array('id'=>'2')); if($res) { echo "OK"; } else { echo "ERROR"; } Is there any way that pg_convert/pg_update can perform this? Postgres seems to handle the implied type conversion when the operation is performed via SQL? Maybe just a documented caveat required? Thanks Guys. [2005-10-19 21:44:35] n dot j dot saunders at gmail dot com Description: pg_update seems to fail when updating an columns of a user defined domain. I have inherited table (advertisers) that contains, among others, the columns telephone_country (integer), telephone_area (area domain), telephone_number (number domain). pg_update succeeds when VARCHAR fields are updated, but seems to fail without error when fields of user defined domains are updated from the array Reproduce code: --- 1. Define a Domain in an existing postgres database e.g: area_code, domain with check CREATE DOMAIN "public"."area_code" AS varchar(10) NULL; ALTER DOMAIN "public"."area_code" ADD CONSTRAINT "ck_area_code" CHECK ((VALUE)::text ~ '^\\(?[0-9]\\)?[0-9]*$'::text); 2. Define a table in a postgres database that includes a column of the type you just created. CREATE TABLE "public"."users" ( "username" VARCHAR(20) NOT NULL, "altphone_area" "public"."area_code); 3. Create a record in the table INSERT INTO users (username, altphone_area) VALUES ('Neil',222); 3. Try and use pg_update to update this record pg_update($db, "users", array('altphone_area'=>444), array('username'=>'Neil')); Expected result: The record you created is updated, setting the value of altphone_area=444 Actual result: -- Nothing. No updates, no error messages. -- Edit this bug report at http://bugs.php.net/?id=34920&edit=1
#33909 [Opn->Fbk]: fread of a pipe hang after opening a pipe with a < entry
ID: 33909 Updated by: [EMAIL PROTECTED] Reported By: phil at adigital dot com dot mx -Status: Open +Status: Feedback Bug Type: Program Execution Operating System: * PHP Version: 5CVS-2005-07-29 Previous Comments: [2008-07-13 15:50:48] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2005-07-28 18:55:33] phil at adigital dot com dot mx Description: Opening a pipe for read , for example for a cgi (in this example) will block on the fread AFTER a call to a call with an entry file I got the error on Windows, Linux, from PHP 5.0.2, PHP 5.0.4, PHP5.1 on CVS (did not try on other versions either) For example: Call 1: popen("/usr/bin/php5"); with SCRIPT_FILENAME=info.phpWORKS perfectly, and is repeatible X times Call 2: popen("/usr/bin/php5"); with SCRIPT_FILENAME=info.phphttp://www.thomassigny.org/bugpipe/linux/ For windows code example : http://www.thomassigny.org/bugpipe/windows/ Expected result: i expect the code does not hang... Actual result: -- no backtrace, the running code hang -- Edit this bug report at http://bugs.php.net/?id=33909&edit=1
#31749 [Opn->Fbk]: deadlock due to libc mutexes not released when timeout signal is delivered
ID: 31749 Updated by: [EMAIL PROTECTED] Reported By: phpbug2 at mailinator dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux 2.4.28, 2.4.21-SMP PHP Version: 5CVS, 4CVS (2005-06-19) Assigned To: dmitry Previous Comments: [2008-07-13 15:51:47] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2005-12-24 02:46:25] [EMAIL PROTECTED] Dmitry, can you check this out please? [2005-02-20 15:55:55] [EMAIL PROTECTED] Andi, please take a look. I remember some talk in the past about going this route, but I don't recall the arguments against it. Similarly, I'm not sure that this is really a problem for PHP to fix; given that the time() function is officially not thread-safe, it seems wrong for the libc to mutex internally. [2005-02-19 22:28:32] phpbug2 at mailinator dot com I've created a patch against 5.0.3 to implement my "soft timeout" idea above. It will try to soft-break execution after the timeout period elapses and then hard-break after another timeout period. There seem to be a lot of calls to the zend_set_timeout and zend_unset_timeout functions that I'm not too sure are helping the situation. Here's what happens using the CLI PHP and printing whenever certain functions are hit: $ sapi/cli/php /www/htdocs/time.php zend_unset_timeout() zend_set_timeout (0) zend_set_timeout (0) zend_set_timeout (0) zend_unset_timeout() zend_set_timeout (5) Array 2005 2217696508 Jan-01-1998 Jan 01 1998 05:00:00 Array 2005 2217696508 Jan-01-1998 Jan 01 1998 05:00:00 Array 2005 2217696510 Jan-01-1998 Jan 01 1998 05:00:00 Array 2005 2217696512 Jan-01-1998 Jan 01 1998 05:00:00 Array 2005 2217696516 Jan-01-1998 Jan 01 1998 05:00:00 Array 2005 2217696516 Jan-01-1998 Jan 01 1998 05:00:00 zend_soft_timeout() zend_set_timeout (5) zend_timeout() zend_set_timeout (5) Fatal error: Maximum execution time of 5 seconds exceeded in /www/htdocs/time.php on line 10 zend_unset_timeout() zend_set_timeout (30) zend_unset_timeout() And the patch to 5.0.3 to implement the "zend_soft_timeout" that "works for me" in that I'm not getting any more deadlocked Apache children: http://www.r1hosting.net/zend_timeout.patch [2005-02-03 12:10:41] phpbug2 at mailinator dot com I believe this is the buggy code. It is setting a signal handler for SIGPROF that immediately dumps a timeout error message when the signal is received. However if the signal is delivered whilst PHP is processing a libc call to time(), a pthread mutex within libc is not released, causing a deadlock when Apache tries to call time() for the output. A fix would be to have PHP set some flag such as "processing time exceeded" for the request and to then abort the request at the next available opporunity from within PHP instead of jumping out and leaving libc in a potentially unstable or dangerous state. Obviously this reduces the effectiveness of the maximum execution timeout as a blocking libc call could cause the timeout to be greatly exceeded, but I see no other safe way of handling this without leaving libc in a potentially dangerous state. Perhaps two signals could be used, the first one to break execution if possible at the next available opportunity and then the current "hard" break if no response within 15 seconds or something. ZEND_API void zend_timeout(int dummy) { TSRMLS_FETCH(); if (zend_on_timeout) { zend_on_timeout(EG(timeout_seconds) TSRMLS_CC); } zend_error(E_ERROR, "Maximum execution time of %d second%s exceeded", EG(timeout_seconds), EG(timeout_seconds) == 1 ? "" : "s"); } ... t_r.it_value.tv_sec = seconds; t_r.it_value.tv_usec = t_r.it_interval.tv_sec = t_r.it_interval.tv_usec = 0; setitimer(ITIMER_PROF, &t_r, NULL); signal(SIGPROF, zend_timeout); sigemptyset(&sigset); sigaddset(&sigset, SIGPROF); sigprocmask(SIG_UNBLOCK, &sigset, NULL); } 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/31749 -- Edit this bug report at http://bugs.php.net/?id=31749&edit=1
#31749 [Asn->Opn]: deadlock due to libc mutexes not released when timeout signal is delivered
ID: 31749 Updated by: [EMAIL PROTECTED] Reported By: phpbug2 at mailinator dot com -Status: Assigned +Status: Open Bug Type: Scripting Engine problem Operating System: Linux 2.4.28, 2.4.21-SMP PHP Version: 5CVS, 4CVS (2005-06-19) Assigned To: dmitry New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2005-12-24 02:46:25] [EMAIL PROTECTED] Dmitry, can you check this out please? [2005-02-20 15:55:55] [EMAIL PROTECTED] Andi, please take a look. I remember some talk in the past about going this route, but I don't recall the arguments against it. Similarly, I'm not sure that this is really a problem for PHP to fix; given that the time() function is officially not thread-safe, it seems wrong for the libc to mutex internally. [2005-02-19 22:28:32] phpbug2 at mailinator dot com I've created a patch against 5.0.3 to implement my "soft timeout" idea above. It will try to soft-break execution after the timeout period elapses and then hard-break after another timeout period. There seem to be a lot of calls to the zend_set_timeout and zend_unset_timeout functions that I'm not too sure are helping the situation. Here's what happens using the CLI PHP and printing whenever certain functions are hit: $ sapi/cli/php /www/htdocs/time.php zend_unset_timeout() zend_set_timeout (0) zend_set_timeout (0) zend_set_timeout (0) zend_unset_timeout() zend_set_timeout (5) Array 2005 2217696508 Jan-01-1998 Jan 01 1998 05:00:00 Array 2005 2217696508 Jan-01-1998 Jan 01 1998 05:00:00 Array 2005 2217696510 Jan-01-1998 Jan 01 1998 05:00:00 Array 2005 2217696512 Jan-01-1998 Jan 01 1998 05:00:00 Array 2005 2217696516 Jan-01-1998 Jan 01 1998 05:00:00 Array 2005 2217696516 Jan-01-1998 Jan 01 1998 05:00:00 zend_soft_timeout() zend_set_timeout (5) zend_timeout() zend_set_timeout (5) Fatal error: Maximum execution time of 5 seconds exceeded in /www/htdocs/time.php on line 10 zend_unset_timeout() zend_set_timeout (30) zend_unset_timeout() And the patch to 5.0.3 to implement the "zend_soft_timeout" that "works for me" in that I'm not getting any more deadlocked Apache children: http://www.r1hosting.net/zend_timeout.patch [2005-02-03 12:10:41] phpbug2 at mailinator dot com I believe this is the buggy code. It is setting a signal handler for SIGPROF that immediately dumps a timeout error message when the signal is received. However if the signal is delivered whilst PHP is processing a libc call to time(), a pthread mutex within libc is not released, causing a deadlock when Apache tries to call time() for the output. A fix would be to have PHP set some flag such as "processing time exceeded" for the request and to then abort the request at the next available opporunity from within PHP instead of jumping out and leaving libc in a potentially unstable or dangerous state. Obviously this reduces the effectiveness of the maximum execution timeout as a blocking libc call could cause the timeout to be greatly exceeded, but I see no other safe way of handling this without leaving libc in a potentially dangerous state. Perhaps two signals could be used, the first one to break execution if possible at the next available opportunity and then the current "hard" break if no response within 15 seconds or something. ZEND_API void zend_timeout(int dummy) { TSRMLS_FETCH(); if (zend_on_timeout) { zend_on_timeout(EG(timeout_seconds) TSRMLS_CC); } zend_error(E_ERROR, "Maximum execution time of %d second%s exceeded", EG(timeout_seconds), EG(timeout_seconds) == 1 ? "" : "s"); } ... t_r.it_value.tv_sec = seconds; t_r.it_value.tv_usec = t_r.it_interval.tv_sec = t_r.it_interval.tv_usec = 0; setitimer(ITIMER_PROF, &t_r, NULL); signal(SIGPROF, zend_timeout); sigemptyset(&sigset); sigaddset(&sigset, SIGPROF); sigprocmask(SIG_UNBLOCK, &sigset, NULL); } [2005-01-29 01:57:58] phpbug2 at mailinator dot com Description: A certain script (phpWebSite) a client of mine is running causes the Apache child to deadlock after processing is complete. The output is sent to the client however so to a normal visitor it appears to be working fine, but on the server a child deadlocks with every hit to the script. S
#33909 [Asn->Opn]: fread of a pipe hang after opening a pipe with a < entry
ID: 33909 Updated by: [EMAIL PROTECTED] Reported By: phil at adigital dot com dot mx -Status: Assigned +Status: Open Bug Type: Program Execution Operating System: * PHP Version: 5CVS-2005-07-29 Assigned To: wez New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2005-07-28 18:55:33] phil at adigital dot com dot mx Description: Opening a pipe for read , for example for a cgi (in this example) will block on the fread AFTER a call to a call with an entry file I got the error on Windows, Linux, from PHP 5.0.2, PHP 5.0.4, PHP5.1 on CVS (did not try on other versions either) For example: Call 1: popen("/usr/bin/php5"); with SCRIPT_FILENAME=info.phpWORKS perfectly, and is repeatible X times Call 2: popen("/usr/bin/php5"); with SCRIPT_FILENAME=info.phphttp://www.thomassigny.org/bugpipe/linux/ For windows code example : http://www.thomassigny.org/bugpipe/windows/ Expected result: i expect the code does not hang... Actual result: -- no backtrace, the running code hang -- Edit this bug report at http://bugs.php.net/?id=33909&edit=1
#45500 [NEW]: CURL Return Progress Callback (Request)
From: chris at active9 dot com Operating system: Linux (Fedora) PHP version: 5.2.6 PHP Bug Type: Feature/Change Request Bug description: CURL Return Progress Callback (Request) Description: I was wondering if anyone could add the functionality of curl return progress to the next php build. Someone has already created a patch for php 5.2.4 and it could easily be added to the next build. http://sdteffen.de/php/php_curl_progress_callback.patch There is the location of the php curl return progress callback patch. Could a developer please! add this to the next release. Reproduce code: --- http://sdteffen.de/php/php_curl_progress_callback.patch Expected result: Curl will return upload / download information to a callback function. Actual result: -- Curl will return upload / download information to a callback function. -- Edit bug report at http://bugs.php.net/?id=45500&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45500&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45500&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45500&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45500&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45500&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45500&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45500&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45500&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45500&r=support Expected behavior:http://bugs.php.net/fix.php?id=45500&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45500&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45500&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45500&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45500&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45500&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45500&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45500&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45500&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45500&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45500&r=mysqlcfg
#27421 [Opn->Asn]: mbstring.func_overload set in .htaccess becomes global
ID: 27421 Updated by: [EMAIL PROTECTED] Reported By: php at strategma dot bg -Status: Open +Status: Assigned Bug Type: mbstring related Operating System: * PHP Version: 5.2.5 Assigned To: hirokawa New Comment: Rui, didn't you just apply a patch that "fixes" this since it can't be set per-directory anymore? Previous Comments: [2008-06-10 08:39:42] future at shiny dot co dot il Oops, my mistake. David's patch DOES solve the issue. (I just forgot to rebuild the module :) [2008-06-10 02:10:56] future at shiny dot co dot il David, unfortunately your patch doesn't seem to solve the problem. Furthermore, on my system, strlen never seems to be overridden (mb_orig_strlen never exists) while substr always remains overridden (mb_orig_substr always exists). Are you sure this shutdown sequence is even being run? [2008-03-19 18:28:25] david at dfoerster dot de > It is not recommended to use the function overloading option in > the per-directory context, because it's not confirmed yet to be > stable enough in a production environment and may lead to > undefined behaviour. Once the patch is applied this notice can probably be removed from the documentation. [2008-03-19 18:08:46] david at dfoerster dot de Hi, this patch fixes the problem (didn't find a way to attach a patch here): http://www.dfoerster.de/misc/php-27421.diff The problem was that the while loop in PHP_RSHUTDOWN_FUNCTION would terminate on the first function that was not overloaded. With a settin of 2, the str* functions would never be restored, because the mail function was not overloaded. The patch changes the behaviour to be similar to the loop in PHP_RINIT_FUNCTION. [2008-02-24 21:21:08] lip at lip dot net dot ua I also have this problem. PHP 5.2.5 Apache/2.2.8 If I use mbstring.func_overload in .htaccess other virtualhosts not work For example: DocumentRoot /var/www/phpmyadmin AddHandler cgi-script .cgi AddHandler cgi-script .pl ServerName n.com.net DocumentRoot /var/www/db ServerName db.net in /var/www/db/.htaccess php_value mbstring.func_overload 6 In this situation phpmyadmin doesnt work when I refresh few times db.net 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/27421 -- Edit this bug report at http://bugs.php.net/?id=27421&edit=1
#27421 [Asn->Opn]: mbstring.func_overload set in .htaccess becomes global
ID: 27421 Updated by: [EMAIL PROTECTED] Reported By: php at strategma dot bg -Status: Assigned +Status: Open Bug Type: mbstring related Operating System: * PHP Version: 5.2.5 Assigned To: hirokawa Previous Comments: [2008-06-10 08:39:42] future at shiny dot co dot il Oops, my mistake. David's patch DOES solve the issue. (I just forgot to rebuild the module :) [2008-06-10 02:10:56] future at shiny dot co dot il David, unfortunately your patch doesn't seem to solve the problem. Furthermore, on my system, strlen never seems to be overridden (mb_orig_strlen never exists) while substr always remains overridden (mb_orig_substr always exists). Are you sure this shutdown sequence is even being run? [2008-03-19 18:28:25] david at dfoerster dot de > It is not recommended to use the function overloading option in > the per-directory context, because it's not confirmed yet to be > stable enough in a production environment and may lead to > undefined behaviour. Once the patch is applied this notice can probably be removed from the documentation. [2008-03-19 18:08:46] david at dfoerster dot de Hi, this patch fixes the problem (didn't find a way to attach a patch here): http://www.dfoerster.de/misc/php-27421.diff The problem was that the while loop in PHP_RSHUTDOWN_FUNCTION would terminate on the first function that was not overloaded. With a settin of 2, the str* functions would never be restored, because the mail function was not overloaded. The patch changes the behaviour to be similar to the loop in PHP_RINIT_FUNCTION. [2008-02-24 21:21:08] lip at lip dot net dot ua I also have this problem. PHP 5.2.5 Apache/2.2.8 If I use mbstring.func_overload in .htaccess other virtualhosts not work For example: DocumentRoot /var/www/phpmyadmin AddHandler cgi-script .cgi AddHandler cgi-script .pl ServerName n.com.net DocumentRoot /var/www/db ServerName db.net in /var/www/db/.htaccess php_value mbstring.func_overload 6 In this situation phpmyadmin doesnt work when I refresh few times db.net 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/27421 -- Edit this bug report at http://bugs.php.net/?id=27421&edit=1
#38901 [Asn->Fbk]: wddx mangles utf8 characters in serialized strings (broken more than in 4.4)
ID: 38901 Updated by: [EMAIL PROTECTED] Reported By: grzegorz dot nosek at netart dot pl -Status: Assigned +Status: Feedback Bug Type: WDDX related Operating System: Linux PHP Version: 5.1.6 Assigned To: andrei New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2006-09-20 13:46:02] grzegorz dot nosek at netart dot pl Description: wddx gets confused if you try to serialize a string with utf8 characters (like the one below, it contains 'z with dot above', 'o acute', 'l stroke' and 'w' - in case it gets messed up somehow). serialized string will contain ... etc, which will get fed into xml_utf8_decode byte by byte (after decoding the hex value), totally wrecking the output. Up to this point, it's a duplicate of #38900. However, PHP5 has another bug with variable names (e.g. hash keys) containing UTF8 characters. It seems that the var name is converted down from UTF8 to ISO-8859-1, yielding question marks instead of characters outside latin1. Another hackish patch (whitespace-mutilated): --- a/ext/wddx/wddx.c +++ b/ext/wddx/wddx.c @@ -814,10 +814,7 @@ static void php_wddx_push_element(void * if (atts) for (i = 0; atts[i]; i++) { if (!strcmp(atts[i], EL_NAME) && atts[++i] && atts[i][0]) { - char *decoded; - int decoded_len; - decoded = xml_utf8_decode(atts[i], strlen(atts[i]), &decoded_len, "ISO-8859-1"); - stack->varname = decoded; + stack->varname = estrndup(atts[i], strlen(atts[i])); break; } } @@ -1057,7 +1054,12 @@ static void php_wddx_process_data(void * wddx_stack_top(stack, (void**)&ent); switch (Z_TYPE_P(ent)) { case ST_STRING: - decoded = xml_utf8_decode(s, len, &decoded_len, "ISO-8859-1"); + if (len > 1) { + decoded = xml_utf8_decode(s, len, &decoded_len, "ISO-8859-1"); + } else { + decoded = estrndup(s, len); + decoded_len = len; + } Reproduce code: --- See http://bugs.php.net/bug.php?id=38900 -- Edit this bug report at http://bugs.php.net/?id=38901&edit=1
#45115 [Opn->Bgs]: Problem with fgets and \ followed by n
ID: 45115 Updated by: [EMAIL PROTECTED] Reported By: gabriel dot magniez at steria dot com -Status: Open +Status: Bogus Bug Type: Streams related Operating System: Linux (Debian) PHP Version: 5.2.6 New Comment: Don't use fgets() then, use fread(). Previous Comments: [2008-05-28 12:44:53] gabriel dot magniez at steria dot com Description: When I read a stream line by line with the function fgets, this function seems to interprete the two characters "\" followed by "n" as the "\n" (end of line) character. My problem is that I attemp to read a shell script which contains these two characters but I would like that fgets don't transform these into the control character "\n". Reproduce code: --- $str = fgets($this->stream) Expected result: Only on line (ex: echo "abc\ndef") Actual result: -- Two lines: echo "abc def" -- Edit this bug report at http://bugs.php.net/?id=45115&edit=1
#45150 [Opn->Fbk]: MySQL functions cannot be used with 5.3.x on Vista
ID: 45150 Updated by: [EMAIL PROTECTED] Reported By: conor dot kerr_php at dev dot ceon dot net -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Windows Vista PHP Version: 5.3CVS-2008-06-02 (snap) New Comment: Are you sure it's not some "security" feature in Vista that is blocking the connections? I'd check firewall settings, etc. Previous Comments: [2008-06-13 14:09:03] conor dot kerr_php at dev dot ceon dot net Hi, Has anyone taken a look at this? I've managed to get PHP5.3 working fine with MySQL on Mac OS X, Linux (RedHat 9 - old I know but anyway :) ) and Windoze XP but mysql_connect times out on any Windoze Vista system. If anyone has got 5.3 working with MySQL on Vista could they please e-mail me to say so. If not, could this be looked at soon? Thanks, Conor [2008-06-02 16:46:50] conor dot kerr_php at dev dot ceon dot net Description: I've been trying the PHP 5.3.x snapshots out for the past two weeks on three separate Vista systems and consistently got timeouts when a mysql_connect function was encountered. Tried rebooting into Windoze XP on one of the systems and installing on it and everything worked perfectly straight away. Tried everything I could on the Vista systems, removing all copies of libmysql.dll from the system, changing the PATH, removing the path, (restarting after all changes) but every time PHP the mysql_connect function times out. Are the snapshots tested on XP only? I've spent almost a full working day over the past two weeks trying to get 5.3 running in my normal environment so that I could start using the namespace functionality. Sadly I now have no choice but to use XP anytime I need to run anything I write as 5.3 clearly isn't compatible with the combination of Vista and MySQL. :( Any PHP script that doesn't use MySQL works fine on all three Vista systems. Reproduce code: --- Expected result: No errors. :) Actual result: -- Warning: mysql_connect() [function.mysql-connect]: [2002] A connection attempt failed because the connected party did not (trying to connect via tcp://localhost:3307) in C:\Program Files\Glossword-WAMP\htdocs\test8.php on line 3 Warning: mysql_connect() [function.mysql-connect]: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. in C:\Program Files\Glossword-WAMP\htdocs\test8.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=45150&edit=1
#45208 [Opn->Fbk]: getdate() causes a segfault
ID: 45208 Updated by: [EMAIL PROTECTED] Reported By: ncoesel at dealogic dot nl -Status: Open +Status: Feedback Bug Type: Date/time related Operating System: Linux PHP Version: 5.2.6 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2008-06-08 13:29:24] ncoesel at dealogic dot nl Yes, installing the timezone data fixed the problem! This still leaves the pointer checking issue so the user simply gets no data or an error message :-) [2008-06-08 13:19:01] ncoesel at dealogic dot nl Looking at the source of getdate() it strikes me several 'foreign' pointers are used before being checked. From this I suspect there is something wrong with the timezone settings on my machine. [2008-06-08 12:49:52] ncoesel at dealogic dot nl Description: Calling getdate causes a segfault after upgrading from PHP Version 4.3.2 to PHP Version 5.2.6-1. Reproduce code: --- Or Expected result: Array ( [seconds] => 18 [minutes] => 50 [hours] => 13 [mday] => 8 [wday] => 0 [mon] => 6 [year] => 2008 [yday] => 159 [weekday] => Sunday [month] => June [0] => 1212925818 ) Actual result: -- Segfault message in Apache log -- Edit this bug report at http://bugs.php.net/?id=45208&edit=1
#45402 [Opn->Fbk]: Call to undefined function sybase_connect()
ID: 45402 Updated by: [EMAIL PROTECTED] Reported By: fborot at hotmail dot com -Status: Open +Status: Feedback Bug Type: Sybase (dblib) related Operating System: redhat PHP Version: 5.2.6 New Comment: To install binaries you say: # make install And please don't change the status back to open or add any more irrelevant comments. We're only interested whether it worked or not. And if not why. Previous Comments: [2008-07-02 13:17:13] fborot at hotmail dot com txs for the reply I will download again the php sources, and delete the current one. I always run the commands [configure, make , make install] in the source directory. What do you mean by "You also need to install the compiled binaries." what do you recomend as far as Apache: 1- remove it and install it again 1.1 compile apache with php 1.2 compile apache and load php later regards Fabian [2008-07-02 09:18:39] [EMAIL PROTECTED] Please try with totally fresh sources. And run the commands in the source directory. You also need to install the compiled binaries. I bet you're just seeing the old installation. [2008-07-01 15:40:31] fborot at hotmail dot com I deleted everything related to easysoft odbc driver,deleted the php installation again, the config.cache on the build directory,ran make clean and make distclean, remove the old Makefile and compiled it again and phpinfo() shows support for odbc instead of sybase. what is happening here? what files do you need me to send/upload? this is very frustrating regards [2008-07-01 14:59:07] fborot at hotmail dot com how can upload the output of phpinfo() it is very weird, I just deleted config.cache, the old Makefile, from the building directory and re-compiled again with the same options, [./configure --prefix=/usr/local/php5 --with-mysql=/usr/bin/mysql --with-sybase=/opt/sybase-11.9.2/OCS-15_0/] but phpinfo() shows: Configure Command'./configure' '--with-mysql=/usr/bin/mysql' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-unixODBC=shared,/usr/local/easysoft/unixODBC' magic_quotes_sybase Off Off SYBASE /opt/sybase-11.9.2 _ENV["SYBASE"] /opt/sybase-11.9.2 which should not be, I tried 2 days ago to use the odbc driver provided by easysoft because with-sybase-ct and with-sybase it would not compile. I guess I should delete the odbc driver and try again, I would like to attach some files/logs here but don't see how txs Fabian [2008-07-01 14:30:56] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Please check the output of phpinfo() to see whether sybase support was laoded, if it's missing check the configure line mentioned on top of that page and check configure.log in your build directory. 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/45402 -- Edit this bug report at http://bugs.php.net/?id=45402&edit=1
#45499 [Opn->Bgs]:
ID: 45499 Updated by: [EMAIL PROTECTED] Reported By: lwx0108 at gmail dot com -Status: Open +Status: Bogus Bug Type: Output Control Operating System: ubuntu 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: [2008-07-13 11:21:40] lwx0108 at gmail dot com Description: when i conert langer than 2147483647(0x6fff) use decbin will return 32's 1 Reproduce code: --- ---$shmId = shmop_open($shmKey, 'c', 0775, 32); >---$w = shmop_write($shmId, 0x7fff, 0); >---$r = shmop_read($shmId, 0, 32); >---$d = shmop_delete($shmId); >---echo $r . "\n"; >---echo decbin($r); } ?> -- Edit this bug report at http://bugs.php.net/?id=45499&edit=1
#42849 [Com]: Configuration File (php.ini) Path incorrect
ID: 42849 Comment by: pip at pip dot co dot za Reported By: inglis-php at yahoo dot com dot au Status: No Feedback Bug Type: *General Issues Operating System: win xp pro PHP Version: 5.2.4 New Comment: Ok... I am now at the end of my patience with this. I've followed every single post I could find on the topic, and not one of them has worked for me. After reading orbital_man's post, I thought I finally tracked down a fix, but even that hasn't worked for me. My setup is like such: PHP 5.2.6 Windows Vista Ultimate (IIS 6) I've configured PHP using the ZIP archive and manual installation. I've been installing and running PHP this way since I started using PHP 6 years ago, and never had problems. I can do it with my eyes closed and by typing with my nose, so I know I am following every step I should be, needless to mention that I do follow the installation manual every time for in case there are changes. In conclusion, PHP does not see my ini file, and whatever extensions I load and configure in php does not have affect on my installation, which is the issue, because I need MySQL loaded. Somebody please give us some guidence here. Thanx. Pip Previous Comments: [2008-05-20 20:15:08] james at thundermonkey dot net I've found that the positioning of the PHPIniDir within httpd.conf makes a difference - place it at the end and it loads the correct php.ini, but place it towards the top of httpd.conf results in the no php.ini being loaded at all. Also be sure to explicitly define your extension_dir directive in php.ini to load extensions correctly. [2008-04-20 04:46:25] orbital_man at hotmail dot com Additional test case: OS: Windows XP Pro Webserver: IIS 5.1 PHP: 5.2.5 phpinfo() produced: Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File (none) After unsuccessful testing most of the night with environment variables including multiple reboots just to be sure, I finally broke down and changed the registry value as recommended in the runtime configuration section here: http://us3.php.net/configuration Steps to reproduce: 1. Click Start -> Click Run -> Type Regedit -> Hit Enter 2. Browse to HKEY_LOCAL_MACHINE\SOFTWARE\PHP\ 3. Right click in right-hand window pane and select New->String Value 4. Set Name to: IniFilePath 5. Set Data to: C:\Program Files\PHP\ (or wherever your installation is) 6. Click Start -> Click Run -> Type cmd -> Hit Enter -> Type iisreset phpinfo() now produces: Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File C:\Program Files\PHP\php.ini Additionally, my mysql database is now working also. [2008-04-13 17:20:35] thakralrohit at gmail dot com I am having a similar problem. Have been trying to search on the web for the whole day now but no success. I have this, OS: Win XP Pro SP 2 IIS: 5.1 PHP: 5.2.5 (MSI Installer with MySQL) Now, when I load phpinfo() I get output, Configuration File (php.ini) Path E:\WINDOWS Loaded Configuration File (none) No information about the three extensions that I have MySQL, MySQLi and OpenSSL. If I put the php.ini file in E:\WINDOWS directory nothing loads at all. I have tried re-installation, PHPRC environment variable setting and Registry Settings but to no use. There is another setting further down in the phpinfo() output, extension_dir C:\php5 Can someone please help. It seems like similar to this bug with no update. Thanks in advance. Regards Rohit [2008-04-05 19:02:54] caseyy at gmail dot com I am also having this problem. phpinfo says config is being looked for in my windows directory despite httpconf specifying the right directory(C:\PHP). Problem is on Vista too. When I copy the ini file to the windows directory, nothing loads at all, just a blank screen. [2008-03-27 06:09:29] wiseup24 at hotmail dot com I am having a simular issue but in my phpinfo test i get this: Configuration File (php.ini) Path C:\Windows Loaded Configuration File (none) there is no php.ini in the windows directory and my apache httpd conf file has this: PHPIniDir "C:\PHP\" I tried to copy the php.ini to the windows directory but apache fails to start when it is in there. I am running Vista with PHP 5.2.5 and Apache 2.2 I have tried using the msi install for php and the zipped version and still doesnt work. without the correct php.ini being read, i can not enable the correct extensions. The remainder of the comments for this report are too long. To view the rest of the
#45499 [NEW]:
From: lwx0108 at gmail dot com Operating system: ubuntu PHP version: 5.2.6 PHP Bug Type: Output Control Bug description: Description: when i conert langer than 2147483647(0x6fff) use decbin will return 32's 1 Reproduce code: --- ---$shmId = shmop_open($shmKey, 'c', 0775, 32); >---$w = shmop_write($shmId, 0x7fff, 0); >---$r = shmop_read($shmId, 0, 32); >---$d = shmop_delete($shmId); >---echo $r . "\n"; >---echo decbin($r); } ?> -- Edit bug report at http://bugs.php.net/?id=45499&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45499&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45499&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45499&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45499&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45499&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45499&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45499&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45499&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45499&r=support Expected behavior:http://bugs.php.net/fix.php?id=45499&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45499&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45499&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45499&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45499&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45499&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45499&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45499&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45499&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45499&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45499&r=mysqlcfg
#45498 [Bgs]: strftime('%z') not obeying date_default_timezone_set()
ID: 45498 User updated by: pager at marck dot us Reported By: pager at marck dot us Status: Bogus Bug Type: Date/time related Operating System: Windows XP Home PHP Version: 5.2.6 New Comment: PHP should account for the fact that strftime can't read the script's time zone setting, and pass a struct which reflects times that are consistent with the time zone that strftime will display. Previous Comments: [2008-07-13 11:03:56] [EMAIL PROTECTED] That's because PHP can calculate the date/time parameters for you, but it can't touch the timezone that the OS uses internally as this is not part of the struct that's passed to the system's strftime() call. Just use date() and forget about strftime(). [2008-07-13 11:00:51] pager at marck dot us strftime is obeying the script setting for time format strings, and the OS for time zone format strings. How is that not a bug? One or the other has to be wrong. My example reports 06:21 Central Daylight Time when it's 05:21 Central Daylight Time for that combination of settings. How is that ever correct behavior? [2008-07-13 10:48:17] [EMAIL PROTECTED] This is not a bug - strftime() uses the Operating System timezone information which applications can not override. You want the date() function to handle this correctly. The date() function does not rely on the Operating System for any formatting. [2008-07-13 10:24:08] pager at marck dot us Description: strftime is not showing the correct time zone as set by date_default_timezone_set Please note strftime reflects the correct time for the new time zone setting, but not the correct time zone. Reproduce code: --- Expected result: date('e'): America/New_York, strftime('%z'): Eastern Daylight Time, strftime('%H:%M %z') before: 05:21 Eastern Daylight Time, strftime('%H:%M %z') after: 06:21 Eastern Daylight Time Actual result: -- date('e'): America/New_York, strftime('%z'): Central Daylight Time, strftime('%H:%M %z') before: 05:21 Central Daylight Time, strftime('%H:%M %z') after: 06:21 Central Daylight Time // note: on my setup Central Daylight Time would be expected if date_default_timezone_set had not been used -- Edit this bug report at http://bugs.php.net/?id=45498&edit=1
#45498 [Bgs]: strftime('%z') not obeying date_default_timezone_set()
ID: 45498 Updated by: [EMAIL PROTECTED] Reported By: pager at marck dot us Status: Bogus Bug Type: Date/time related Operating System: Windows XP Home PHP Version: 5.2.6 New Comment: That's because PHP can calculate the date/time parameters for you, but it can't touch the timezone that the OS uses internally as this is not part of the struct that's passed to the system's strftime() call. Just use date() and forget about strftime(). Previous Comments: [2008-07-13 11:00:51] pager at marck dot us strftime is obeying the script setting for time format strings, and the OS for time zone format strings. How is that not a bug? One or the other has to be wrong. My example reports 06:21 Central Daylight Time when it's 05:21 Central Daylight Time for that combination of settings. How is that ever correct behavior? [2008-07-13 10:48:17] [EMAIL PROTECTED] This is not a bug - strftime() uses the Operating System timezone information which applications can not override. You want the date() function to handle this correctly. The date() function does not rely on the Operating System for any formatting. [2008-07-13 10:24:08] pager at marck dot us Description: strftime is not showing the correct time zone as set by date_default_timezone_set Please note strftime reflects the correct time for the new time zone setting, but not the correct time zone. Reproduce code: --- Expected result: date('e'): America/New_York, strftime('%z'): Eastern Daylight Time, strftime('%H:%M %z') before: 05:21 Eastern Daylight Time, strftime('%H:%M %z') after: 06:21 Eastern Daylight Time Actual result: -- date('e'): America/New_York, strftime('%z'): Central Daylight Time, strftime('%H:%M %z') before: 05:21 Central Daylight Time, strftime('%H:%M %z') after: 06:21 Central Daylight Time // note: on my setup Central Daylight Time would be expected if date_default_timezone_set had not been used -- Edit this bug report at http://bugs.php.net/?id=45498&edit=1
#45498 [Bgs]: strftime('%z') not obeying date_default_timezone_set()
ID: 45498 User updated by: pager at marck dot us Reported By: pager at marck dot us Status: Bogus Bug Type: Date/time related Operating System: Windows XP Home PHP Version: 5.2.6 New Comment: strftime is obeying the script setting for time format strings, and the OS for time zone format strings. How is that not a bug? One or the other has to be wrong. My example reports 06:21 Central Daylight Time when it's 05:21 Central Daylight Time for that combination of settings. How is that ever correct behavior? Previous Comments: [2008-07-13 10:48:17] [EMAIL PROTECTED] This is not a bug - strftime() uses the Operating System timezone information which applications can not override. You want the date() function to handle this correctly. The date() function does not rely on the Operating System for any formatting. [2008-07-13 10:24:08] pager at marck dot us Description: strftime is not showing the correct time zone as set by date_default_timezone_set Please note strftime reflects the correct time for the new time zone setting, but not the correct time zone. Reproduce code: --- Expected result: date('e'): America/New_York, strftime('%z'): Eastern Daylight Time, strftime('%H:%M %z') before: 05:21 Eastern Daylight Time, strftime('%H:%M %z') after: 06:21 Eastern Daylight Time Actual result: -- date('e'): America/New_York, strftime('%z'): Central Daylight Time, strftime('%H:%M %z') before: 05:21 Central Daylight Time, strftime('%H:%M %z') after: 06:21 Central Daylight Time // note: on my setup Central Daylight Time would be expected if date_default_timezone_set had not been used -- Edit this bug report at http://bugs.php.net/?id=45498&edit=1
#45498 [Opn->Bgs]: strftime('%z') not obeying date_default_timezone_set()
ID: 45498 Updated by: [EMAIL PROTECTED] Reported By: pager at marck dot us -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Windows XP Home PHP Version: 5.2.6 New Comment: This is not a bug - strftime() uses the Operating System timezone information which applications can not override. You want the date() function to handle this correctly. The date() function does not rely on the Operating System for any formatting. Previous Comments: [2008-07-13 10:24:08] pager at marck dot us Description: strftime is not showing the correct time zone as set by date_default_timezone_set Please note strftime reflects the correct time for the new time zone setting, but not the correct time zone. Reproduce code: --- Expected result: date('e'): America/New_York, strftime('%z'): Eastern Daylight Time, strftime('%H:%M %z') before: 05:21 Eastern Daylight Time, strftime('%H:%M %z') after: 06:21 Eastern Daylight Time Actual result: -- date('e'): America/New_York, strftime('%z'): Central Daylight Time, strftime('%H:%M %z') before: 05:21 Central Daylight Time, strftime('%H:%M %z') after: 06:21 Central Daylight Time // note: on my setup Central Daylight Time would be expected if date_default_timezone_set had not been used -- Edit this bug report at http://bugs.php.net/?id=45498&edit=1
#45498 [NEW]: strftime('%z') not obeying date_default_timezone_set()
From: pager at marck dot us Operating system: Windows XP Home PHP version: 5.2.6 PHP Bug Type: Date/time related Bug description: strftime('%z') not obeying date_default_timezone_set() Description: strftime is not showing the correct time zone as set by date_default_timezone_set Please note strftime reflects the correct time for the new time zone setting, but not the correct time zone. Reproduce code: --- Expected result: date('e'): America/New_York, strftime('%z'): Eastern Daylight Time, strftime('%H:%M %z') before: 05:21 Eastern Daylight Time, strftime('%H:%M %z') after: 06:21 Eastern Daylight Time Actual result: -- date('e'): America/New_York, strftime('%z'): Central Daylight Time, strftime('%H:%M %z') before: 05:21 Central Daylight Time, strftime('%H:%M %z') after: 06:21 Central Daylight Time // note: on my setup Central Daylight Time would be expected if date_default_timezone_set had not been used -- Edit bug report at http://bugs.php.net/?id=45498&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45498&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45498&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45498&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45498&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45498&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45498&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45498&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45498&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45498&r=support Expected behavior:http://bugs.php.net/fix.php?id=45498&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45498&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45498&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45498&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45498&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45498&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45498&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45498&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45498&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45498&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45498&r=mysqlcfg
#45497 [Com]: memory leak in select statement for varchar2 above 2000 characters
ID: 45497 Comment by: teju_baba at hotmail dot com Reported By: teju_baba at hotmail dot com Status: Open Bug Type: OCI8 related Operating System: Solaris 10 PHP Version: 5.2.6 New Comment: Here is another example: $query="select catalogue_id, accession_no, negative_no, collection_title, subject, caption, medium, source, source_address, source_contact_person, location, shelf_no, image_no, access_code, photocd_id, photocd_no, accession_condition, remark, owner, status, changed_by, search_field, access_id, old_accession_no, image_link, external_source, cat_remarks from PC_CATALOGUE where CATALOGUE_ID='289713'"; Actual Result overflows on search_field and results in garbage for the following fields: Array ( [CATALOGUE_ID] => 289713 [ACCESSION_NO] => 0 [NEGATIVE_NO] => S128961 [COLLECTION_TITLE] => [SUBJECT] => CONSTITUENCIES (VISIT, MEET PEOPLE SESSION, ETC) [CAPTION] => COMMUNICATIONS AND LABOUR MINISTER ONG TENG CHEONG TOURING AYER RAJAH CONSTITUENCY [GROUP DESCRIPTION BY EVENT FROM TRANSFERRING AGENCY] [MEDIUM] => PCD [SOURCE] => MINISTRY OF INFORMATION AND THE ARTS (MITA) [SOURCE_ADDRESS] => [SOURCE_CONTACT_PERSON] => [LOCATION] => [SHELF_NO] => [IMAGE_NO] => 0044 [ACCESS_CODE] => B [PHOTOCD_ID] => 8262-3202-1062 [PHOTOCD_NO] => 19980006698 [ACCESSION_CONDITION] => [REMARK] => [OWNER] => CD IMAGING [STATUS] => 0 [CHANGED_BY] => CD IMAGING [SEARCH_FIELD] => C [ACCESS_ID] => MMUNICATIONS AND LAB [OLD_ACCESSION_NO] => -103019221621693332183419282117282223693512 [IMAGE_LINK] => EVENT FROM TRANSFERRING AGENCY] CONSTITUENCIES (VISIT, MEET PEOPLE [EXTERNAL_SOURCE] => SESSION, ETC) MINISTRY OF INFORM [CAT_REMARKS] =>) Previous Comments: [2008-07-13 07:49:55] teju_baba at hotmail dot com Description: Client: Solaris 10 / Sparc PHP 5.2.3 / 5.2.5 / 5.2.6 OCI 1.2.3 / 1.3.3 Instant Client: 10.1 Oracle 10g Enterprise Edition: 10.1.0.3 TABLE AGENCY SCHEMA AGENCY_ID NUMBER, AGENCY_NAME VARCHAR2(60), AGENCY_TYPE VARCHAR2(1) , AGENCY_ABBR VARCHAR2(10) , ADMIN_HIST VARCHAR2(2000), DATE_UPDATED DATE A simple query like select * from agency where agency_id=40 produces an overflow at either oci_execute() or oci_fetch_assoc() Result is garbage for ADMIN_HIST and overflows on to DATE_UPDATED. For similar queries, the query may or may not return a row. Say: select * from agency where agency_id=54 returns NULL when there is valid data. Reproduce code: --- $conn = oci_connect('user', 'pwd', '//10.203.2.14/db'); $query="select * from agency where agency_id=40"; $stid = oci_parse($conn, $query); $r = oci_execute($stid, OCI_DEFAULT); while ($row = oci_fetch_assoc($stid)) { print_r($row); } oci_close($conn); Expected result: xl* [DATE_UPDATED] => 00-DECEMBER-00 the words xl * are garbage characters the DATE_UPDATED is invalid (actual date is: 11-APR-08) Actual result: -- Array ( [AGENCY_ID] => 40 [AGENCY_NAME] => City Council [AGENCY_TYPE] => A [AGENCY_ABBR] => CC [ADMIN_HIST] => The Municipal Council became known as the City Council on 22 September 1951. The City Council, the local authority within the city area, consisted of a President appointed by the Governor-in-Council and 27 members of whom 18 were elected. The City Council enjoyed a wide measure of autonomy in matters placed under its control by the Municipal Ordinance and was empowered to make by-laws but was subjected to certain safeguards. The detailed execution of City Council policies was undertaken by specialised departments concerned with health, water, electricity and so forth. Under the Local Government Ordinance of 1957, the administration of the city area for all local government purposes was the responsibility of a City Council of 32 elected Councillors.In July 1959, the government absorbed the City Council into the central government and most of its functions were transferred to the Ministry of National Development.xl* [DATE_UPDATED] => 00-DECEMBER-00 ) -- Edit this bug report at http://bugs.php.net/?id=45497&edit=1
#45497 [NEW]: memory leak in select statement for varchar2 above 2000 characters
From: teju_baba at hotmail dot com Operating system: Solaris 10 PHP version: 5.2.6 PHP Bug Type: OCI8 related Bug description: memory leak in select statement for varchar2 above 2000 characters Description: Client: Solaris 10 / Sparc PHP 5.2.3 / 5.2.5 / 5.2.6 OCI 1.2.3 / 1.3.3 Instant Client: 10.1 Oracle 10g Enterprise Edition: 10.1.0.3 TABLE AGENCY SCHEMA AGENCY_ID NUMBER, AGENCY_NAME VARCHAR2(60), AGENCY_TYPE VARCHAR2(1) , AGENCY_ABBR VARCHAR2(10) , ADMIN_HIST VARCHAR2(2000), DATE_UPDATED DATE A simple query like select * from agency where agency_id=40 produces an overflow at either oci_execute() or oci_fetch_assoc() Result is garbage for ADMIN_HIST and overflows on to DATE_UPDATED. For similar queries, the query may or may not return a row. Say: select * from agency where agency_id=54 returns NULL when there is valid data. Reproduce code: --- $conn = oci_connect('user', 'pwd', '//10.203.2.14/db'); $query="select * from agency where agency_id=40"; $stid = oci_parse($conn, $query); $r = oci_execute($stid, OCI_DEFAULT); while ($row = oci_fetch_assoc($stid)) { print_r($row); } oci_close($conn); Expected result: xl* [DATE_UPDATED] => 00-DECEMBER-00 the words xl * are garbage characters the DATE_UPDATED is invalid (actual date is: 11-APR-08) Actual result: -- Array ( [AGENCY_ID] => 40 [AGENCY_NAME] => City Council [AGENCY_TYPE] => A [AGENCY_ABBR] => CC [ADMIN_HIST] => The Municipal Council became known as the City Council on 22 September 1951. The City Council, the local authority within the city area, consisted of a President appointed by the Governor-in-Council and 27 members of whom 18 were elected. The City Council enjoyed a wide measure of autonomy in matters placed under its control by the Municipal Ordinance and was empowered to make by-laws but was subjected to certain safeguards. The detailed execution of City Council policies was undertaken by specialised departments concerned with health, water, electricity and so forth. Under the Local Government Ordinance of 1957, the administration of the city area for all local government purposes was the responsibility of a City Council of 32 elected Councillors.In July 1959, the government absorbed the City Council into the central government and most of its functions were transferred to the Ministry of National Development.xl* [DATE_UPDATED] => 00-DECEMBER-00 ) -- Edit bug report at http://bugs.php.net/?id=45497&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45497&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45497&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45497&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45497&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45497&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45497&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45497&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45497&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45497&r=support Expected behavior:http://bugs.php.net/fix.php?id=45497&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45497&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45497&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45497&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45497&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45497&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45497&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45497&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45497&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45497&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45497&r=mysqlcfg