#49727 [Csd]: fclose is not enough to dereference file
ID: 49727 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com Status: Closed Bug Type: Filesystem function related Operating System: WIN XP SP3 PHP Version: 5.3SVN-2009-09-30 (snap) New Comment: Is it? Well..., I've reproduced this code/bug with PHP Version 5.3.2-dev, buiilt at Sep 29 2009 18:56:42 Will then download latest snapshot... Previous Comments: [2009-09-30 19:56:40] il...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2009-09-30 18:56:16] ipseno at yahoo dot com Description: fclose is not enough to dereference file Reproduce code: --- This WORKED before: php code here // The file that the transfer should be written to, $fp is open file handle in writing(binary) mode curl_setopt($this->ch, CURLOPT_FILE, $fp); // Store image to file curl_exec($this->ch); // Close /path/temp/image.tmp fclose($fp); // HERE IS A CATCH! rename(/path/temp/image.tmp, /path/temp/image.tmp.png); Expected result: To rename a file Actual result: -- NOW, it issues error and DOES NOT rename file: Warning: rename(/path/temp/image.tmp, /path/temp/image.tmp.png) [function.rename]: No such file or directory in /path/script.php on line 53536440 FIX: adding unset()! php code here unset($fp); // HERE IS A CATCH! rename(/path/temp/image.tmp, /path/temp/image.tmp.png); Problem: In 5.2 it worked without unset($fp); code line! -- Edit this bug report at http://bugs.php.net/?id=49727&edit=1
#49727 [NEW]: fclose is not enough to dereference file
From: ipseno at yahoo dot com Operating system: WIN XP SP3 PHP version: 5.3SVN-2009-09-30 (snap) PHP Bug Type: Filesystem function related Bug description: fclose is not enough to dereference file Description: fclose is not enough to dereference file Reproduce code: --- This WORKED before: php code here // The file that the transfer should be written to, $fp is open file handle in writing(binary) mode curl_setopt($this->ch, CURLOPT_FILE, $fp); // Store image to file curl_exec($this->ch); // Close /path/temp/image.tmp fclose($fp); // HERE IS A CATCH! rename(/path/temp/image.tmp, /path/temp/image.tmp.png); Expected result: To rename a file Actual result: -- NOW, it issues error and DOES NOT rename file: Warning: rename(/path/temp/image.tmp, /path/temp/image.tmp.png) [function.rename]: No such file or directory in /path/script.php on line 53536440 FIX: adding unset()! php code here unset($fp); // HERE IS A CATCH! rename(/path/temp/image.tmp, /path/temp/image.tmp.png); Problem: In 5.2 it worked without unset($fp); code line! -- Edit bug report at http://bugs.php.net/?id=49727&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49727&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49727&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49727&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49727&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49727&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49727&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49727&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49727&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49727&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49727&r=support Expected behavior: http://bugs.php.net/fix.php?id=49727&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49727&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49727&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49727&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49727&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49727&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49727&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49727&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49727&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49727&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49727&r=mysqlcfg
#47766 [Bgs]: php-cgi.exe crashes
ID: 47766 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com Status: Bogus Bug Type: CGI related Operating System: win32 only - Win XP SP3 PHP Version: 5.3CVS-2009-03-24 (snap) Assigned To: pajoye New Comment: Crashed occurred through all versions of PHP 5.3 (alpha, beta, RC,1,2,3), on more then one machine. In RC4 it has been fixed, so changes in RC4's sources fixed it. It doesn't mean it is bogus Previous Comments: [2009-06-19 07:07:00] paj...@php.net not a bug then > bogus [2009-06-19 00:31:04] ipseno at yahoo dot com After updating to PHP Version 5.3.0RC4-dev, bug has disappeared. Parsing bug.php resulted in Warning: require_once(... and Fatal error: require_once() [function.require]: Failed opening required ..., which means all is well now. [2009-06-04 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2009-05-27 07:42:32] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2009-05-20 11:51:41] ipseno at yahoo dot com Custom reusable objects: 354 KB (362.642 bytes) 464 KB (475.136 bytes) Script: 450 KB (461.662 bytes) - Size 620 KB (634.880 bytes) - Size on disk ..., without images, temp and notes. Second box has only Apache installed and PHP (NO Mysql at all !!) And ONLY that, ONE file. So it can't possibly include or require anything. And error is reproduced at both boxes. PS: Trace is from first box, that has all in it. 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/47766 -- Edit this bug report at http://bugs.php.net/?id=47766&edit=1
#47766 [NoF->Csd]: php-cgi.exe crashes
ID: 47766 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com -Status: No Feedback +Status: Closed Bug Type: CGI related Operating System: win32 only - Win XP SP3 PHP Version: 5.3CVS-2009-03-24 (snap) Assigned To: pajoye New Comment: After updating to PHP Version 5.3.0RC4-dev, bug has disappeared. Parsing bug.php resulted in Warning: require_once(... and Fatal error: require_once() [function.require]: Failed opening required ..., which means all is well now. Previous Comments: [2009-06-04 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2009-05-27 07:42:32] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2009-05-20 11:51:41] ipseno at yahoo dot com Custom reusable objects: 354 KB (362.642 bytes) 464 KB (475.136 bytes) Script: 450 KB (461.662 bytes) - Size 620 KB (634.880 bytes) - Size on disk ..., without images, temp and notes. Second box has only Apache installed and PHP (NO Mysql at all !!) And ONLY that, ONE file. So it can't possibly include or require anything. And error is reproduced at both boxes. PS: Trace is from first box, that has all in it. [2009-05-18 09:00:51] paj...@php.net No, I can't reproduce it. Without the script you are using, there is also no chance to actually reproduce your problem. Btw, out of curiosity, how large are the files used by the script? and the script itself? [2009-04-07 23:53:14] ipseno at yahoo dot com Done. Restarted. And same crash occurs. Listen... Can you confirm that bug.php crashed yours php-cgi.exe? And after editing file by means of removing any symbol or adding one, "fixes" it? 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/47766 -- Edit this bug report at http://bugs.php.net/?id=47766&edit=1
#47766 [Fbk->Opn]: php-cgi.exe crashes
ID: 47766 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: win32 only - Win XP SP3 PHP Version: 5.3CVS-2009-03-24 (snap) Assigned To: pajoye New Comment: Custom reusable objects: 354 KB (362.642 bytes) 464 KB (475.136 bytes) Script: 450 KB (461.662 bytes) - Size 620 KB (634.880 bytes) - Size on disk ..., without images, temp and notes. Second box has only Apache installed and PHP (NO Mysql at all !!) And ONLY that, ONE file. So it can't possibly include or require anything. And error is reproduced at both boxes. PS: Trace is from first box, that has all in it. Previous Comments: [2009-05-18 09:00:51] paj...@php.net No, I can't reproduce it. Without the script you are using, there is also no chance to actually reproduce your problem. Btw, out of curiosity, how large are the files used by the script? and the script itself? [2009-04-07 23:53:14] ipseno at yahoo dot com Done. Restarted. And same crash occurs. Listen... Can you confirm that bug.php crashed yours php-cgi.exe? And after editing file by means of removing any symbol or adding one, "fixes" it? [2009-04-07 23:00:45] paj...@php.net Be sure to use the libmysql.dll from the PHP releases and not the 5.1.30 DLL. Check your PATH environment, the php directory must be first in the list. [2009-04-07 22:51:04] ipseno at yahoo dot com MySQL server is: 5.1.33, but 2 dayys ago it was 5.1.30 I tested script with both versions and crash occured. I am confused, with your questions about phar and mysql. I've told you, that on a new box with fresh WinXP SP3, and all updates. I've installed Apache 2.2.11 and PHP 5.3.0RC2-dev Then parsed it(bug.php->which was the ONLY .php file on that server, so there was nothing to include() || require() or load in any way) by typing it's location in URL of browser which depends on apaches config: Ie: https://127.0.0.15/bug.php IMPORTANT!!! Do not parse it by means of mod_php! But as fcgid! -> Server API CGI/FastCGI I use in apache's config: LoadModule fcgid_module modules/mod_fcgid.so ScriptAlias /php5 "D:/Program Files/php/php-cgi.exe" Action application/x-httpd-php /php5 AddType application/x-httpd-php .php5 .php4 .php .php3 .php2 .phtml .png DirectoryIndex index.php index.html index.htm You must receive: CGI / FastCGI has encountered a problem and needs to close. We are sorry for the inconvenience. An then: 500 Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, webmas...@exchanger.com and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. [2009-04-07 09:20:12] paj...@php.net Sorry, but the script you sent me does not help. It still requires other files and is not really small. For what I can see the DB connection is done at this stage as well. That brings me to one common problem: - Which mysql version do you use? (server) 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/47766 -- Edit this bug report at http://bugs.php.net/?id=47766&edit=1
#47766 [Fbk->Opn]: php-cgi.exe crashes
ID: 47766 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Win XP SP3 PHP Version: 5.3CVS-2009-03-24 (snap) Assigned To: pajoye New Comment: Done. Restarted. And same crash occurs. Listen... Can you confirm that bug.php crashed yours php-cgi.exe? And after editing file by means of removing any symbol or adding one, "fixes" it? Previous Comments: [2009-04-07 23:00:45] paj...@php.net Be sure to use the libmysql.dll from the PHP releases and not the 5.1.30 DLL. Check your PATH environment, the php directory must be first in the list. [2009-04-07 22:51:04] ipseno at yahoo dot com MySQL server is: 5.1.33, but 2 dayys ago it was 5.1.30 I tested script with both versions and crash occured. I am confused, with your questions about phar and mysql. I've told you, that on a new box with fresh WinXP SP3, and all updates. I've installed Apache 2.2.11 and PHP 5.3.0RC2-dev Then parsed it(bug.php->which was the ONLY .php file on that server, so there was nothing to include() || require() or load in any way) by typing it's location in URL of browser which depends on apaches config: Ie: https://127.0.0.15/bug.php IMPORTANT!!! Do not parse it by means of mod_php! But as fcgid! -> Server API CGI/FastCGI I use in apache's config: LoadModule fcgid_module modules/mod_fcgid.so ScriptAlias /php5 "D:/Program Files/php/php-cgi.exe" Action application/x-httpd-php /php5 AddType application/x-httpd-php .php5 .php4 .php .php3 .php2 .phtml .png DirectoryIndex index.php index.html index.htm You must receive: CGI / FastCGI has encountered a problem and needs to close. We are sorry for the inconvenience. An then: 500 Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, webmas...@exchanger.com and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. [2009-04-07 09:20:12] paj...@php.net Sorry, but the script you sent me does not help. It still requires other files and is not really small. For what I can see the DB connection is done at this stage as well. That brings me to one common problem: - Which mysql version do you use? (server) [2009-04-07 09:14:45] j...@php.net Perhaps if that PHAR thing is removed it works fine? ---------------- [2009-04-07 00:27:48] ipseno at yahoo dot com I've installed same OS on a new box, with sam Apache and PHP and Mysql ver.s and confs Then I've put only "that" .php file in Apache dir and parsed it with php-cgi.exe Crash occurred immediately! So now I know, that cause, is not from some custom configurations or some safety software or any other third party software. Next, VERY GOOD part, is that even that file requires() few external files and objects, on that testing server I did not "gave them" to the script, because I've found out, that crash occurs, before any inclusion occurs, that is crash occurs at a core of PHP's startup. This means I can send you an "evil" script, as I don't need to give you protected classes. But you must promise, you will destroy it and erase it permanently after you are "done". 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/47766 -- Edit this bug report at http://bugs.php.net/?id=47766&edit=1
#47766 [Fbk->Opn]: php-cgi.exe crashes
ID: 47766 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Win XP SP3 PHP Version: 5.3CVS-2009-03-24 (snap) Assigned To: pajoye New Comment: MySQL server is: 5.1.33, but 2 dayys ago it was 5.1.30 I tested script with both versions and crash occured. I am confused, with your questions about phar and mysql. I've told you, that on a new box with fresh WinXP SP3, and all updates. I've installed Apache 2.2.11 and PHP 5.3.0RC2-dev Then parsed it(bug.php->which was the ONLY .php file on that server, so there was nothing to include() || require() or load in any way) by typing it's location in URL of browser which depends on apaches config: Ie: https://127.0.0.15/bug.php IMPORTANT!!! Do not parse it by means of mod_php! But as fcgid! -> Server API CGI/FastCGI I use in apache's config: LoadModule fcgid_module modules/mod_fcgid.so ScriptAlias /php5 "D:/Program Files/php/php-cgi.exe" Action application/x-httpd-php /php5 AddType application/x-httpd-php .php5 .php4 .php .php3 .php2 .phtml .png DirectoryIndex index.php index.html index.htm You must receive: CGI / FastCGI has encountered a problem and needs to close. We are sorry for the inconvenience. An then: 500 Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, webmas...@exchanger.com and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Previous Comments: [2009-04-07 09:20:12] paj...@php.net Sorry, but the script you sent me does not help. It still requires other files and is not really small. For what I can see the DB connection is done at this stage as well. That brings me to one common problem: - Which mysql version do you use? (server) [2009-04-07 09:14:45] j...@php.net Perhaps if that PHAR thing is removed it works fine? -------- [2009-04-07 00:27:48] ipseno at yahoo dot com I've installed same OS on a new box, with sam Apache and PHP and Mysql ver.s and confs Then I've put only "that" .php file in Apache dir and parsed it with php-cgi.exe Crash occurred immediately! So now I know, that cause, is not from some custom configurations or some safety software or any other third party software. Next, VERY GOOD part, is that even that file requires() few external files and objects, on that testing server I did not "gave them" to the script, because I've found out, that crash occurs, before any inclusion occurs, that is crash occurs at a core of PHP's startup. This means I can send you an "evil" script, as I don't need to give you protected classes. But you must promise, you will destroy it and erase it permanently after you are "done". [2009-04-05 22:38:35] paj...@php.net Thansk for the backtrace, I still need a script to reproduce the problem. Or can you give me access to this box or to the app you use? The crash looks weird, in the lexer. ---------------- [2009-04-05 22:23:03] ipseno at yahoo dot com And my answer to your templated request is above at: [25 Mar 1:16pm UTC] ipseno at yahoo dot com I've just downloaded latest 5.3.0RC2-dev, Build Date: Apr 5 2009 22:55:43 Crash still occurs, by returning 500 Internal server error. Here is a brand new Crash report that gives best info so far... Thread 0 - System ID 3192Entry point php_cgi!mainCRTStartup Create time 6.4.2009 0:16:56 Time spent in user mode 0 Days 0:0:0.0 Time spent in kernel mode 0 Days 0:0:0.78 FunctionArg 1 Arg 2 Arg 3 Source php5!lex_scan+2c26 00c0c8e40001002f php5!zendlex+2f 00c0c8dc00c0deac00fdce30 php5!zendparse+15a 00fdce3000020040 php5!compile_file+b000c0deac000800c0cc48 php5!phar_open_from_filename+2d600c0deac0008 00c0deac php5!zend_execute_scripts+4e00080003 php5!php_execute_script+1c8 00c0deac0040a4f00001 php_cgi!main+ab0000100dc2be800dc3080 php_cgi!memset+160 7ffdf000 kerne
#47766 [Fbk->Opn]: php-cgi.exe crashes
ID: 47766 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Win XP SP3 PHP Version: 5.3CVS-2009-03-24 (snap) Assigned To: pajoye New Comment: I've installed same OS on a new box, with sam Apache and PHP and Mysql ver.s and confs Then I've put only "that" .php file in Apache dir and parsed it with php-cgi.exe Crash occurred immediately! So now I know, that cause, is not from some custom configurations or some safety software or any other third party software. Next, VERY GOOD part, is that even that file requires() few external files and objects, on that testing server I did not "gave them" to the script, because I've found out, that crash occurs, before any inclusion occurs, that is crash occurs at a core of PHP's startup. This means I can send you an "evil" script, as I don't need to give you protected classes. But you must promise, you will destroy it and erase it permanently after you are "done". Previous Comments: [2009-04-05 22:38:35] paj...@php.net Thansk for the backtrace, I still need a script to reproduce the problem. Or can you give me access to this box or to the app you use? The crash looks weird, in the lexer. -------------------- [2009-04-05 22:23:03] ipseno at yahoo dot com And my answer to your templated request is above at: [25 Mar 1:16pm UTC] ipseno at yahoo dot com I've just downloaded latest 5.3.0RC2-dev, Build Date: Apr 5 2009 22:55:43 Crash still occurs, by returning 500 Internal server error. Here is a brand new Crash report that gives best info so far... Thread 0 - System ID 3192Entry point php_cgi!mainCRTStartup Create time 6.4.2009 0:16:56 Time spent in user mode 0 Days 0:0:0.0 Time spent in kernel mode 0 Days 0:0:0.78 FunctionArg 1 Arg 2 Arg 3 Source php5!lex_scan+2c26 00c0c8e40001002f php5!zendlex+2f 00c0c8dc00c0deac00fdce30 php5!zendparse+15a 00fdce3000020040 php5!compile_file+b000c0deac000800c0cc48 php5!phar_open_from_filename+2d600c0deac0008 00c0deac php5!zend_execute_scripts+4e00080003 php5!php_execute_script+1c8 00c0deac0040a4f00001 php_cgi!main+ab0000100dc2be800dc3080 php_cgi!memset+160 7ffdf000 kernel32!BaseProcessStart+23004061ea PHP5!LEX_SCAN+2C26In php-cgi__PID__4564__Date__04_06_2009__Time_12_17_03AM__46__Second_Chance_Exception_C005.dmp the assembly instruction at php5!lex_scan+2c26 in D:\Program Files\php\php5.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x02331000 on thread 0Module Information Image Name: D:\Program Files\php\php5.dll Symbol Type: PDB Base address: 0x1000Time Stamp: Sun Apr 05 23:56:26 2009 Checksum: 0x00550f1fComments: COM DLL:False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter:False File Version: 5.3.0RC2-dev Managed DLL:False Internal Name:PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2008 The PHP Group Loaded Image Name: php5.dll Legal Trademarks: PHP Mapped Image Name:Original filename:php5.dll Module name:php5 Private Build: Single Threaded:False Product Name: PHP Module Size:5,45 MBytes Product Version: 5.3.0RC2-dev Symbol File Name: D:\Interport\php-debug-pack-5.3-nts-win32-VC9-x86-latest\php5.pdb Special Build: & [2009-03-29 12:00:39] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. -------------------- [2009-03-29 11:45:19] ipseno at yahoo dot com I have just used
#47766 [Fbk->Opn]: php-cgi.exe crashes
ID: 47766 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Win XP SP3 PHP Version: 5.3CVS-2009-03-24 (snap) Assigned To: pajoye New Comment: And my answer to your templated request is above at: [25 Mar 1:16pm UTC] ipseno at yahoo dot com I've just downloaded latest 5.3.0RC2-dev, Build Date: Apr 5 2009 22:55:43 Crash still occurs, by returning 500 Internal server error. Here is a brand new Crash report that gives best info so far... Thread 0 - System ID 3192Entry point php_cgi!mainCRTStartup Create time 6.4.2009 0:16:56 Time spent in user mode 0 Days 0:0:0.0 Time spent in kernel mode 0 Days 0:0:0.78 FunctionArg 1 Arg 2 Arg 3 Source php5!lex_scan+2c26 00c0c8e40001002f php5!zendlex+2f 00c0c8dc00c0deac00fdce30 php5!zendparse+15a 00fdce3000020040 php5!compile_file+b000c0deac000800c0cc48 php5!phar_open_from_filename+2d600c0deac0008 00c0deac php5!zend_execute_scripts+4e00080003 php5!php_execute_script+1c8 00c0deac0040a4f00001 php_cgi!main+ab0000100dc2be800dc3080 php_cgi!memset+160 7ffdf000 kernel32!BaseProcessStart+23004061ea PHP5!LEX_SCAN+2C26In php-cgi__PID__4564__Date__04_06_2009__Time_12_17_03AM__46__Second_Chance_Exception_C005.dmp the assembly instruction at php5!lex_scan+2c26 in D:\Program Files\php\php5.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x02331000 on thread 0Module Information Image Name: D:\Program Files\php\php5.dll Symbol Type: PDB Base address: 0x1000Time Stamp: Sun Apr 05 23:56:26 2009 Checksum: 0x00550f1fComments: COM DLL:False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter:False File Version: 5.3.0RC2-dev Managed DLL:False Internal Name:PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2008 The PHP Group Loaded Image Name: php5.dll Legal Trademarks: PHP Mapped Image Name:Original filename:php5.dll Module name:php5 Private Build: Single Threaded:False Product Name: PHP Module Size:5,45 MBytes Product Version: 5.3.0RC2-dev Symbol File Name: D:\Interport\php-debug-pack-5.3-nts-win32-VC9-x86-latest\php5.pdb Special Build: & Previous Comments: [2009-03-29 12:00:39] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2009-03-29 11:45:19] ipseno at yahoo dot com I have just used lattest windows snapshot of VC9 x86 Non Thread Safe. Bug is still present, so crash still occurs. [2009-03-29 06:05:39] scott...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Pretty sure this was fixed on Wednesday / Thursday. [2009-03-29 03:42:47] ipseno at yahoo dot com Thread 0 - System ID 7056Entry point php_cgi+61ea Create time 29.3.2009 1:37:02 Time spent in user mode 0 Days 0:0:0.0 Time spent in kernel mode 0 Days 0:0:0.93 FunctionArg 1 Arg 2 Arg 3 Source php5!lex_scan+2c06 00c0c8e40001002f php5!zend_register_auto_global+7f PHP5!LEX_SCAN+2C06WARNING - DebugDiag was not able to locate debug symbols for php5.dll, so the information below may be incomplete. In php-cgi__PID__6828__Date__03_29_2009__Time_01_37_08AM__796__Second_Chance_Exception_C005.dmp the assembly instruction at php5!lex_scan+2c06 in D:\Program Files
#47766 [Fbk->Opn]: php-cgi.exe crashes
ID: 47766 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Win XP SP3 PHP Version: 5.3CVS-2009-03-24 (snap) New Comment: I have just used lattest windows snapshot of VC9 x86 Non Thread Safe. Bug is still present, so crash still occurs. Previous Comments: [2009-03-29 06:05:39] scott...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Pretty sure this was fixed on Wednesday / Thursday. [2009-03-29 03:42:47] ipseno at yahoo dot com Thread 0 - System ID 7056Entry point php_cgi+61ea Create time 29.3.2009 1:37:02 Time spent in user mode 0 Days 0:0:0.0 Time spent in kernel mode 0 Days 0:0:0.93 FunctionArg 1 Arg 2 Arg 3 Source php5!lex_scan+2c06 00c0c8e40001002f php5!zend_register_auto_global+7f PHP5!LEX_SCAN+2C06WARNING - DebugDiag was not able to locate debug symbols for php5.dll, so the information below may be incomplete. In php-cgi__PID__6828__Date__03_29_2009__Time_01_37_08AM__796__Second_Chance_Exception_C005.dmp the assembly instruction at php5!lex_scan+2c06 in D:\Program Files\php\php5.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x02461000 on thread 0Module Information Image Name: D:\Program Files\php\php5.dll Symbol Type: Export Base address: 0x1000Time Stamp: Tue Mar 24 15:58:10 2009 Checksum: 0x0055c816Comments: COM DLL:False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter:False File Version: 5.3.0RC2-dev Managed DLL:False Internal Name:PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2008 The PHP Group Loaded Image Name: php5.dll Legal Trademarks: PHP Mapped Image Name:Original filename:php5.dll Module name:php5 Private Build: Single Threaded:False Product Name: PHP Module Size:5,45 MBytes Product Version: 5.3.0RC2-dev Symbol File Name: php5.dll Special Build:& [2009-03-25 22:16:36] ipseno at yahoo dot com Thread 0 - System ID 1888Entry point php_cgi+61ea Create time 25.3.2009 23:08:05 Time spent in user mode 0 Days 0:0:0.46 Time spent in kernel mode 0 Days 0:0:0.78 FunctionArg 1 Arg 2 Arg 3 Source php5!lex_scan+2c06 00c0c8e40001002f php5!zend_register_auto_global+7f PHP5!LEX_SCAN+2C06WARNING - DebugDiag was not able to locate debug symbols for php5.dll, so the information below may be incomplete. In php-cgi__PID__2540__Date__03_25_2009__Time_11_08_11PM__531__Second_Chance_Exception_C005.dmp the assembly instruction at php5!lex_scan+2c06 in D:\Program Files\php\php5.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x02461000 on thread 0Module Information Image Name: D:\Program Files\php\php5.dll Symbol Type: Export Base address: 0x1000Time Stamp: Tue Mar 24 15:58:10 2009 Checksum: 0x0055c816Comments: COM DLL:False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter:False File Version: 5.3.0RC2-dev Managed DLL:False Internal Name:PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2008 The PHP Group Loaded Image Name: php5.dll Legal Trademarks: PHP Mapped Image Name:Original filename:php5.dll Module name:php5 Private Build: Single Threaded:False Product Name: PHP Module Size:5,45 MBytes Product Version: 5.3.0RC2-dev Symbol File Name: php5.dll Special Build:& [2009-03-25 13:16:58] ipseno at yahoo dot com Ok, I will make a backtrace then and post it here. But until I do it, this is last what I found out: Remember comment line: // From DB Well if I remove JUST one dot it becomes: // From DB... and NO crash occurs!!! If I ADD just one dot it becomes: // From DB. and
#47766 [Opn]: php-cgi.exe crashes
ID: 47766 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com Status: Open Bug Type: CGI related Operating System: Win XP SP3 PHP Version: 5.3CVS-2009-03-24 (snap) New Comment: Thread 0 - System ID 7056Entry point php_cgi+61ea Create time 29.3.2009 1:37:02 Time spent in user mode 0 Days 0:0:0.0 Time spent in kernel mode 0 Days 0:0:0.93 FunctionArg 1 Arg 2 Arg 3 Source php5!lex_scan+2c06 00c0c8e40001002f php5!zend_register_auto_global+7f PHP5!LEX_SCAN+2C06WARNING - DebugDiag was not able to locate debug symbols for php5.dll, so the information below may be incomplete. In php-cgi__PID__6828__Date__03_29_2009__Time_01_37_08AM__796__Second_Chance_Exception_C005.dmp the assembly instruction at php5!lex_scan+2c06 in D:\Program Files\php\php5.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x02461000 on thread 0Module Information Image Name: D:\Program Files\php\php5.dll Symbol Type: Export Base address: 0x1000Time Stamp: Tue Mar 24 15:58:10 2009 Checksum: 0x0055c816Comments: COM DLL:False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter:False File Version: 5.3.0RC2-dev Managed DLL:False Internal Name:PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2008 The PHP Group Loaded Image Name: php5.dll Legal Trademarks: PHP Mapped Image Name:Original filename:php5.dll Module name:php5 Private Build: Single Threaded:False Product Name: PHP Module Size:5,45 MBytes Product Version: 5.3.0RC2-dev Symbol File Name: php5.dll Special Build:& Previous Comments: [2009-03-25 22:16:36] ipseno at yahoo dot com Thread 0 - System ID 1888Entry point php_cgi+61ea Create time 25.3.2009 23:08:05 Time spent in user mode 0 Days 0:0:0.46 Time spent in kernel mode 0 Days 0:0:0.78 FunctionArg 1 Arg 2 Arg 3 Source php5!lex_scan+2c06 00c0c8e40001002f php5!zend_register_auto_global+7f PHP5!LEX_SCAN+2C06WARNING - DebugDiag was not able to locate debug symbols for php5.dll, so the information below may be incomplete. In php-cgi__PID__2540__Date__03_25_2009__Time_11_08_11PM__531__Second_Chance_Exception_C005.dmp the assembly instruction at php5!lex_scan+2c06 in D:\Program Files\php\php5.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x02461000 on thread 0Module Information Image Name: D:\Program Files\php\php5.dll Symbol Type: Export Base address: 0x1000Time Stamp: Tue Mar 24 15:58:10 2009 Checksum: 0x0055c816Comments: COM DLL:False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter:False File Version: 5.3.0RC2-dev Managed DLL:False Internal Name:PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2008 The PHP Group Loaded Image Name: php5.dll Legal Trademarks: PHP Mapped Image Name:Original filename:php5.dll Module name:php5 Private Build: Single Threaded:False Product Name: PHP Module Size:5,45 MBytes Product Version: 5.3.0RC2-dev Symbol File Name: php5.dll Special Build:& [2009-03-25 13:16:58] ipseno at yahoo dot com Ok, I will make a backtrace then and post it here. But until I do it, this is last what I found out: Remember comment line: // From DB Well if I remove JUST one dot it becomes: // From DB... and NO crash occurs!!! If I ADD just one dot it becomes: // From DB. and NO crash occurs!!! What does it tell you, at a first glance? I think, that it is, a specific number of string symbols, in .php file that represent PHP(code) script itself, that brings core down [2009-03-25 08:59:21] paj...@php.net 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.
#47766 [Opn]: php-cgi.exe crashes
ID: 47766 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com Status: Open Bug Type: CGI related Operating System: Win XP SP3 PHP Version: 5.3CVS-2009-03-24 (snap) New Comment: Thread 0 - System ID 1888Entry point php_cgi+61ea Create time 25.3.2009 23:08:05 Time spent in user mode 0 Days 0:0:0.46 Time spent in kernel mode 0 Days 0:0:0.78 FunctionArg 1 Arg 2 Arg 3 Source php5!lex_scan+2c06 00c0c8e40001002f php5!zend_register_auto_global+7f PHP5!LEX_SCAN+2C06WARNING - DebugDiag was not able to locate debug symbols for php5.dll, so the information below may be incomplete. In php-cgi__PID__2540__Date__03_25_2009__Time_11_08_11PM__531__Second_Chance_Exception_C005.dmp the assembly instruction at php5!lex_scan+2c06 in D:\Program Files\php\php5.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x02461000 on thread 0Module Information Image Name: D:\Program Files\php\php5.dll Symbol Type: Export Base address: 0x1000Time Stamp: Tue Mar 24 15:58:10 2009 Checksum: 0x0055c816Comments: COM DLL:False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter:False File Version: 5.3.0RC2-dev Managed DLL:False Internal Name:PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2008 The PHP Group Loaded Image Name: php5.dll Legal Trademarks: PHP Mapped Image Name:Original filename:php5.dll Module name:php5 Private Build: Single Threaded:False Product Name: PHP Module Size:5,45 MBytes Product Version: 5.3.0RC2-dev Symbol File Name: php5.dll Special Build:& Previous Comments: [2009-03-25 13:16:58] ipseno at yahoo dot com Ok, I will make a backtrace then and post it here. But until I do it, this is last what I found out: Remember comment line: // From DB Well if I remove JUST one dot it becomes: // From DB... and NO crash occurs!!! If I ADD just one dot it becomes: // From DB. and NO crash occurs!!! What does it tell you, at a first glance? I think, that it is, a specific number of string symbols, in .php file that represent PHP(code) script itself, that brings core down [2009-03-25 08:59:21] paj...@php.net 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. And how we suppose to know what you are doing then? You can try to create a backtrace, maybe there is an obvious problem which can be seen in it. [2009-03-25 00:34:01] ipseno at yahoo dot com Script has 145 lines of code and loads 5 custom classes and 3 extra files. What you propose is, as I've just found, most likely impossible. Reason is that crash won't appear if I remove ANYTHING from script. At one line I removed COMMENT! // From DB Which doesn't affect PHP's code in ANY way. To my shock everythhing restored to normal. Exactly this fact makes me unable to ISOLATE few lines of code for crash reproduction. [2009-03-24 23:58:25] paj...@php.net Create the smallest possible script to reproduce the problem and post it here. -------- [2009-03-24 23:42:33] ipseno at yahoo dot com I..., m..., well. Hm...!? This script uses custom classes that I've built and needs to be loaded. Anyway... I've found out, that crash occurs in LAST line of code before PHP's closing tag ?> new face($cont); There are 2 ways od avoiding crash. a) By commenting out // new face($cont); b) By making string $cont supplied to class face shorter then 2232 letters I can not just post / give you all code, as this script is being built for financial biz. So it is a secret. Crash occurs inside object of 'face' class. What do you propose? The remainder of the comments
#47766 [Fbk->Opn]: php-cgi.exe crashes
ID: 47766 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Win XP SP3 PHP Version: 5.3CVS-2009-03-24 (snap) New Comment: Ok, I will make a backtrace then and post it here. But until I do it, this is last what I found out: Remember comment line: // From DB Well if I remove JUST one dot it becomes: // From DB... and NO crash occurs!!! If I ADD just one dot it becomes: // From DB. and NO crash occurs!!! What does it tell you, at a first glance? I think, that it is, a specific number of string symbols, in .php file that represent PHP(code) script itself, that brings core down Previous Comments: [2009-03-25 08:59:21] paj...@php.net 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. And how we suppose to know what you are doing then? You can try to create a backtrace, maybe there is an obvious problem which can be seen in it. [2009-03-25 00:34:01] ipseno at yahoo dot com Script has 145 lines of code and loads 5 custom classes and 3 extra files. What you propose is, as I've just found, most likely impossible. Reason is that crash won't appear if I remove ANYTHING from script. At one line I removed COMMENT! // From DB Which doesn't affect PHP's code in ANY way. To my shock everythhing restored to normal. Exactly this fact makes me unable to ISOLATE few lines of code for crash reproduction. [2009-03-24 23:58:25] paj...@php.net Create the smallest possible script to reproduce the problem and post it here. ---- [2009-03-24 23:42:33] ipseno at yahoo dot com I..., m..., well. Hm...!? This script uses custom classes that I've built and needs to be loaded. Anyway... I've found out, that crash occurs in LAST line of code before PHP's closing tag ?> new face($cont); There are 2 ways od avoiding crash. a) By commenting out // new face($cont); b) By making string $cont supplied to class face shorter then 2232 letters I can not just post / give you all code, as this script is being built for financial biz. So it is a secret. Crash occurs inside object of 'face' class. What do you propose? [2009-03-24 23:18:46] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/47766 -- Edit this bug report at http://bugs.php.net/?id=47766&edit=1
#47766 [Fbk->Opn]: php-cgi.exe crashes
ID: 47766 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Win XP SP3 PHP Version: 5.3CVS-2009-03-24 (snap) New Comment: Script has 145 lines of code and loads 5 custom classes and 3 extra files. What you propose is, as I've just found, most likely impossible. Reason is that crash won't appear if I remove ANYTHING from script. At one line I removed COMMENT! // From DB Which doesn't affect PHP's code in ANY way. To my shock everythhing restored to normal. Exactly this fact makes me unable to ISOLATE few lines of code for crash reproduction. Previous Comments: [2009-03-24 23:58:25] paj...@php.net Create the smallest possible script to reproduce the problem and post it here. [2009-03-24 23:42:33] ipseno at yahoo dot com I..., m..., well. Hm...!? This script uses custom classes that I've built and needs to be loaded. Anyway... I've found out, that crash occurs in LAST line of code before PHP's closing tag ?> new face($cont); There are 2 ways od avoiding crash. a) By commenting out // new face($cont); b) By making string $cont supplied to class face shorter then 2232 letters I can not just post / give you all code, as this script is being built for financial biz. So it is a secret. Crash occurs inside object of 'face' class. What do you propose? [2009-03-24 23:18:46] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. ---------------- [2009-03-24 23:15:19] ipseno at yahoo dot com Ok, I've parsed it with: VC9 x86 Non Thread Safe (2009-Mar-24 15:00:00) * Zip [12.73MB] sha1: 9c94f8a7cdc73c22da8c66e6af16ade4ceb4d197 Result: CGI / FastCGI has encountered a problem and needs to close. We are sorry for the inconvenience. This means same thing is happening. Only one line of code is responsible for it. Commenting it out, makes no crash at all. Line of code is: $temp .= $site->p('You will receive ' . $amount . ' ' . $mon . ' to ' . $dc . ' account with number ' . $acc, array('class'=>'phys_wide face_green') ); HINT: When I "shothened"(removed letters), first or second arg of 'p' method it worked! Like: $temp .= $site->p('You will receive ' . $amount . ' ' . $mon . ' to ' . $dc . ' account number ' . $acc, array('class'=>'phys_wide face_green') ); Works without crash! [2009-03-24 22:52:46] paj...@php.net It would help to have the "evil" script. If you use FastCGI, you do not need the thread safe version, please try using the NTS builds (vc9 too). 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/47766 -- Edit this bug report at http://bugs.php.net/?id=47766&edit=1
#47766 [Fbk->Opn]: php-cgi.exe crashes
ID: 47766 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Win XP SP3 PHP Version: 5.3CVS-2009-03-24 (snap) New Comment: I..., m..., well. Hm...!? This script uses custom classes that I've built and needs to be loaded. Anyway... I've found out, that crash occurs in LAST line of code before PHP's closing tag ?> new face($cont); There are 2 ways od avoiding crash. a) By commenting out // new face($cont); b) By making string $cont supplied to class face shorter then 2232 letters I can not just post / give you all code, as this script is being built for financial biz. So it is a secret. Crash occurs inside object of 'face' class. What do you propose? Previous Comments: [2009-03-24 23:18:46] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2009-03-24 23:15:19] ipseno at yahoo dot com Ok, I've parsed it with: VC9 x86 Non Thread Safe (2009-Mar-24 15:00:00) * Zip [12.73MB] sha1: 9c94f8a7cdc73c22da8c66e6af16ade4ceb4d197 Result: CGI / FastCGI has encountered a problem and needs to close. We are sorry for the inconvenience. This means same thing is happening. Only one line of code is responsible for it. Commenting it out, makes no crash at all. Line of code is: $temp .= $site->p('You will receive ' . $amount . ' ' . $mon . ' to ' . $dc . ' account with number ' . $acc, array('class'=>'phys_wide face_green') ); HINT: When I "shothened"(removed letters), first or second arg of 'p' method it worked! Like: $temp .= $site->p('You will receive ' . $amount . ' ' . $mon . ' to ' . $dc . ' account number ' . $acc, array('class'=>'phys_wide face_green') ); Works without crash! [2009-03-24 22:52:46] paj...@php.net It would help to have the "evil" script. If you use FastCGI, you do not need the thread safe version, please try using the NTS builds (vc9 too). [2009-03-24 22:38:26] ipseno at yahoo dot com Description: PHP Version 5.3.0RC2-dev System Windows NT DEV 5.1 build 2600 (Windows XP Professional Service Pack 3) i586 Build Date Mar 24 2009 14:47:41 CompilerMSVC9 (Visual C++ 2008) Architecturex86 Server API CGI/FastCGI I am using VC9, as I am not runing php as apache's modul. If that would be a case, I would use VC6 instead. After parsing "evil" script: Faulting application php-cgi.exe, version 5.3.0.0, faulting module php5ts.dll, version 5.3.0.0, fault address 0x000a4f6e. Category: (100) Type: Error Event ID: 1000 If you ask / need, I will make a backtrace. -- Edit this bug report at http://bugs.php.net/?id=47766&edit=1
#47766 [Fbk->Opn]: php-cgi.exe crashes
ID: 47766 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Win XP SP3 PHP Version: 5.3CVS-2009-03-24 (snap) New Comment: Ok, I've parsed it with: VC9 x86 Non Thread Safe (2009-Mar-24 15:00:00) * Zip [12.73MB] sha1: 9c94f8a7cdc73c22da8c66e6af16ade4ceb4d197 Result: CGI / FastCGI has encountered a problem and needs to close. We are sorry for the inconvenience. This means same thing is happening. Only one line of code is responsible for it. Commenting it out, makes no crash at all. Line of code is: $temp .= $site->p('You will receive ' . $amount . ' ' . $mon . ' to ' . $dc . ' account with number ' . $acc, array('class'=>'phys_wide face_green') ); HINT: When I "shothened"(removed letters), first or second arg of 'p' method it worked! Like: $temp .= $site->p('You will receive ' . $amount . ' ' . $mon . ' to ' . $dc . ' account number ' . $acc, array('class'=>'phys_wide face_green') ); Works without crash! Previous Comments: [2009-03-24 22:52:46] paj...@php.net It would help to have the "evil" script. If you use FastCGI, you do not need the thread safe version, please try using the NTS builds (vc9 too). [2009-03-24 22:38:26] ipseno at yahoo dot com Description: PHP Version 5.3.0RC2-dev System Windows NT DEV 5.1 build 2600 (Windows XP Professional Service Pack 3) i586 Build Date Mar 24 2009 14:47:41 CompilerMSVC9 (Visual C++ 2008) Architecturex86 Server API CGI/FastCGI I am using VC9, as I am not runing php as apache's modul. If that would be a case, I would use VC6 instead. After parsing "evil" script: Faulting application php-cgi.exe, version 5.3.0.0, faulting module php5ts.dll, version 5.3.0.0, fault address 0x000a4f6e. Category: (100) Type: Error Event ID: 1000 If you ask / need, I will make a backtrace. -- Edit this bug report at http://bugs.php.net/?id=47766&edit=1
#47766 [NEW]: php-cgi.exe crashes
From: ipseno at yahoo dot com Operating system: Win XP SP3 PHP version: 5.3CVS-2009-03-24 (snap) PHP Bug Type: CGI related Bug description: php-cgi.exe crashes Description: PHP Version 5.3.0RC2-dev System Windows NT DEV 5.1 build 2600 (Windows XP Professional Service Pack 3) i586 Build Date Mar 24 2009 14:47:41 CompilerMSVC9 (Visual C++ 2008) Architecturex86 Server API CGI/FastCGI I am using VC9, as I am not runing php as apache's modul. If that would be a case, I would use VC6 instead. After parsing "evil" script: Faulting application php-cgi.exe, version 5.3.0.0, faulting module php5ts.dll, version 5.3.0.0, fault address 0x000a4f6e. Category: (100) Type: Error Event ID: 1000 If you ask / need, I will make a backtrace. -- Edit bug report at http://bugs.php.net/?id=47766&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47766&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47766&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47766&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47766&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47766&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47766&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47766&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47766&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47766&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47766&r=support Expected behavior: http://bugs.php.net/fix.php?id=47766&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47766&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47766&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47766&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47766&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47766&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47766&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47766&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47766&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47766&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47766&r=mysqlcfg
#45994 [Com]: "\" directive in php.ini, DISABLES ALL non-built-in php extensions
ID: 45994 Comment by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com Status: Feedback Bug Type: PHP options/info functions Operating System: Windows XP SP3 PHP Version: 5.3.0alpha2 New Comment: I've tested this 5.3.0beta2-dev for "\" problem and all seems to work well. Keep the good work! ;) Previous Comments: [2009-02-11 21:27:07] fel...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2008-09-20 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". ---- [2008-09-12 13:19:30] ipseno at yahoo dot com Thanks. I'll "play" with it... [2008-09-12 13:00:50] lbarn...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.3-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.3-win32-installer-latest.msi [2008-09-04 20:46:41] j...@php.net As mentioned on the internals list, this should cause a syntax error. Much like in PHP code this would not work: 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/45994 -- Edit this bug report at http://bugs.php.net/?id=45994&edit=1
#45994 [Fbk->Opn]: "\" directive in php.ini, DISABLES ALL non-built-in php extensions
ID: 45994 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com -Status: Feedback +Status: Open Bug Type: PHP options/info functions Operating System: Windows XP SP3 PHP Version: 5.3.0alpha2 New Comment: Thanks. I'll "play" with it... Previous Comments: [2008-09-12 13:00:50] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.3-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.3-win32-installer-latest.msi [2008-09-04 20:46:41] [EMAIL PROTECTED] As mentioned on the internals list, this should cause a syntax error. Much like in PHP code this would not work: [2008-09-04 16:22:54] [EMAIL PROTECTED] We're talking about ini files here, we always had different rules in ini files than regular code! Not sure if this is caused by Jani's improvements in the parsing or by some re2c work, but it should certainly work as before else many Windows users will have this issue! ---- [2008-09-04 14:46:00] ipseno at yahoo dot com Wait, wait... Now I know, why did I posted this question... Now I reverted PHP to version 5.2.6 And there is NO problems with: upload_tmp_dir = "E:\" BUT, when i copy that php.ini file to PHP 5.3 alpha2 THEN upload_tmp_dir = "E:\" causes behavior as explained above. That is a reason why did I cretaed this "bug" report In 5.2.6 "\" doesn't escape, but in 5.3 alpha2 it does! How come?! -------------------- [2008-09-04 14:20:26] ipseno at yahoo dot com Actually... "\" at the END of ANY directive in php.ini breaks configuration under WinXP Ie: error_log = "E:\php-5.3.0alpha2\error.log\" variables_order = "GPCS\" 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/45994 -- Edit this bug report at http://bugs.php.net/?id=45994&edit=1
#45994 [Bgs]: "\" directive in php.ini, DISABLES ALL non-built-in php extensions
ID: 45994 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com Status: Bogus Bug Type: *Configuration Issues Operating System: Windows XP SP3 PHP Version: 5.3.0alpha2 New Comment: Wait, wait... Now I know, why did I posted this question... Now I reverted PHP to version 5.2.6 And there is NO problems with: upload_tmp_dir = "E:\" BUT, when i copy that php.ini file to PHP 5.3 alpha2 THEN upload_tmp_dir = "E:\" causes behavior as explained above. That is a reason why did I cretaed this "bug" report In 5.2.6 "\" doesn't escape, but in 5.3 alpha2 it does! How come?! Previous Comments: ---------------- [2008-09-04 14:35:58] ipseno at yahoo dot com Yes, I've found it out too. It escapes string in php.ini. Just 've been too tired I guess... [2008-09-04 14:28:13] [EMAIL PROTECTED] > Actually... "\" at the END of ANY directive in php.ini > breaks configuration under WinXP What do you not understand behind escape sequence? it IS an escape sequence and means that you escape the double quotes and do not close the string. There is no bug and please choose another channel to get support, thanks for your understanding. [2008-09-04 14:28:04] [EMAIL PROTECTED] 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 You're escaping your ending quote (\" is an escape sequence for a double-quote character). Compare the same to a php-script which does Under windows xp sp3 Apache/2.2.9b, parse it by php-cgi.exe Now skip to upload_tmp_dir section, of generated page and look at a HUGE part of php.ini copied in that filed! That is..., everything from line upload_tmp_dir = "E:\", till the end of php.ini Commenting it out in php.ini. ;upload_tmp_dir = "E:\" OR shifting slash!!! upload_tmp_dir = "E:/" ...fixes it and enables all extensions again! Actual result: -- This is VERY POSSIBLE SOLUTION to: Bug #13290 extension_dir directive is not working -- Edit this bug report at http://bugs.php.net/?id=45994&edit=1
#45994 [Bgs]: "\" directive in php.ini, DISABLES ALL non-built-in php extensions
ID: 45994 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com Status: Bogus Bug Type: *Configuration Issues Operating System: Windows XP SP3 PHP Version: 5.3.0alpha2 New Comment: Yes, I've found it out too. It escapes string in php.ini. Just 've been too tired I guess... Previous Comments: [2008-09-04 14:28:13] [EMAIL PROTECTED] > Actually... "\" at the END of ANY directive in php.ini > breaks configuration under WinXP What do you not understand behind escape sequence? it IS an escape sequence and means that you escape the double quotes and do not close the string. There is no bug and please choose another channel to get support, thanks for your understanding. [2008-09-04 14:28:04] [EMAIL PROTECTED] 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 You're escaping your ending quote (\" is an escape sequence for a double-quote character). Compare the same to a php-script which does Under windows xp sp3 Apache/2.2.9b, parse it by php-cgi.exe Now skip to upload_tmp_dir section, of generated page and look at a HUGE part of php.ini copied in that filed! That is..., everything from line upload_tmp_dir = "E:\", till the end of php.ini Commenting it out in php.ini. ;upload_tmp_dir = "E:\" OR shifting slash!!! upload_tmp_dir = "E:/" ...fixes it and enables all extensions again! Actual result: -- This is VERY POSSIBLE SOLUTION to: Bug #13290 extension_dir directive is not working -- Edit this bug report at http://bugs.php.net/?id=45994&edit=1
#45994 [Opn]: "\" directive in php.ini, DISABLES ALL non-built-in php extensions
ID: 45994 User updated by: ipseno at yahoo dot com -Summary: upload_tmp_dir directive in php.ini, DISABLES ALL non-built-in php extensions Reported By: ipseno at yahoo dot com Status: Open Bug Type: *Configuration Issues Operating System: Windows XP SP3 PHP Version: 5.3.0alpha2 New Comment: Actually... "\" at the END of ANY directive in php.ini breaks configuration under WinXP Ie: error_log = "E:\php-5.3.0alpha2\error.log\" variables_order = "GPCS\" Previous Comments: ---- [2008-09-04 13:54:00] ipseno at yahoo dot com Description: upload_tmp_dir directive in php.ini, DISABLES ALL non-built-in php extensions To recreate this: In php.ini set: upload_tmp_dir = "E:\" create .php file Under windows xp sp3 Apache/2.2.9b, parse it by php-cgi.exe Now skip to upload_tmp_dir section, of generated page and look at a HUGE part of php.ini copied in that filed! That is..., everything from line upload_tmp_dir = "E:\", till the end of php.ini Commenting it out in php.ini. ;upload_tmp_dir = "E:\" OR shifting slash!!! upload_tmp_dir = "E:/" ...fixes it and enables all extensions again! Actual result: -- This is VERY POSSIBLE SOLUTION to: Bug #13290 extension_dir directive is not working -- Edit this bug report at http://bugs.php.net/?id=45994&edit=1
#45994 [NEW]: upload_tmp_dir directive in php.ini, DISABLES ALL non-built-in php extensions
From: ipseno at yahoo dot com Operating system: Windows XP SP3 PHP version: 5.3.0alpha2 PHP Bug Type: *Configuration Issues Bug description: upload_tmp_dir directive in php.ini, DISABLES ALL non-built-in php extensions Description: upload_tmp_dir directive in php.ini, DISABLES ALL non-built-in php extensions To recreate this: In php.ini set: upload_tmp_dir = "E:\" create .php file Under windows xp sp3 Apache/2.2.9b, parse it by php-cgi.exe Now skip to upload_tmp_dir section, of generated page and look at a HUGE part of php.ini copied in that filed! That is..., everything from line upload_tmp_dir = "E:\", till the end of php.ini Commenting it out in php.ini. ;upload_tmp_dir = "E:\" OR shifting slash!!! upload_tmp_dir = "E:/" ...fixes it and enables all extensions again! Actual result: -- This is VERY POSSIBLE SOLUTION to: Bug #13290 extension_dir directive is not working -- Edit bug report at http://bugs.php.net/?id=45994&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45994&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45994&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45994&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45994&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45994&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45994&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45994&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45994&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45994&r=support Expected behavior:http://bugs.php.net/fix.php?id=45994&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45994&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45994&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45994&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45994&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45994&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45994&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45994&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45994&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45994&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45994&r=mysqlcfg
#41369 [Opn]: undefined reference to `ssl_onceonlyinit'
ID: 41369 User updated by: Ipseno at yahoo dot com Reported By: Ipseno at yahoo dot com Status: Open Bug Type: IMAP related Operating System: FreeBSD 6 PHP Version: 5.2.2 New Comment: This time I've reached for a last resort option and that is completely DELETING php folder Then: tar -xvf php-5.2.2.tar (NOT re-downloaded again) ./configure - copy-paste it like before (imap without SSL) make make test make install Then I deleted "new" php.ini and restored one "old" one that 5.2.1 used and voila! It started to work PS: This are my failed tests: FAILED TEST SUMMARY - Error message handling (with ZendOptimizer) [tests/run-test/test008.phpt] Convert warnings to exceptions [tests/lang/038.phpt] Bug #32828 (Throwing exception in output_callback function with ob_start and ob_end_clean leads to segfault) [tests/lang/bug32828.phpt] Bug #36268 (Object destructors called even after fatal errors) [Zend/tests/bug36268.phpt] Bug #41117 (Altering $this via argument) [Zend/tests/bug41117_1.phpt] easter_date() [ext/calendar/tests/easter_date.phpt] unixtojd() [ext/calendar/tests/unixtojd.phpt] Bug #31422 No Error-Logging on SoapServer-Side [ext/soap/tests/bugs/bug31422.phpt] Bug #41004 minOccurs="0" and null class member variable [ext/soap/tests/bugs/bug41004.phpt] Bug #41097 (ext/soap returning associative array as indexed without using WSDL) [ext/soap/tests/bugs/bug41097.phpt] SOAP Server 14: fault [ext/soap/tests/server014.phpt] IPv6 Loopback test [ext/sockets/tests/ipv6loop.phpt] Bug #35821 (array_map() segfaults when exception is throwed from the callback) [ext/standard/tests/array/bug35821.phpt] Bug #38450 (constructor is not called for classes used in userspace stream wrappers) [ext/standard/tests/file/bug38450_2.phpt] proc_open [ext/standard/tests/general_functions/proc_open02.phpt] Bug #20134 (UDP reads from invalid ports) [ext/standard/tests/network/bug20134.phpt] htmlentities() test 2 (setlocale / fr_FR.ISO-8859-15) [ext/standard/tests/strings/htmlentities02.phpt] (warn: possibly braindead libc) htmlentities() test 4 (setlocale / ja_JP.EUC-JP) [ext/standard/tests/strings/htmlentities04.phpt] htmlentities() test 15 (setlocale / KOI8-R) [ext/standard/tests/strings/htmlentities15.phpt] Bug #32001 (xml_parse*() goes into infinite loop when autodetection in effect), using UTF-* [ext/xml/tests/bug32001.phpt] = Previous Comments: -------- [2007-05-12 16:52:18] Ipseno at yahoo dot com No I don't guarante that c-client is built with SSL support. I haven't compiled it myself, bit added it like a freebsd port" pkg_add -r port_name. I also disagree, because, It wouldn't work then with current 5.2.1 They share same config so error would appear in 5.2.1 as well as in 5.2.2 PS: In 5.2.1 I used IMAP without --with-imap-ssl=/usr/local/openssl option so it worked without IMAP ssl. Exactly same I wana apply to 5.2.2. That is without --with-imap-ssl=/usr/local/openssl in .config [2007-05-12 01:59:01] [EMAIL PROTECTED] Are you sure that your c-client is built with SSL support? The error you are seeing would happen if this wasn't the case. ---------------- [2007-05-11 22:56:14] Ipseno at yahoo dot com Yes, that is 100% - I've double checked that. Completely same ./config options They can't be mistyped because I've copy pasted it from text file. All works with 5.2.1, but all same enviroment fail with 5.2.2 [2007-05-11 19:12:09] [EMAIL PROTECTED] Did you compile with exactly same configure line? (nothing has changed in PHP that could have broken this..) ---------------- [2007-05-11 17:54:10] Ipseno at yahoo dot com Description: I am using FreeBSD 6 and it has imap 2004g ./config options are same like ones for previous version(5.2.1) I have installed With 5.2.1 - works! With 5.2.2 - doesn't! Simple as that. Error that I get after "make": ext/imap/.libs/php_imap.o(.text+0x4c1): In function `zm_startup_imap': /usr/local/lib/php-5.2.2/ext/imap/php_imap.c:481: undefined reference to `ssl_onceonlyinit' *** Error code 1 -- Edit this bug report at http://bugs.php.net/?id=41369&edit=1
#41369 [Opn]: undefined reference to `ssl_onceonlyinit'
ID: 41369 User updated by: Ipseno at yahoo dot com Reported By: Ipseno at yahoo dot com Status: Open Bug Type: IMAP related Operating System: FreeBSD 6 PHP Version: 5.2.2 New Comment: No I don't guarante that c-client is built with SSL support. I haven't compiled it myself, bit added it like a freebsd port" pkg_add -r port_name. I also disagree, because, It wouldn't work then with current 5.2.1 They share same config so error would appear in 5.2.1 as well as in 5.2.2 PS: In 5.2.1 I used IMAP without --with-imap-ssl=/usr/local/openssl option so it worked without IMAP ssl. Exactly same I wana apply to 5.2.2. That is without --with-imap-ssl=/usr/local/openssl in .config Previous Comments: [2007-05-12 01:59:01] [EMAIL PROTECTED] Are you sure that your c-client is built with SSL support? The error you are seeing would happen if this wasn't the case. ---- [2007-05-11 22:56:14] Ipseno at yahoo dot com Yes, that is 100% - I've double checked that. Completely same ./config options They can't be mistyped because I've copy pasted it from text file. All works with 5.2.1, but all same enviroment fail with 5.2.2 [2007-05-11 19:12:09] [EMAIL PROTECTED] Did you compile with exactly same configure line? (nothing has changed in PHP that could have broken this..) -------- [2007-05-11 17:54:10] Ipseno at yahoo dot com Description: I am using FreeBSD 6 and it has imap 2004g ./config options are same like ones for previous version(5.2.1) I have installed With 5.2.1 - works! With 5.2.2 - doesn't! Simple as that. Error that I get after "make": ext/imap/.libs/php_imap.o(.text+0x4c1): In function `zm_startup_imap': /usr/local/lib/php-5.2.2/ext/imap/php_imap.c:481: undefined reference to `ssl_onceonlyinit' *** Error code 1 -- Edit this bug report at http://bugs.php.net/?id=41369&edit=1
#41369 [Fbk->Opn]: undefined reference to `ssl_onceonlyinit'
ID: 41369 User updated by: Ipseno at yahoo dot com Reported By: Ipseno at yahoo dot com -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: FreeBSD 6 PHP Version: 5.2.2 New Comment: Yes, that is 100% - I've double checked that. Completely same ./config options They can't be mistyped because I've copy pasted it from text file. All works with 5.2.1, but all same enviroment fail with 5.2.2 Previous Comments: [2007-05-11 19:12:09] [EMAIL PROTECTED] Did you compile with exactly same configure line? (nothing has changed in PHP that could have broken this..) [2007-05-11 17:54:10] Ipseno at yahoo dot com Description: I am using FreeBSD 6 and it has imap 2004g ./config options are same like ones for previous version(5.2.1) I have installed With 5.2.1 - works! With 5.2.2 - doesn't! Simple as that. Error that I get after "make": ext/imap/.libs/php_imap.o(.text+0x4c1): In function `zm_startup_imap': /usr/local/lib/php-5.2.2/ext/imap/php_imap.c:481: undefined reference to `ssl_onceonlyinit' *** Error code 1 -- Edit this bug report at http://bugs.php.net/?id=41369&edit=1
#41369 [NEW]: PHP 5.2.2 compile error with IMAP enabled
From: Ipseno at yahoo dot com Operating system: FreeBSD 6 PHP version: 5.2.2 PHP Bug Type: IMAP related Bug description: PHP 5.2.2 compile error with IMAP enabled Description: I am using FreeBSD 6 and it has imap 2004g ./config options are same like ones for previous version(5.2.1) I have installed With 5.2.1 - works! With 5.2.2 - doesn't! Simple as that. Error that I get after "make": ext/imap/.libs/php_imap.o(.text+0x4c1): In function `zm_startup_imap': /usr/local/lib/php-5.2.2/ext/imap/php_imap.c:481: undefined reference to `ssl_onceonlyinit' *** Error code 1 -- Edit bug report at http://bugs.php.net/?id=41369&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41369&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41369&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41369&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41369&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41369&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41369&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41369&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41369&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41369&r=support Expected behavior:http://bugs.php.net/fix.php?id=41369&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41369&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41369&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41369&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41369&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41369&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41369&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41369&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41369&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41369&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41369&r=mysqlcfg