#37421 [Opn->Bgs]: mysql_bind_param() and BLOB-fields
ID: 37421 Updated by: [EMAIL PROTECTED] Reported By: lars at strojny dot net -Status: Open +Status: Bogus Bug Type: MySQLi related Operating System: Linux PHP Version: 5.1.4 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Please check the sample at http://www.php.net/manual/en/function.mysqli-stmt-send-long-data.php how to handle blobs. Previous Comments: [2006-05-12 18:45:09] lars at strojny dot net Description: Using mysqli in combination with the prepare-method and bind_param leads to troubles with the BLOB-field. I'm not really sure if it is a bug or I just thinking the wrong way. Reproduce code: --- select_db( "my_db" ); if( $statement = $m->prepare( "INSERT INTO my_table SET my_blob = ?" )) { $file = file_get_contents( "image.png" ); $statement->bind_param( 'b', $file ); $statement->execute(); } ?> Expected result: Image should be inserted as binary data into the MySQL-table. Actual result: -- This does not work, it just puts zero bytes into the database. If I change $statement->bind_param( 'b', $file ); to $statement->bind_param( 's', $file ); it works as expected -- Edit this bug report at http://bugs.php.net/?id=37421&edit=1
#37427 [NEW]: relocation R_X86_64_32... recompile with -fPIC...
From: vktechnology at uk2 dot net Operating system: fedora PHP version: 5.1.4 PHP Bug Type: Compile Failure Bug description: relocation R_X86_64_32... recompile with -fPIC... Description: Install PHP,,has eror after type make Reproduce code: --- ./configure --prefix=/usr/local/php-5.1.4 --with-apxs2=/usr/local/apache2/bin/apxs --enable-ftp --with-mysql-dir=/usr/local/mysql-standard-5.0.21-linux-i686 --with-png-dir=/usr/local/libpng- 1.2.8-config --with-zlib-dir=/usr/local/zlib-1.2.2 --with-gd --disable-libxml --disable-dom -- disable-simplexml --disable-xml --disable-pear --disable-xmlreader --disable-xmlwriter Actual result: -- ** after type make have this error * /usr/bin/ld: /usr/local/lib/libz.a(compress.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libz.a: could not read symbols: Bad value collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 -- Edit bug report at http://bugs.php.net/?id=37427&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37427&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37427&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37427&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37427&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37427&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37427&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37427&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37427&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37427&r=support Expected behavior:http://bugs.php.net/fix.php?id=37427&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37427&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37427&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37427&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37427&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37427&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37427&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37427&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37427&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37427&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37427&r=mysqlcfg
#37126 [Com]: Invalid conversion from php string to xsd:long
ID: 37126 Comment by: karthikm at yahoo dot com Reported By: karthikm at yahoo-inc dot com Status: No Feedback Bug Type: SOAP related Operating System: Windows XP, Linux PHP Version: 5.1.2 New Comment: Checked in all version upto 6.0 releases from http://snaps.php.net/ and with the php_soap.dlls gotten from http://pecl4win.php.net/ext.php/php_soap.dll. All versions seem to have the same issue. Previous Comments: [2006-04-26 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-04-18 21:25:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-04-18 18:29:59] karthikm at yahoo-inc dot com Description: longs represented as php string variables do not get converted correctly to soap parameter declared as xsd:long. But, longs represented as php numbers work correctly. Ex: $idValue = '572527773301459002' shows up incorrectly as 2147483647 where as, $idValue = 572527773301459002 shows up correctly as 572527773301459010 Reproduce code: --- true, "exceptions" => true, "location" => "http://localhost:8144/MyService";, "connection_timeout"=>10) ); $idValue = '572527773301459002'; $obj = array( 'ID' => $idValue, ); $retObj = $client->__soapCall( 'operation', array( $obj ) ); ?> ===MyService.wsdl=== http://schemas.xmlsoap.org/wsdl/"; xmlns:soap11="http://schemas.xmlsoap.org/soap/envelope/"; xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"; xmlns:soapenc11="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:soapenc12="http://www.w3.org/2003/05/soap-encoding"; xmlns:tns="http://mycompany.com"; xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:wsse="http://schemas.xmlsoap.org/ws/2002/07/secext"; xmlns:xsd="http://www.w3.org/2001/XMLSchema"; targetNamespace="http://mycompany.com";> http://mycompany.com";> http://schemas.xmlsoap.org/soap/http"/> https://localhost/MyService"/> Expected result: http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="http://mycompany.com";> 572527773301459010 Actual result: -- http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="http://mycompany.com";> 2147483647 -- Edit this bug report at http://bugs.php.net/?id=37126&edit=1
#37426 [NEW]: variable scoping? session?
From: winterain at gmail dot com Operating system: PHP version: 4.4.2 PHP Bug Type: Session related Bug description: variable scoping? session? Description: hello... i'm having problem here... example, i got 2 files... 1st file contains (test.php) ".$_SESSION['xxx']; ?> then the 2nd file (test2.php) ".$_SESSION['xxx']; ?> if i'm goin to use PHP 4 for those files (say access test.php 1st, then next test2.php)... test.php would output "world hello"... and test2.php would output "world hello"... the problem rises when i used PHP 5... 1st file would output "world hello" but the 2nd file's output is "world world"... apparently, the $_SESSION['xxx'] value changed whenever $xxx value changes... is this some kind of bug under variable scoping? -- Edit bug report at http://bugs.php.net/?id=37426&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37426&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37426&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37426&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37426&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37426&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37426&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37426&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37426&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37426&r=support Expected behavior:http://bugs.php.net/fix.php?id=37426&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37426&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37426&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37426&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37426&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37426&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37426&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37426&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37426&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37426&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37426&r=mysqlcfg
#37423 [Bgs]: bug 25354
ID: 37423 User updated by: morten at nilsen dot com Reported By: morten at nilsen dot com Status: Bogus Bug Type:*General Issues PHP Version: 6CVS-2006-05-12 (CVS) New Comment: read the subject, and all shall become clear (once you take a look at bug 25354) Previous Comments: [2006-05-12 22:00:08] [EMAIL PROTECTED] What is this supposed to mean? [2006-05-12 20:52:59] morten at nilsen dot com Description: php 6 is in the pipeline now... -- Edit this bug report at http://bugs.php.net/?id=37423&edit=1
#37423 [Opn->Bgs]: bug 25354
ID: 37423 Updated by: [EMAIL PROTECTED] Reported By: morten at nilsen dot com -Status: Open +Status: Bogus Bug Type:*General Issues PHP Version: 6CVS-2006-05-12 (CVS) New Comment: What is this supposed to mean? Previous Comments: [2006-05-12 20:52:59] morten at nilsen dot com Description: php 6 is in the pipeline now... -- Edit this bug report at http://bugs.php.net/?id=37423&edit=1
#37419 [Opn]: PDO constructor returns NULL if empty options list is passed under Apache2
ID: 37419 Updated by: [EMAIL PROTECTED] Reported By: suhachov at gmail dot com Status: Open Bug Type: Apache2 related -Operating System: WinXP +Operating System: * PHP Version: 5.1.4 -Assigned To: +Assigned To: ilia New Comment: NULL is indeed wrong. If the costructor fails we have two options, return an invalid object that cannot be used besides getting the error information or we must throw an error. Ilia managed to allow delay of base constructor call which allowed to drop final. Maybe he can check whether we can get the above behavior using the error mode. Previous Comments: [2006-05-12 14:34:28] suhachov at gmail dot com I've solved this problem - MySQL extension wasn't loaded properly. But I think this behavior is strange anyway - why don't to say "cannot connect to MySQL"? [2006-05-12 14:20:11] suhachov at gmail dot com Description: new PDO('mysql:host=localhost;db=test','test','test',array()); returns NULL under Apache2 and normal object under CLI. Reproduce code: --- and run this under Apache2 (my version is 2.0.55) Expected result: to get valid object Actual result: -- NULL -- Edit this bug report at http://bugs.php.net/?id=37419&edit=1
#37423 [NEW]: bug 25354
From: morten at nilsen dot com Operating system: PHP version: 6CVS-2006-05-12 (CVS) PHP Bug Type: *General Issues Bug description: bug 25354 Description: php 6 is in the pipeline now... -- Edit bug report at http://bugs.php.net/?id=37423&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37423&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37423&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37423&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37423&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37423&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37423&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37423&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37423&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37423&r=support Expected behavior:http://bugs.php.net/fix.php?id=37423&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37423&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37423&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37423&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37423&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37423&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37423&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37423&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37423&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37423&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37423&r=mysqlcfg
#37239 [Com]: Regxp couses PHP script crach on Windows
ID: 37239 Comment by: beagle-php at sector99 dot com Reported By: dimox at inbox dot lv Status: Open Bug Type: Reproducible crash Operating System: Windows XP Pro SP2 PHP Version: 4.4.2 New Comment: I have used Dimox's code on a Windows 2000 server running IIS and PHP 4.4.2 and have reproduced the problem. The regular expression commands on this server combination seem to be susceptible to crashing like this. Previous Comments: [2006-05-02 11:03:31] dimox at inbox dot lv Can I get trial version of MSVC6? If it exist, can you add link for me? I'm only web-programmer and I has no tools for C++ development/debugging. Maybe you can run file test_bug.php on your oun PC with this tools and generate this debug backtrace? test_bug.php something 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890 '; $regex='/\((.(?!\/is'; while(preg_match_all($regex, $text, $block_matches,PREG_SET_ORDER)){ foreach($block_matches AS $block) echo ''; print_r($block_matches); $text = preg_replace($regex, '', $text); } ?> This file causes 100% crash on my Win32 server. I realy want to help PHP better. [2006-04-29 01:42:06] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2006-04-28 19:58:03] dimox at inbox dot lv While i symlificate the code i forgot to remove \%\> from example and posted text for parsig was too small to cause error. I found, that block content must be more tan 1330-1360 simbols to couse script crash - until this values it works fine! I increased all "memory size" values in php.ini and in the code, but problem still exist. Changed code: $text = ' something 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<< 1223567890 qwertyuiop[[[]asdfghj
#37422 [Opn]: FastCGI: comm with server .. aborted
ID: 37422 User updated by: phpbugs at thequod dot de Reported By: phpbugs at thequod dot de Status: Open Bug Type: CGI related Operating System: Ubuntu Linux PHP Version: 5.1.5CVS New Comment: The test script is just . Previous Comments: [2006-05-12 19:34:38] phpbugs at thequod dot de Description: I'm running Apache2/mod_fastcgi/PHP5.1.5-dev (built: May 12 2006 19:46:11). The problem is, that without setting PHP_FCGI_CHILDREN children, PHP does not default to the documented value of 8 (no source, but often read): it does not create any children. This might be just a documentation issue/bug, but without using any children, I can reproduce crashing PHP (somehow after PHP_FCGI_MAX_REQUESTS), but also experience with PHP_FCGI_CHILDREN set to 4! This "bogus" report seems to be related: http://bugs.php.net/bug.php?id=27802 Reproduce code: --- In fastcgi.conf:FastCgiServer /XXX/fcgi-scripts/XXX/php5-fcgi-starter -user phptest_codeprobe -group phptest_codeprobe -pass-header HTTP_AUTHORIZATION -flush -idle-timeout 60 php5-fcgi-starter script: #!/bin/sh PHPRC="/vhosts/phptest_codeprobe/conf/php5" export PHPRC PHP_FCGI_MAX_REQUESTS=100 export PHP_FCGI_MAX_REQUESTS exec /bin/php5-fcgi 1. Restart Apache 2. A php5-fcgi process gets started (without any childs) 3. ab2 -n 101 url/ 4. A new php5-fcgi process gets "re-spawned" 5. ab2 -n 201 url/ 6. The longest request takes 4s(!), instead of 0.004. 7. ab2 -n 301 url/ 8. The php5-fcgi process disappears forever! This only seems to be an indication, because I have one server setup with PHP_FCGI_MAX_REQUESTS=100 and PHP_FCGI_CHILDREN=4 and it also dies away like this (with the same entries in the server's error log). This is since PHP 5.1.3/5.1.4.. Expected result: Do not crash. Actual result: -- Apache error log: FastCGI: comm with server "/var/www/fcgi-scripts/phptest_codeprobe/php5-fcgi-starter" aborted: idle timeout (60 sec) FastCGI: incomplete headers (0 bytes) received from server "/var/www/fcgi-scripts/phptest_codeprobe/php5-fcgi-starter" -- Edit this bug report at http://bugs.php.net/?id=37422&edit=1
#37422 [NEW]: FastCGI: comm with server .. aborted
From: phpbugs at thequod dot de Operating system: Ubuntu Linux PHP version: 5.1.5CVS PHP Bug Type: CGI related Bug description: FastCGI: comm with server .. aborted Description: I'm running Apache2/mod_fastcgi/PHP5.1.5-dev (built: May 12 2006 19:46:11). The problem is, that without setting PHP_FCGI_CHILDREN children, PHP does not default to the documented value of 8 (no source, but often read): it does not create any children. This might be just a documentation issue/bug, but without using any children, I can reproduce crashing PHP (somehow after PHP_FCGI_MAX_REQUESTS), but also experience with PHP_FCGI_CHILDREN set to 4! This "bogus" report seems to be related: http://bugs.php.net/bug.php?id=27802 Reproduce code: --- In fastcgi.conf:FastCgiServer /XXX/fcgi-scripts/XXX/php5-fcgi-starter -user phptest_codeprobe -group phptest_codeprobe -pass-header HTTP_AUTHORIZATION -flush -idle-timeout 60 php5-fcgi-starter script: #!/bin/sh PHPRC="/vhosts/phptest_codeprobe/conf/php5" export PHPRC PHP_FCGI_MAX_REQUESTS=100 export PHP_FCGI_MAX_REQUESTS exec /bin/php5-fcgi 1. Restart Apache 2. A php5-fcgi process gets started (without any childs) 3. ab2 -n 101 url/ 4. A new php5-fcgi process gets "re-spawned" 5. ab2 -n 201 url/ 6. The longest request takes 4s(!), instead of 0.004. 7. ab2 -n 301 url/ 8. The php5-fcgi process disappears forever! This only seems to be an indication, because I have one server setup with PHP_FCGI_MAX_REQUESTS=100 and PHP_FCGI_CHILDREN=4 and it also dies away like this (with the same entries in the server's error log). This is since PHP 5.1.3/5.1.4.. Expected result: Do not crash. Actual result: -- Apache error log: FastCGI: comm with server "/var/www/fcgi-scripts/phptest_codeprobe/php5-fcgi-starter" aborted: idle timeout (60 sec) FastCGI: incomplete headers (0 bytes) received from server "/var/www/fcgi-scripts/phptest_codeprobe/php5-fcgi-starter" -- Edit bug report at http://bugs.php.net/?id=37422&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37422&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37422&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37422&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37422&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37422&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37422&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37422&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37422&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37422&r=support Expected behavior:http://bugs.php.net/fix.php?id=37422&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37422&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37422&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37422&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37422&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37422&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37422&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37422&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37422&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37422&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37422&r=mysqlcfg
#37421 [NEW]: mysql_bind_param() and BLOB-fields
From: lars at strojny dot net Operating system: Linux PHP version: 5.1.4 PHP Bug Type: MySQLi related Bug description: mysql_bind_param() and BLOB-fields Description: Using mysqli in combination with the prepare-method and bind_param leads to troubles with the BLOB-field. I'm not really sure if it is a bug or I just thinking the wrong way. Reproduce code: --- select_db( "my_db" ); if( $statement = $m->prepare( "INSERT INTO my_table SET my_blob = ?" )) { $file = file_get_contents( "image.png" ); $statement->bind_param( 'b', $file ); $statement->execute(); } ?> Expected result: Image should be inserted as binary data into the MySQL-table. Actual result: -- This does not work, it just puts zero bytes into the database. If I change $statement->bind_param( 'b', $file ); to $statement->bind_param( 's', $file ); it works as expected -- Edit bug report at http://bugs.php.net/?id=37421&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37421&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37421&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37421&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37421&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37421&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37421&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37421&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37421&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37421&r=support Expected behavior:http://bugs.php.net/fix.php?id=37421&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37421&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37421&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37421&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37421&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37421&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37421&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37421&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37421&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37421&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37421&r=mysqlcfg
#37418 [Com]: tidy module crashes CLI version of PHP
ID: 37418 Comment by: judas dot iscariote at gmail dot com Reported By: RQuadling at GMail dot com Status: Open Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 5.1.4 New Comment: works prefectly OK in Linux, and run away from 5.1.3 ASAP ;-) Previous Comments: [2006-05-12 13:33:03] RQuadling at GMail dot com Description: Runnin php -m at the command line without tidy module loaded produces ... [PHP Modules] bcmath calendar com_dotnet ctype date dom ftp hash iconv libxml odbc pcre Reflection session SimpleXML SPL standard tokenizer wddx xml xmlreader xmlwriter Zend Optimizer zlib [Zend Modules] Zend Extension Manager Zend Optimizer With Tidy enabled, module is loaded OK, but crashes whilst unloading. Generates a Dr.Watson error report log and I'm sending them to MS as it asks me ever so nicely! Tried it without Zend Optimizer loaded - no different. Reverted back to PHP 5.1.3-dev (cli) (built: Feb 20 2006 00:29:25) and all is ok. NOTE: No changes to php-cli.ini or php-isapi.ini -- Edit this bug report at http://bugs.php.net/?id=37418&edit=1
#37420 [NEW]: strtotime('at') returns current date at 8pm.
From: jb243 at telus dot net Operating system: Windows XP PHP version: 4.4.2 PHP Bug Type: Date/time related Bug description: strtotime('at') returns current date at 8pm. Description: strtotime('at') returns today at current hour or maybe 8pm. Should be documented as a feature or return an invalid timestamp. echo date("r",strtotime('At')); Reproduce code: --- echo date("r",strtotime('At')); -- Edit bug report at http://bugs.php.net/?id=37420&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37420&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37420&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37420&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37420&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37420&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37420&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37420&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37420&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37420&r=support Expected behavior:http://bugs.php.net/fix.php?id=37420&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37420&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37420&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37420&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37420&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37420&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37420&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37420&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37420&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37420&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37420&r=mysqlcfg
#37197 [NoF->Opn]: PHP module in apache crashes in session (de)serializer
ID: 37197 User updated by: ivoras at gmail dot com Reported By: ivoras at gmail dot com -Status: No Feedback +Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 6.1 -PHP Version: 5.1.2 +PHP Version: 5.1.4 New Comment: It seems the error has shifted a little in 5.1.4: [Fri May 12 13:03:58 2006] pid 3810 mod_whatkilledus sig 11 crash [Fri May 12 13:03:58 2006] pid 3810 mod_whatkilledus active connection: 66.249.65.69:62198->161.53.72.111:80 (conn_rec 849a128) [Fri May 12 13:03:58 2006] pid 3810 mod_whatkilledus active request (request_rec 84a0050): GET /?_v1=UiaTP11W-xj-_aMLa-IM-s3dNpKkD1N18MeEdd3lK1Fbv52UWpuATJG4sunCs2irObY6-B8xOL6GJbN1EuDH6GmE7NixIfomlpN0tRuL_yX0qynVi cTREmixmUl-AXf8uShbk4UXEftRJxYeH-jB7Qryjgj1MIwy1tFvtNPTd8mHH6L9nObm7vZ0PH5Q881NL7qw7pFXsgc8M_rNOYdIvk88e6EHO70PAT-AIHVIqZPn66jXkisr05B3hm_t dMYP5t9L4g03tFV6r6i7bWxcgihn3F4tTHzCX-Szg3XiCro=&_lid=6562 HTTP/1.1|Host:|Connection:Keep-alive|Accept:*/*|From:googlebot(at)goog lebot.com|User-Agent:Mozilla/5.0 (compatible; Googlebot/2.1; +http%3a//www.google.com/bot.html)|Accept-Encoding:gzip [Fri May 12 13:03:58 2006] pid 3810 mod_whatkilledus end of report [Fri May 12 13:03:58 2006] pid 3810 mod_backtrace backtrace for sig 11 (thread "pid" 3810) [Fri May 12 13:03:58 2006] pid 3810 mod_backtrace main() is at 806a950 0x8071e65 at /usr/local/sbin/httpd [EMAIL PROTECTED] at /usr/local/sbin/httpd [EMAIL PROTECTED] 0x2864287d <_zval_ptr_dtor+65> at /usr/local/libexec/apache2/libphp5.so 0x28656874 at /usr/local/libexec/apache2/libphp5.so 0x2864d5ef <_zval_dtor_func+115> at /usr/local/libexec/apache2/libphp5.so 0x2864287d <_zval_ptr_dtor+65> at /usr/local/libexec/apache2/libphp5.so 0x28656944 at /usr/local/libexec/apache2/libphp5.so 0x286676a5 at /usr/local/libexec/apache2/libphp5.so 0x28666f99 at /usr/local/libexec/apache2/libphp5.so 0x286671d9 at /usr/local/libexec/apache2/libphp5.so 0x28666f99 at /usr/local/libexec/apache2/libphp5.so 0x286671d9 at /usr/local/libexec/apache2/libphp5.so 0x28666f99 at /usr/local/libexec/apache2/libphp5.so 0x286acf0c at /usr/local/libexec/apache2/libphp5.so 0x28666f99 at /usr/local/libexec/apache2/libphp5.so 0x286671d9 at /usr/local/libexec/apache2/libphp5.so 0x28666f99 at /usr/local/libexec/apache2/libphp5.so 0x286671d9 at /usr/local/libexec/apache2/libphp5.so 0x28666f99 at /usr/local/libexec/apache2/libphp5.so [Fri May 12 13:03:58 2006] pid 3810 mod_backtrace end of backtrace [Fri May 12 13:03:58 2006] [notice] child pid 3810 exit signal Segmentation fault (11) Previous Comments: [2006-05-03 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-04-25 13:04:12] [EMAIL PROTECTED] Yes, I do have a reason. You don't have to touch the production PHP and Apache - you can always install it into different location and listening on another port. [2006-04-25 12:38:28] ivoras at gmail dot com Do you have a reason to believe this will help me - are there any changes in the session serializing code between the two versions? (This is a production machine and I can't risk downtime when I try the snapshot). [2006-04-25 12:09:11] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-04-25 12:07:36] ivoras at gmail dot com Description: PHP module in apache randomly crashes. Tried building debug version of PHP, but it doesn't change anything (there is no significant additional data in apache error logs). Attached is the result of Apache modules mod_whatkilledus and mod_backtrace. The problem seems to be this: "httpd in malloc(): error: recursive call" Talking to FreeBSD developers, this most likely happens if an application tries to use malloc() from a signal handler, while another malloc() is in progress, which apparently is allowed by GNU malloc() but not by BSD malloc(). Reproduce code: --- Cannot pinpoint crash location - possibly random or before/after PHP code starts to execute. Expected result: Normal operation. Actual result: -- [Tue Apr 25 13:46:26 2006] pid 28734 mod_whatkilledus sig 6 crash [Tue Apr 25 13:46:26 2006] pid 28734 mod_whatkilledus active connection: 194.213.26.11:60632->161.53.72.111:80 (conn_rec 8498128) [Tue Apr 25 13:46:26 2006] pid 28
#37414 [Opn->Csd]: imap c-client compile fail
ID: 37414 User updated by: ian at alpha dot urban dot csuohio dot edu Reported By: ian at alpha dot urban dot csuohio dot edu -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: solaris PHP Version: 5.1.4 New Comment: Sorry, I should've checked http://www.php.net/manual/en/ref.imap.php compiling UW-IMAP c-client with -fPIC and making a .so of it works. I don't know why I never had a problem before PHP 5.1 Previous Comments: [2006-05-11 20:44:19] ian at alpha dot urban dot csuohio dot edu Description: when attempting to compile PHP 5.1.4 on Solaris 9 Sparc using GCC 3.3.2 from sunfreeware, if I try to compile with IMAP extension using UW-IMAP 2004g (latest stable) --with-imap=/usr/local/uwimap --with-imap-ssl=/usr/local/openssl \ [snip lots of errors] fcntl 0x96c0 /opt/local/uwimap/c-client/libc-client.a(osdep.o) ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 I've used the same build environment since PHP 4 through PHP 5.0.5 and it has worked fine. -- Edit this bug report at http://bugs.php.net/?id=37414&edit=1
#37300 [Opn->WFx]: memory_limit disabled on windows
ID: 37300 Updated by: [EMAIL PROTECTED] Reported By: astinky at lycos dot com -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Windows Server 2003 PHP Version: 5.1.3 New Comment: Ok. The issue was not memory limit, and we will keep it disabled for windows because of performance reasons. For now :) Previous Comments: [2006-05-12 15:28:11] astinky at lycos dot com Well I tried a number of combinations of those changes and none of them resulted in complete output from my script so I reverted them all to my riginal settings. However, on a lark I tried viewing the page in IE6 instead of Firefox 1.5.0.3 and voila! The script output was complete and intact! Conclusion: Browser issue. The webserver is no longer faulting and I'm somewhat mystified as to why, but hey, I'll take it. So I guess I'll try a clean Firefox 1.5.0.3 install and see if the issue persists and if so report it to Mozilla. Again, a thousand thanks for your patience and understanding, I've been a big fan of php for ages, so keep up the good work! [2006-05-11 22:20:31] astinky at lycos dot com Hmmm, with this in mind I just re-read the ThreadStackSize Directive available in Apache since 2.1 http://httpd.apache.org/docs/2.2/mod/mpm_common.html#threadstacksize Might give that a try first. [2006-05-11 21:56:31] astinky at lycos dot com Thanks for the tip, I'll give that a try. I already run the apache winnt mpm like so: Win32DisableAcceptEx ThreadsPerChild 64 MaxRequestsPerChild 1 (stabilises it considerably) I'll try dropping ThreadsPerChild to 50 as well. [2006-05-11 21:35:51] [EMAIL PROTECTED] Thing that has changed between 5.0 and 5.1 is that 5.1 seems to be more memory hungry, especially when it comes to stack. The way to increase stack space availabe to PHP you can run: EDITBIN /STACK:4194304 httpd.exe in your Apache2.2\bin directory (editbin comes with vc++) You should also decrease ThreadsPerChild to 50 from 250 in your httpd.conf to be able to handle 4MB stack. [2006-05-11 20:44:40] [EMAIL PROTECTED] Memory limit is not enabled in 5.2.0 (PHP runs somewhat slower when it is enabled), but I suspect that this has nothing to do with your problem. 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/37300 -- Edit this bug report at http://bugs.php.net/?id=37300&edit=1
#37300 [Opn]: memory_limit disabled on windows
ID: 37300 User updated by: astinky at lycos dot com Reported By: astinky at lycos dot com Status: Open Bug Type: Feature/Change Request Operating System: Windows Server 2003 PHP Version: 5.1.3 New Comment: Well I tried a number of combinations of those changes and none of them resulted in complete output from my script so I reverted them all to my riginal settings. However, on a lark I tried viewing the page in IE6 instead of Firefox 1.5.0.3 and voila! The script output was complete and intact! Conclusion: Browser issue. The webserver is no longer faulting and I'm somewhat mystified as to why, but hey, I'll take it. So I guess I'll try a clean Firefox 1.5.0.3 install and see if the issue persists and if so report it to Mozilla. Again, a thousand thanks for your patience and understanding, I've been a big fan of php for ages, so keep up the good work! Previous Comments: [2006-05-11 22:20:31] astinky at lycos dot com Hmmm, with this in mind I just re-read the ThreadStackSize Directive available in Apache since 2.1 http://httpd.apache.org/docs/2.2/mod/mpm_common.html#threadstacksize Might give that a try first. [2006-05-11 21:56:31] astinky at lycos dot com Thanks for the tip, I'll give that a try. I already run the apache winnt mpm like so: Win32DisableAcceptEx ThreadsPerChild 64 MaxRequestsPerChild 1 (stabilises it considerably) I'll try dropping ThreadsPerChild to 50 as well. [2006-05-11 21:35:51] [EMAIL PROTECTED] Thing that has changed between 5.0 and 5.1 is that 5.1 seems to be more memory hungry, especially when it comes to stack. The way to increase stack space availabe to PHP you can run: EDITBIN /STACK:4194304 httpd.exe in your Apache2.2\bin directory (editbin comes with vc++) You should also decrease ThreadsPerChild to 50 from 250 in your httpd.conf to be able to handle 4MB stack. [2006-05-11 20:44:40] [EMAIL PROTECTED] Memory limit is not enabled in 5.2.0 (PHP runs somewhat slower when it is enabled), but I suspect that this has nothing to do with your problem. [2006-05-11 19:55:12] astinky at lycos dot com That snapshot still does not allow setting the memory_limit in either the script or the php.ini. I ran the snapshot as-is at home on WinXP SP2 with no extensions loaded at all. (aside: the apache 2.2 handler still reports itself as "Apache 2.0 Handler") Both output only "memory_limit: " with no error generated. My fgetcsv test script does not crash on this version either. I'm kinda baffled at this point. If we get a working memory_limit for php on windows, great, I'll test it on my live shipyards script to see if it is the issue causing it to stop short of completion, if not, I'll have to track down other changes since 5.0.5 that may be causing this issue for me. 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/37300 -- Edit this bug report at http://bugs.php.net/?id=37300&edit=1
#37419 [Opn]: PDO constructor returns NULL if empty options list is passed under Apache2
ID: 37419 User updated by: suhachov at gmail dot com Reported By: suhachov at gmail dot com Status: Open Bug Type: Apache2 related Operating System: WinXP PHP Version: 5.1.4 New Comment: I've solved this problem - MySQL extension wasn't loaded properly. But I think this behavior is strange anyway - why don't to say "cannot connect to MySQL"? Previous Comments: [2006-05-12 14:20:11] suhachov at gmail dot com Description: new PDO('mysql:host=localhost;db=test','test','test',array()); returns NULL under Apache2 and normal object under CLI. Reproduce code: --- and run this under Apache2 (my version is 2.0.55) Expected result: to get valid object Actual result: -- NULL -- Edit this bug report at http://bugs.php.net/?id=37419&edit=1
#37416 [Csd]: Exception in rewind() method crashes iterator_to_array() function
ID: 37416 User updated by: suhachov at gmail dot com Reported By: suhachov at gmail dot com Status: Closed Bug Type: SPL related Operating System: WinXP PHP Version: 5.1.4 New Comment: Ok, snapshot is good, but when (and where) can I get compiled PHP binaries for Win32 with this bug fixed? I'm afraid I can't build PHP for Win32 right now, I havn't got MSVC... :( >Just for the record: "crash" is something different. Ok, thank you. Sorry for my English :( It was the first word that came into my head... Previous Comments: [2006-05-12 09:44:10] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Just for the record: "crash" is something different. "Fatal error in Unknown" is not a crash. [2006-05-12 08:07:50] suhachov at gmail dot com Description: I call iterator_to_array($iter) and if something bad is happend in rewind() function and exception is thrown, script dies instead of throwing the exception. It looks like bug #32993 but it should be fixed still in PHP 5.0 Reproduce code: --- Expected result: Exception stack trace Actual result: -- Fatal error: Couldn't execute method MyIterator::valid in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=37416&edit=1
#37419 [NEW]: PDO constructor returns NULL if empty options list is passed under Apache2
From: suhachov at gmail dot com Operating system: WinXP PHP version: 5.1.4 PHP Bug Type: Apache2 related Bug description: PDO constructor returns NULL if empty options list is passed under Apache2 Description: new PDO('mysql:host=localhost;db=test','test','test',array()); returns NULL under Apache2 and normal object under CLI. Reproduce code: --- and run this under Apache2 (my version is 2.0.55) Expected result: to get valid object Actual result: -- NULL -- Edit bug report at http://bugs.php.net/?id=37419&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37419&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37419&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37419&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37419&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37419&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37419&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37419&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37419&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37419&r=support Expected behavior:http://bugs.php.net/fix.php?id=37419&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37419&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37419&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37419&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37419&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37419&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37419&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37419&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37419&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37419&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37419&r=mysqlcfg
#37406 [Com]: Can't load lob string
ID: 37406 Comment by: matuszynski at element5 dot de Reported By: spatar at mail dot nnov dot ru Status: Open Bug Type: OCI8 related Operating System: SuSE PHP Version: 5.1.4 New Comment: I encountered a similar problem that might be related to this one: Reading CLOBs always leads to empty strings. When running the given sample, I get the following output: size(): 26 load(): We're using Oracle 10 client and PHP 5.1.4 under Ubuntu and connect to a Oracle 9i DB running under Solaris on SPARC Previous Comments: [2006-05-11 11:09:50] spatar at mail dot nnov dot ru In older snapshot php5.1-200604030830 it worked: size(): 26 load(): abcdefghijklmnopqrstuvwxyz [2006-05-11 10:57:29] spatar at mail dot nnov dot ru Description: Can't load lob string. It seems, OCI8 calculates wrong size in _bytes_ for UTF strings to load. My Oracle database charset is AL32UTF8, so maybe it's the cause of that the load() method returns only the first 1/4 part of a string. The older versions didn't have this bug. Reproduce code: --- size(), "\n"; echo "load(): ", $clob->load(), "\n"; } $clob->free(); oci_free_statement($stid); oci_close($conn); ?> Expected result: size(): 26 load(): abcdefghijklmnopqrstuvwxyz Actual result: -- size(): 26 load(): abcdef -- Edit this bug report at http://bugs.php.net/?id=37406&edit=1
#37418 [NEW]: tidy module crashes CLI version of PHP
From: RQuadling at GMail dot com Operating system: Windows XP SP2 PHP version: 5.1.4 PHP Bug Type: Reproducible crash Bug description: tidy module crashes CLI version of PHP Description: Runnin php -m at the command line without tidy module loaded produces ... [PHP Modules] bcmath calendar com_dotnet ctype date dom ftp hash iconv libxml odbc pcre Reflection session SimpleXML SPL standard tokenizer wddx xml xmlreader xmlwriter Zend Optimizer zlib [Zend Modules] Zend Extension Manager Zend Optimizer With Tidy enabled, module is loaded OK, but crashes whilst unloading. Generates a Dr.Watson error report log and I'm sending them to MS as it asks me ever so nicely! Tried it without Zend Optimizer loaded - no different. Reverted back to PHP 5.1.3-dev (cli) (built: Feb 20 2006 00:29:25) and all is ok. NOTE: No changes to php-cli.ini or php-isapi.ini -- Edit bug report at http://bugs.php.net/?id=37418&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37418&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37418&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37418&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37418&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37418&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37418&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37418&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37418&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37418&r=support Expected behavior:http://bugs.php.net/fix.php?id=37418&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37418&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37418&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37418&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37418&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37418&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37418&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37418&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37418&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37418&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37418&r=mysqlcfg
#36607 [Com]: default_prefetch problem w/ dbLinks
ID: 36607 Comment by: php at contact dot ady dot ro Reported By: jreed at myers dot com Status: No Feedback Bug Type: OCI8 related Operating System: Linux - 386 PHP Version: 5.1.2 New Comment: Try applying a patch for Oracle Bug:3396162 Previous Comments: [2006-03-20 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-03-12 09:04:28] [EMAIL PROTECTED] >The same query works just fine when I run it within SQL*Plus. Sure. Because you don't use prefetching. >So this clearly leads to a problem with the PHP OCI8 driver. Please follow the advice from cjbj at hotmail dot com. [2006-03-10 18:39:19] jreed at myers dot com The same query works just fine when I run it within SQL*Plus. And the query works fine without the oci8.default_prefetch turned on. So this clearly leads to a problem with the PHP OCI8 driver. [2006-03-10 05:57:24] cjbj at hotmail dot com I'd contact Oracle Support about this. Give them the stack trace. There seems to be a couple of recent 10.2 reports to Oracle with a similar trace. [2006-03-08 19:05:25] jreed at myers dot com As stated previously, Oracle Instant Client v10.2. Server version is 10.2 with dbLink v10.2 which links to a database v8i. To create the dblink: create database link linkname connect to username identified by password using databasename; 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/36607 -- Edit this bug report at http://bugs.php.net/?id=36607&edit=1
#24485 [NoF->Opn]: $a = $b; become $a=&$b; when I use a function
ID: 24485 User updated by: bugs dot php dot net at public dot salagir dot com Reported By: bugs dot php dot net at public dot salagir dot com -Status: No Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: * PHP Version: 4CVS-2005-08-23 Assigned To: derick New Comment: up Previous Comments: [2006-05-10 15:45:33] php dot net at nanonanonano dot net CVS snapshot of PHP4 branch as of 2006-05-10 still shows this bug. And to reiterate a previously mentioned very polite note to the php developers... please actually run the trivially simple test case given in the bug report to see if it has been fixed. Also, please reference a specific CVS commit (ok, harder to do with cvs than svn, but still possible) that you think fixes this bug. That way, we have a fighting chance of seeing where you are looking in the code and might be able to help out; at present, we don't know where to start. (this is at least the fourth iteration of "try CVS"/"still broken" on this bug... it really is starting to make you look silly) [2006-01-01 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-12-24 02:19:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-03-24 21:48:33] [EMAIL PROTECTED] For Derick, see also bug #32261 (same issue?) [2005-02-03 23:18:38] ericvanblokland at gmail dot com Where do you live? If it's anywhere near here I'll buy you a beer (or two)!! I'm working on a huge project, with extremely large and complex object constructions, and I have been fighting against segmentation faults for weeks now which is a mayor setback as the deadline is comming closer. I'm still trying to narrow down the cause of these problems but it seems that some construction of circular references (That might exist as a result of this bug) causes memory leaks and crashes php on simple variable assignments. To make me more desperate, after installing the latest rpm in debug-mode memory leaks were reported once and never after and de segmentation faults disappeared. Using that same rpm without debug mode resulted in the same segaults. I've posted this before http://bugs.php.net/bug.php?id=31624 but that bug-report got broken and I've been investigating the cause more before reposting. (I reproduced my problem there with the latest CVS of that time) However, as this bug might be causing the exceptional conditions that causes my segfaults (Copying, a complex, reference-rich object to another location in a session, resulting in another reference), I will wait looking into that any further for now. I can only pray it fixes it. Sorry for the long story, but as it might be related I feld the need to post it here. Once more, thanks a lot! 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/24485 -- Edit this bug report at http://bugs.php.net/?id=24485&edit=1
#37417 [Opn->Bgs]: PHP crashes when trying to load()/read() CLOB
ID: 37417 Updated by: [EMAIL PROTECTED] Reported By: ignacio at esviza dot com -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: WinXP PHP Version: 5.1.4 New Comment: Duplicate of #37292. Previous Comments: [2006-05-12 09:43:35] ignacio at esviza dot com Description: PHP crashes giving "PHP has encountered an Access Violation at 015994A9" when trying to load() or read() an OCI8 CLOB column. Using: - OS: Windows XP Professional w/SP2 - PHP: 5.1.4. (ISAPI Server API) - Server software: Microsoft-IIS/5.1 (bundled with WinXP) - Data Server: Oracle 8i w/10g instant client Reproduce code: --- /* assume a table with a CLOBCOLUMN with data */ $con = ociplogon("user","pass","etc"); $sql = 'SELECT * FROM tablewithclob WHERE id=1'; $stmt = ociparse($con,$sql); ociexecute($stmt); ocifetchinto($stmt, $row, OCI_ASSOC+OCI_RETURN_NULLS ); echo $row['CLOBCOLUMN']->load(); // also crashes with... echo $row['CLOBCOLUMN']->read(100); Expected result: => Hello World Actual result: -- PHP crashes giving "PHP has encountered an Access Violation at 015994A9" -- Edit this bug report at http://bugs.php.net/?id=37417&edit=1
#37416 [Opn->Csd]: Exception in rewind() method crashes iterator_to_array() function
ID: 37416 Updated by: [EMAIL PROTECTED] Reported By: suhachov at gmail dot com -Status: Open +Status: Closed Bug Type: SPL related Operating System: WinXP PHP Version: 5.1.4 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Just for the record: "crash" is something different. "Fatal error in Unknown" is not a crash. Previous Comments: [2006-05-12 08:07:50] suhachov at gmail dot com Description: I call iterator_to_array($iter) and if something bad is happend in rewind() function and exception is thrown, script dies instead of throwing the exception. It looks like bug #32993 but it should be fixed still in PHP 5.0 Reproduce code: --- Expected result: Exception stack trace Actual result: -- Fatal error: Couldn't execute method MyIterator::valid in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=37416&edit=1
#37417 [NEW]: PHP crashes when trying to load()/read() CLOB
From: ignacio at esviza dot com Operating system: WinXP PHP version: 5.1.4 PHP Bug Type: OCI8 related Bug description: PHP crashes when trying to load()/read() CLOB Description: PHP crashes giving "PHP has encountered an Access Violation at 015994A9" when trying to load() or read() an OCI8 CLOB column. Using: - OS: Windows XP Professional w/SP2 - PHP: 5.1.4. (ISAPI Server API) - Server software: Microsoft-IIS/5.1 (bundled with WinXP) - Data Server: Oracle 8i w/10g instant client Reproduce code: --- /* assume a table with a CLOBCOLUMN with data */ $con = ociplogon("user","pass","etc"); $sql = 'SELECT * FROM tablewithclob WHERE id=1'; $stmt = ociparse($con,$sql); ociexecute($stmt); ocifetchinto($stmt, $row, OCI_ASSOC+OCI_RETURN_NULLS ); echo $row['CLOBCOLUMN']->load(); // also crashes with... echo $row['CLOBCOLUMN']->read(100); Expected result: => Hello World Actual result: -- PHP crashes giving "PHP has encountered an Access Violation at 015994A9" -- Edit bug report at http://bugs.php.net/?id=37417&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37417&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37417&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37417&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37417&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37417&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37417&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37417&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37417&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37417&r=support Expected behavior:http://bugs.php.net/fix.php?id=37417&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37417&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37417&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37417&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37417&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37417&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37417&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37417&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37417&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37417&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37417&r=mysqlcfg
#37397 [Opn->Bgs]: Win32 PHP crash
ID: 37397 Updated by: [EMAIL PROTECTED] Reported By: alex at onix-systems dot com -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: WinXP PHP Version: 5.1.4 New Comment: What exactly is not clear? You're smashing the stack. It may or may not work for you depending on the stack size and other conditions. Previous Comments: [2006-05-12 09:28:03] alex at onix-systems dot com Sorry that bother you again but what do you mean by "won't work with any version"? As I already stated this PHP script works in PHP version 5.1.2 (Win32 and Linux) and also works in PHP 5.1.4 under Linux. So this is correct regular expression that worked before but does not work now. [2006-05-12 09:07:50] [EMAIL PROTECTED] It was very clear explanation and we have nothing to add. Overfilling the stack won't work with any version. [2006-05-12 08:58:54] alex at onix-systems dot com This is very strange explanation. I would believe in it but this worked fine in previous versions of PHP (5.1.2 and lower) and also works fine under Linux even in new versions. There is definitely some issue in Win32 build. Don't you think so? [2006-05-11 20:41:46] [EMAIL PROTECTED] Using nested quantifiers will use up all available stack, there is nothing we can do about this. [2006-05-10 13:04:34] alex at onix-systems dot com It crashes as well. 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/37397 -- Edit this bug report at http://bugs.php.net/?id=37397&edit=1
#37397 [Bgs->Opn]: Win32 PHP crash
ID: 37397 User updated by: alex at onix-systems dot com Reported By: alex at onix-systems dot com -Status: Bogus +Status: Open Bug Type: PCRE related Operating System: WinXP PHP Version: 5.1.4 New Comment: Sorry that bother you again but what do you mean by "won't work with any version"? As I already stated this PHP script works in PHP version 5.1.2 (Win32 and Linux) and also works in PHP 5.1.4 under Linux. So this is correct regular expression that worked before but does not work now. Previous Comments: [2006-05-12 09:07:50] [EMAIL PROTECTED] It was very clear explanation and we have nothing to add. Overfilling the stack won't work with any version. [2006-05-12 08:58:54] alex at onix-systems dot com This is very strange explanation. I would believe in it but this worked fine in previous versions of PHP (5.1.2 and lower) and also works fine under Linux even in new versions. There is definitely some issue in Win32 build. Don't you think so? [2006-05-11 20:41:46] [EMAIL PROTECTED] Using nested quantifiers will use up all available stack, there is nothing we can do about this. [2006-05-10 13:04:34] alex at onix-systems dot com It crashes as well. [2006-05-10 12:42:24] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip 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/37397 -- Edit this bug report at http://bugs.php.net/?id=37397&edit=1
#37292 [Com]: loading CLOBs crashes php in oci8
ID: 37292 Comment by: ignacio at esviza dot com Reported By: crescentfreshpot at yahoo dot com Status: Open Bug Type: OCI8 related Operating System: WinXP PHP Version: 5.1.3 New Comment: Same problem on: - PHP 5.1.4 (ISAPI Server API) - Windows XP Professional w/SP2 - Bundled IIS PHP Crashes when trying to load() / read() a CLOB. Previous Comments: [2006-05-09 12:58:40] gert dot sommerer at ipms dot fraunhofer dot de on Sun-Solaris the OCI-LOB->load() or OCI-LOB->read(..) returns an string(0) for BLOB's in all cases and on Windows XP makes Apache crash. Seems to be a the same issue with OCILOBRead2? size(); echo "size=$len"; //$pic=$wi->load(); $pic=$wi->read(100); echo "after load"; //$row->WaferImage->free(); var_dump( $pic); ?> OCI8 DEBUG: OCINlsEnvironmentVariableGet at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:995) OCI8 DEBUG: OCIEnvNlsCreate at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1151) OCI8 DEBUG: OCIHandleAlloc at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1176) OCI8 DEBUG: OCIServerAttach at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1185) OCI8 DEBUG: OCIHandleAlloc at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1195) OCI8 DEBUG: OCIHandleAlloc at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1204) OCI8 DEBUG: OCIHandleAlloc at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1213) OCI8 DEBUG: OCIAttrSet at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1223) OCI8 DEBUG: OCIAttrSet at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1234) OCI8 DEBUG: OCIAttrSet at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1244) OCI8 DEBUG: OCIAttrSet at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1253) OCI8 DEBUG: OCISessionBegin at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1284) OCI8 DEBUG: OCIHandleAlloc at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:61) OCI8 DEBUG: OCIStmtPrepare2 at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:65) OCI8 DEBUG: OCIAttrSet at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:119) OCI8 DEBUG: OCIAttrSet at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:128) OCI8 DEBUG: OCIAttrGet at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:297) OCI8 DEBUG: OCIStmtExecute at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:321) OCI8 DEBUG: OCIAttrGet at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:350) OCI8 DEBUG: OCIParamGet at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:372) OCI8 DEBUG: OCIAttrGet at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:381) OCI8 DEBUG: OCIAttrGet at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:391) OCI8 DEBUG: OCIAttrGet at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:404) OCI8 DEBUG: OCIAttrGet at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:414) OCI8 DEBUG: OCIAttrGet at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:424) OCI8 DEBUG: OCIDescriptorFree at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:432) OCI8 DEBUG: OCIDescriptorAlloc at (/usr/local/source/php-5.1.3/ext/oci8/oci8_lob.c:73) OCI8 DEBUG: OCIDefineByPos at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:557) OCI8 DEBUG: OCIStmtFetch at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:147) object(OCI-Lob)#1 (1) { ["descriptor"]=> resource(4) of type (oci8 descriptor) } OCI8 DEBUG: OCILobGetLength at (/usr/local/source/php-5.1.3/ext/oci8/oci8_lob.c:124) size=10902OCI8 DEBUG: OCILobCharSetId at (/usr/local/source/php-5.1.3/ext/oci8/oci8_lob.c:200) OCI8 DEBUG: OCILobRead2 at (/usr/local/source/php-5.1.3/ext/oci8/oci8_lob.c:242) after loadstring(0) "" OCI8 DEBUG: OCIStmtRelease at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:589) OCI8 DEBUG: OCIHandleFree at (/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:601) OCI8 DEBUG: OCIDescriptorFree at (/usr/local/source/php-5.1.3/ext/oci8/oci8_lob.c:546) OCI8 DEBUG: OCISessionEnd at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1448) OCI8 DEBUG: OCIHandleFree at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1452) OCI8 DEBUG: OCIServerDetach at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1456) OCI8 DEBUG: OCIHandleFree at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1460) OCI8 DEBUG: OCIHandleFree at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1464) OCI8 DEBUG: OCIHandleFree at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1468) OCI8 DEBUG: OCIHandleFree at (/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1472) [2006-05-08 10:55:34] sswpwp at poczta dot onet dot pl I have the same problem. After fix for bug #36934 PHP crashes when reading BFILES with OCI8. I receive the same backtrace as crescentfreshpot. Here is the code to reproduce the bug: $conn = oci_connect('rtg_owner', 'rtg', $tnsname); $stmt = oci_parse($conn, "SELECT BFILE FROM IMAGES W
#37397 [Opn->Bgs]: Win32 PHP crash
ID: 37397 Updated by: [EMAIL PROTECTED] Reported By: alex at onix-systems dot com -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: WinXP PHP Version: 5.1.4 New Comment: It was very clear explanation and we have nothing to add. Overfilling the stack won't work with any version. Previous Comments: [2006-05-12 08:58:54] alex at onix-systems dot com This is very strange explanation. I would believe in it but this worked fine in previous versions of PHP (5.1.2 and lower) and also works fine under Linux even in new versions. There is definitely some issue in Win32 build. Don't you think so? [2006-05-11 20:41:46] [EMAIL PROTECTED] Using nested quantifiers will use up all available stack, there is nothing we can do about this. [2006-05-10 13:04:34] alex at onix-systems dot com It crashes as well. [2006-05-10 12:42:24] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-10 12:25:42] alex at onix-systems dot com Description: Can be reproduced on Win32. Works fine under Linux. Appieared in PHP-5.1.3 ans still exists in PHP-5.1.4 The following code results stack overflow and PHP crash. Code works fine if $a < 1560 Reproduce code: --- Expected result: nothing in this example Actual result: -- PHP crash -- Edit this bug report at http://bugs.php.net/?id=37397&edit=1
#37397 [Bgs->Opn]: Win32 PHP crash
ID: 37397 User updated by: alex at onix-systems dot com Reported By: alex at onix-systems dot com -Status: Bogus +Status: Open Bug Type: PCRE related -Operating System: WinCP +Operating System: WinXP PHP Version: 5.1.4 New Comment: This is very strange explanation. I would believe in it but this worked fine in previous versions of PHP (5.1.2 and lower) and also works fine under Linux even in new versions. There is definitely some issue in Win32 build. Don't you think so? Previous Comments: [2006-05-11 20:41:46] [EMAIL PROTECTED] Using nested quantifiers will use up all available stack, there is nothing we can do about this. [2006-05-10 13:04:34] alex at onix-systems dot com It crashes as well. [2006-05-10 12:42:24] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-10 12:25:42] alex at onix-systems dot com Description: Can be reproduced on Win32. Works fine under Linux. Appieared in PHP-5.1.3 ans still exists in PHP-5.1.4 The following code results stack overflow and PHP crash. Code works fine if $a < 1560 Reproduce code: --- Expected result: nothing in this example Actual result: -- PHP crash -- Edit this bug report at http://bugs.php.net/?id=37397&edit=1
#37416 [NEW]: Exception in rewind() method crashes iterator_to_array() function
From: suhachov at gmail dot com Operating system: WinXP PHP version: 5.1.4 PHP Bug Type: SPL related Bug description: Exception in rewind() method crashes iterator_to_array() function Description: I call iterator_to_array($iter) and if something bad is happend in rewind() function and exception is thrown, script dies instead of throwing the exception. It looks like bug #32993 but it should be fixed still in PHP 5.0 Reproduce code: --- Expected result: Exception stack trace Actual result: -- Fatal error: Couldn't execute method MyIterator::valid in Unknown on line 0 -- Edit bug report at http://bugs.php.net/?id=37416&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37416&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37416&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37416&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37416&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37416&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37416&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37416&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37416&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37416&r=support Expected behavior:http://bugs.php.net/fix.php?id=37416&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37416&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37416&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37416&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37416&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37416&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37416&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37416&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37416&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37416&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37416&r=mysqlcfg