#43184 [Opn]: PHP outputs a weird error in the CGI log.
ID: 43184 User updated by: trustpunk at gmail dot com Reported By: trustpunk at gmail dot com Status: Open Bug Type: CGI related Operating System: Windows PHP Version: 5.2.5RC2 New Comment: It's PHP because my Mac outputs a similar error. The only difference between the Windows and Mac is that the Mac outputs a Broken Pipe instead of the original error Windows outputs. !---CGI LOG--- 05/Nov/2007:13:31:25 -0500 SUID: 0 PUID: 0 RUID: 0 URI:Reading 0 bytes failed = Broken pipe 05/Nov/2007:13:31:25 -0500 SUID: 0 PUID: 0 RUID: 0 URI: timeout-header2! !---END OF CGI LOG--- Previous Comments: [2007-11-05 15:30:51] crescentfreshpot at yahoo dot com http://support.microsoft.com/kb/890015 [2007-11-03 19:49:02] trustpunk at gmail dot com Description: I don't have any errors in my PHP code but I see that in my CGI log, I have this weird error. This shows up with every PHP release I download. Reproduce code: --- Just run a few PHP pages on your server and you will get the nasty error posted below in your CGI log file. Note: This happens every time a new instance of php-cgi.exe is started. !---CGI LOG--- 03/Nov/2007:15:30:45 -0500 SUID: 0 PUID: 0 RUID: 0 URI:Reading 0 bytes failed = The process cannot access the file because it is being used by another process. 03/Nov/2007:15:30:45 -0500 SUID: 0 PUID: 0 RUID: 0 URI: timeout-header2! Expected result: I don't want to see that error in my CGI log file again. What is going on? Actual result: -- !---CGI LOG--- 03/Nov/2007:15:30:45 -0500 SUID: 0 PUID: 0 RUID: 0 URI:Reading 0 bytes failed = The process cannot access the file because it is being used by another process. 03/Nov/2007:15:30:45 -0500 SUID: 0 PUID: 0 RUID: 0 URI: timeout-header2! !---End of CGI LOG--- It never stops! It just keeps logging that garbage every few requests. -- Edit this bug report at http://bugs.php.net/?id=43184edit=1
#43111 [Opn-Bgs]: It won't compile
ID: 43111 User updated by: trustpunk at gmail dot com Reported By: trustpunk at gmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Mac OS X PHP Version: 5.2.5RC1 New Comment: This was entirely my fault. I forgot that I removed the t1lib libraries from my path and it caused that error. This is a bogus bug report. I apologize if I wasted someone's time while reading this. Previous Comments: [2007-10-26 20:29:59] trustpunk at gmail dot com Here's the error! Looks like someone released some bad C code. /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c: In function 'zif_dns_check_record': /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:265: error: 'T_MX' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:265: error: (Each undeclared identifier is reported only once /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:265: error: for each function it appears in.) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:286: error: 'T_A' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:308: error: 'C_IN' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c: In function 'zif_dns_get_mx': /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:865: error: 'HEADER' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:865: error: 'hp' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:894: error: 'C_IN' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:901: error: parse error before ')' token /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:902: error: 'HFIXEDSZ' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:904: error: 'QFIXEDSZ' undeclared (first use in this function) make: *** [ext/standard/dns.lo] Error 1 [2007-10-26 20:16:09] trustpunk at gmail dot com Description: I can configure PHP from the command line before compiling, but while its compiling, it runs into a nasty error. Reproduce code: --- I guess I will provide a URL to the compile log so you can help me fix this issue. http://www.trustabyss.com/downloads/configure.zip Expected result: I expect to be able to compile PHP for the Mac! What else would I expect? Actual result: -- Stops after the error is given. So much for compiling... -- Edit this bug report at http://bugs.php.net/?id=43111edit=1
#43184 [NEW]: PHP outputs a weird error in the CGI log.
From: trustpunk at gmail dot com Operating system: Windows PHP version: 5.2.5RC2 PHP Bug Type: CGI related Bug description: PHP outputs a weird error in the CGI log. Description: I don't have any errors in my PHP code but I see that in my CGI log, I have this weird error. This shows up with every PHP release I download. Reproduce code: --- Just run a few PHP pages on your server and you will get the nasty error posted below in your CGI log file. Note: This happens every time a new instance of php-cgi.exe is started. !---CGI LOG--- 03/Nov/2007:15:30:45 -0500 SUID: 0 PUID: 0 RUID: 0 URI:Reading 0 bytes failed = The process cannot access the file because it is being used by another process. 03/Nov/2007:15:30:45 -0500 SUID: 0 PUID: 0 RUID: 0 URI:timeout-header2! Expected result: I don't want to see that error in my CGI log file again. What is going on? Actual result: -- !---CGI LOG--- 03/Nov/2007:15:30:45 -0500 SUID: 0 PUID: 0 RUID: 0 URI:Reading 0 bytes failed = The process cannot access the file because it is being used by another process. 03/Nov/2007:15:30:45 -0500 SUID: 0 PUID: 0 RUID: 0 URI:timeout-header2! !---End of CGI LOG--- It never stops! It just keeps logging that garbage every few requests. -- Edit bug report at http://bugs.php.net/?id=43184edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43184r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43184r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43184r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43184r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43184r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43184r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43184r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43184r=needscript Try newer version:http://bugs.php.net/fix.php?id=43184r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43184r=support Expected behavior:http://bugs.php.net/fix.php?id=43184r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43184r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43184r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43184r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43184r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43184r=dst IIS Stability:http://bugs.php.net/fix.php?id=43184r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43184r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43184r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43184r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43184r=mysqlcfg
#43111 [NEW]: It won't compile
From: trustpunk at gmail dot com Operating system: Mac OS X PHP version: 5.2.5RC1 PHP Bug Type: Compile Failure Bug description: It won't compile Description: I can configure PHP from the command line before compiling, but while its compiling, it runs into a nasty error. Reproduce code: --- I guess I will provide a URL to the compile log so you can help me fix this issue. http://www.trustabyss.com/downloads/configure.zip Expected result: I expect to be able to compile PHP for the Mac! What else would I expect? Actual result: -- Stops after the error is given. So much for compiling... -- Edit bug report at http://bugs.php.net/?id=43111edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43111r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43111r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43111r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43111r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43111r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43111r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43111r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43111r=needscript Try newer version:http://bugs.php.net/fix.php?id=43111r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43111r=support Expected behavior:http://bugs.php.net/fix.php?id=43111r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43111r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43111r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43111r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43111r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43111r=dst IIS Stability:http://bugs.php.net/fix.php?id=43111r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43111r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43111r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43111r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43111r=mysqlcfg
#43111 [Opn]: It won't compile
ID: 43111 User updated by: trustpunk at gmail dot com Reported By: trustpunk at gmail dot com Status: Open Bug Type: Compile Failure Operating System: Mac OS X PHP Version: 5.2.5RC1 New Comment: Here's the error! Looks like someone released some bad C code. /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c: In function 'zif_dns_check_record': /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:265: error: 'T_MX' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:265: error: (Each undeclared identifier is reported only once /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:265: error: for each function it appears in.) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:286: error: 'T_A' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:308: error: 'C_IN' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c: In function 'zif_dns_get_mx': /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:865: error: 'HEADER' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:865: error: 'hp' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:894: error: 'C_IN' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:901: error: parse error before ')' token /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:902: error: 'HFIXEDSZ' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:904: error: 'QFIXEDSZ' undeclared (first use in this function) make: *** [ext/standard/dns.lo] Error 1 Previous Comments: [2007-10-26 20:16:09] trustpunk at gmail dot com Description: I can configure PHP from the command line before compiling, but while its compiling, it runs into a nasty error. Reproduce code: --- I guess I will provide a URL to the compile log so you can help me fix this issue. http://www.trustabyss.com/downloads/configure.zip Expected result: I expect to be able to compile PHP for the Mac! What else would I expect? Actual result: -- Stops after the error is given. So much for compiling... -- Edit this bug report at http://bugs.php.net/?id=43111edit=1
#41343 [Fbk-Opn]: FastCGI Server (Internal Server Error)
ID: 41343 User updated by: trustpunk at gmail dot com Reported By: trustpunk at gmail dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Windows XP PHP Version: 5.2.2 New Comment: I really do apologize for this but it seems that I'm longer having this problem. I downloaded PHP 5.2.2 again and now the problem went away. I don't have any backtrace created but if the problem happens again, I will let you know. Kind regards, Josh Previous Comments: [2007-05-10 20:20:19] [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. [2007-05-10 16:43:39] philip dot iezzi at onlime dot ch Same problem here, PHP 5.2.2 as CGI crashes all the time. I have encountered the problem under the following configurations: Debian Linux (sarge) PHP/CGI 5.2.2 4.4.7, compiled from sources web application: SPIP 1.9 CMS Debian Linux (etch) PHP/FastCGI(fcgid) 5.2.2, compiled from sources web application: Roundcube webmail (latest SVN checkout) Downgrading back to PHP 5.2.1 solved all the issues. I definitely need to get 5.2.2 running as a serious bug with FastCGI was fixed (#40286). The current situation is pretty ugly, both versions of PHP are buggy in their own way under CGI/FastCGI. Thx! Philip [2007-05-10 01:33:11] trustpunk at gmail dot com Description: I run the FastCGI server C:\PHP5\php-cgi.exe -b 127.0.0.1:2700 When it becomes under too much load, it displays an Internal Server Error. Reproduce code: --- This code will cause the FastCGI Server to show an Internal Server Error. ?php if (class_exists(COM)) { $wmi = new COM(WinMgmts:.); $cpus = $wmi-InstancesOf(Win32_Processor); $i = 1; // Use the while loop on PHP 4 and foreach on PHP 5 // while ($cpu = $cpus-Next()) { foreach ($cpus as $cpu) { echo pProcessor $i : . $cpu-Name . @ ; $clockSpeed = $cpu-CurrentClockSpeed; $cpuLoad = $cpu-LoadPercentage; echo $clockSpeed . MHz (Load= . $cpuLoad .%)/p; $i++; } $uptime = 0; $systems = $wmi-InstancesOf(Win32_PerfRawData_PerfOS_System); // Use the while loop on PHP 4 and foreach on PHP 5 // while ($system = $systems-Next()) { foreach ($systems as $system) { $PerfTimeStamp = $system-Timestamp_Object ; $PerfTimeFreq = $system-Frequency_Object ; $Counter = $system-SystemUpTime ; $UptimeInSec = ($PerfTimeStamp - $Counter)/$PerfTimeFreq ; $uptime = max($uptime, $UptimeInSec); } } else { return pYour system does not support WMI!/p; } ? Expected result: I expect to see my Processors listed with some useful information. Actual result: -- Internal Server Error (500) -- Edit this bug report at http://bugs.php.net/?id=41343edit=1
#41343 [NEW]: FastCGI Server (Internal Server Error)
From: trustpunk at gmail dot com Operating system: Windows XP PHP version: 5.2.2 PHP Bug Type: CGI related Bug description: FastCGI Server (Internal Server Error) Description: I run the FastCGI server C:\PHP5\php-cgi.exe -b 127.0.0.1:2700 When it becomes under too much load, it displays an Internal Server Error. Reproduce code: --- This code will cause the FastCGI Server to show an Internal Server Error. ?php if (class_exists(COM)) { $wmi = new COM(WinMgmts:.); $cpus = $wmi-InstancesOf(Win32_Processor); $i = 1; // Use the while loop on PHP 4 and foreach on PHP 5 // while ($cpu = $cpus-Next()) { foreach ($cpus as $cpu) { echo pProcessor $i : . $cpu-Name . @ ; $clockSpeed = $cpu-CurrentClockSpeed; $cpuLoad = $cpu-LoadPercentage; echo $clockSpeed . MHz (Load= . $cpuLoad .%)/p; $i++; } $uptime = 0; $systems = $wmi-InstancesOf(Win32_PerfRawData_PerfOS_System); // Use the while loop on PHP 4 and foreach on PHP 5 // while ($system = $systems-Next()) { foreach ($systems as $system) { $PerfTimeStamp = $system-Timestamp_Object ; $PerfTimeFreq = $system-Frequency_Object ; $Counter = $system-SystemUpTime ; $UptimeInSec = ($PerfTimeStamp - $Counter)/$PerfTimeFreq ; $uptime = max($uptime, $UptimeInSec); } } else { return pYour system does not support WMI!/p; } ? Expected result: I expect to see my Processors listed with some useful information. Actual result: -- Internal Server Error (500) -- Edit bug report at http://bugs.php.net/?id=41343edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41343r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41343r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41343r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41343r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41343r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41343r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41343r=needscript Try newer version:http://bugs.php.net/fix.php?id=41343r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41343r=support Expected behavior:http://bugs.php.net/fix.php?id=41343r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41343r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41343r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41343r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41343r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41343r=dst IIS Stability:http://bugs.php.net/fix.php?id=41343r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41343r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41343r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41343r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41343r=mysqlcfg
#39478 [NEW]: connection_abort() Fails when using the CGI Interface.
From: trustpunk at gmail dot com Operating system: Windows PHP version: 5.2.0 PHP Bug Type: CGI related Bug description: connection_abort() Fails when using the CGI Interface. Description: The connection_aborted() doesn't work under CGI. I discovered this bug when I was coding a current download count script. The ISAPI/Apache Modules work fine with this function. Reproduce code: --- I used the following code to output some text in a slow maner, than I stopped it to see if the file is written. The file is written under the ISAPI/Apache Modules, but it isn't written when using CGI. Why is that? ?php ignore_user_abort(1); // Type a message to animate on the person's browser. $string = This dummy text will be shown every second untill it's finished. You shouldbr close the browser while it's typing on your screen and check message.txt; $output = str_split($string, 1); for ($n=0; $n count($output); $n++) { set_time_limit(0); flush(); ob_end_flush(); sleep(1); echo $output[$n]; if (connection_aborted()) { $fp = fopen(message.txt, w); fwrite($fp, Download Aborted! No!); fclose($fp); exit; } } ? Expected result: IF the condition of connection_aborted() is TRUE, it should write message.txt with some text in it. Actual result: -- Nothing is written! -- Edit bug report at http://bugs.php.net/?id=39478edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39478r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39478r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39478r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39478r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39478r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39478r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39478r=needscript Try newer version:http://bugs.php.net/fix.php?id=39478r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39478r=support Expected behavior:http://bugs.php.net/fix.php?id=39478r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39478r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39478r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39478r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39478r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39478r=dst IIS Stability:http://bugs.php.net/fix.php?id=39478r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39478r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39478r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39478r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39478r=mysqlcfg
#39370 [Fbk-Opn]: $_GET no longer works under FastCGI but works under CGI.
ID: 39370 User updated by: trustpunk at gmail dot com Reported By: trustpunk at gmail dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Windows PHP Version: 6CVS-2006-11-04 (snap) New Comment: I'm just trying to let the PHP6 Developers know that $_GET does not work under FastCGI. Previous Comments: [2006-11-09 08:51:02] [EMAIL PROTECTED] PHP6 is a development version, which might not compile at all and it's okay. Please use and test PHP5, if you're not working on some part of PHP6. [2006-11-09 01:52:29] trustpunk at gmail dot com I'm using PHP6-DEV, not PHP5. Now wonder the problem remains. [2006-11-09 01:50:08] trustpunk at gmail dot com Sorry, but the problem still perists. Have you also tested it? [2006-11-08 14:02:54] [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-11-08 05:55:07] trustpunk at gmail dot com BUMP! Has anyone even checked into this yet? 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/39370 -- Edit this bug report at http://bugs.php.net/?id=39370edit=1
#39370 [Opn-Csd]: $_GET no longer works under FastCGI but works under CGI.
ID: 39370 User updated by: trustpunk at gmail dot com Reported By: trustpunk at gmail dot com -Status: Open +Status: Closed Bug Type: CGI related Operating System: Windows PHP Version: 6CVS-2006-11-04 (snap) New Comment: I'm just trying to let the PHP6 Developers know that $_GET does not work under FastCGI. Previous Comments: [2006-11-09 10:37:48] trustpunk at gmail dot com I'm just trying to let the PHP6 Developers know that $_GET does not work under FastCGI. [2006-11-09 08:51:02] [EMAIL PROTECTED] PHP6 is a development version, which might not compile at all and it's okay. Please use and test PHP5, if you're not working on some part of PHP6. [2006-11-09 01:52:29] trustpunk at gmail dot com I'm using PHP6-DEV, not PHP5. Now wonder the problem remains. [2006-11-09 01:50:08] trustpunk at gmail dot com Sorry, but the problem still perists. Have you also tested it? [2006-11-08 14:02:54] [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/39370 -- Edit this bug report at http://bugs.php.net/?id=39370edit=1
#39370 [Fbk-Opn]: $_GET no longer works under FastCGI but works under CGI.
ID: 39370 User updated by: trustpunk at gmail dot com Reported By: trustpunk at gmail dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Windows PHP Version: 6CVS-2006-11-04 (snap) New Comment: Sorry, but the problem still perists. Have you also tested it? Previous Comments: [2006-11-08 14:02:54] [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-11-08 05:55:07] trustpunk at gmail dot com BUMP! Has anyone even checked into this yet? [2006-11-04 07:53:30] trustpunk at gmail dot com Description: The special $_GET variable no longer works under FastCGI. I'm not sure if the others fail. $_SERVER seems to work. Reproduce code: --- PHP/6.0.0-DEV Code: pre ?php print_r($_GET); ? /pre URL: http://localhost/test.php?get=Hello Expected result: I expect to see some elements in the $_GET array after sending a GET request from the URL. Actual result: -- I get nothing in the $_GET array after using a request like: http://localhost/test.php?get=Hello Note: Remember that CGI/1.1 is npot effected by this bug from what I've tested. -- Edit this bug report at http://bugs.php.net/?id=39370edit=1
#39370 [Opn]: $_GET no longer works under FastCGI but works under CGI.
ID: 39370 User updated by: trustpunk at gmail dot com Reported By: trustpunk at gmail dot com Status: Open Bug Type: CGI related Operating System: Windows PHP Version: 6CVS-2006-11-04 (snap) New Comment: I'm using PHP6-DEV, not PHP5. Now wonder the problem remains. Previous Comments: [2006-11-09 01:50:08] trustpunk at gmail dot com Sorry, but the problem still perists. Have you also tested it? [2006-11-08 14:02:54] [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-11-08 05:55:07] trustpunk at gmail dot com BUMP! Has anyone even checked into this yet? [2006-11-04 07:53:30] trustpunk at gmail dot com Description: The special $_GET variable no longer works under FastCGI. I'm not sure if the others fail. $_SERVER seems to work. Reproduce code: --- PHP/6.0.0-DEV Code: pre ?php print_r($_GET); ? /pre URL: http://localhost/test.php?get=Hello Expected result: I expect to see some elements in the $_GET array after sending a GET request from the URL. Actual result: -- I get nothing in the $_GET array after using a request like: http://localhost/test.php?get=Hello Note: Remember that CGI/1.1 is npot effected by this bug from what I've tested. -- Edit this bug report at http://bugs.php.net/?id=39370edit=1
#39441 [NEW]: expose_php does not work with ini_set() function.
From: trustpunk at gmail dot com Operating system: Windows PHP version: 5.2.0 PHP Bug Type: Feature/Change Request Bug description: expose_php does not work with ini_set() function. Description: I can't get the expose_php Configuration option to work with the ini_set function. I'm shocked that it doesn't work. Reproduce code: --- Let's test this on the get_headers function. pre ?php ini_set(expose_php, 0); $headers = get_headers(http://localhost/phpinfo.php;, 1); print_r($headers); ? /pre The same server is requesting a PHP page to see if the expose_php configuration worked. Output: Array ( [0] = HTTP/1.1 200 OK [X-Powered-By] = PHP/5.2.0 [Content-type] = text/html [Connection] = Close [Date] = Thu, 09 Nov 2006 03:05:24 GMT [Server] = Abyss/2.3.2-X2-Win32 AbyssLib/2.3.2 ) Why is PHP still exposed? I set it to Off! Expected result: I expect this to happen. Array ( [0] = HTTP/1.1 200 OK [Content-type] = text/html [Connection] = Close [Date] = Thu, 09 Nov 2006 03:05:24 GMT [Server] = Abyss/2.3.2-X2-Win32 AbyssLib/2.3.2 ) Actual result: -- The expose_php Configuration from the ini_set function did not work. I would like this to be fixed. -- Edit bug report at http://bugs.php.net/?id=39441edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39441r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39441r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39441r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39441r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39441r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39441r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39441r=needscript Try newer version:http://bugs.php.net/fix.php?id=39441r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39441r=support Expected behavior:http://bugs.php.net/fix.php?id=39441r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39441r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39441r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39441r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39441r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39441r=dst IIS Stability:http://bugs.php.net/fix.php?id=39441r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39441r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39441r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39441r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39441r=mysqlcfg
#39441 [Opn-Csd]: expose_php does not work with ini_set() function.
ID: 39441 User updated by: trustpunk at gmail dot com Reported By: trustpunk at gmail dot com -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Windows PHP Version: 5.2.0 New Comment: I just read that it's a php.ini only Configuration. Sorry. Previous Comments: [2006-11-09 03:08:15] trustpunk at gmail dot com Description: I can't get the expose_php Configuration option to work with the ini_set function. I'm shocked that it doesn't work. Reproduce code: --- Let's test this on the get_headers function. pre ?php ini_set(expose_php, 0); $headers = get_headers(http://localhost/phpinfo.php;, 1); print_r($headers); ? /pre The same server is requesting a PHP page to see if the expose_php configuration worked. Output: Array ( [0] = HTTP/1.1 200 OK [X-Powered-By] = PHP/5.2.0 [Content-type] = text/html [Connection] = Close [Date] = Thu, 09 Nov 2006 03:05:24 GMT [Server] = Abyss/2.3.2-X2-Win32 AbyssLib/2.3.2 ) Why is PHP still exposed? I set it to Off! Expected result: I expect this to happen. Array ( [0] = HTTP/1.1 200 OK [Content-type] = text/html [Connection] = Close [Date] = Thu, 09 Nov 2006 03:05:24 GMT [Server] = Abyss/2.3.2-X2-Win32 AbyssLib/2.3.2 ) Actual result: -- The expose_php Configuration from the ini_set function did not work. I would like this to be fixed. -- Edit this bug report at http://bugs.php.net/?id=39441edit=1
#39370 [Opn]: $_GET no longer works under FastCGI but works under CGI.
ID: 39370 User updated by: trustpunk at gmail dot com Reported By: trustpunk at gmail dot com Status: Open Bug Type: CGI related Operating System: Windows PHP Version: 6CVS-2006-11-04 (snap) New Comment: BUMP! Has anyone even checked into this yet? Previous Comments: [2006-11-04 07:53:30] trustpunk at gmail dot com Description: The special $_GET variable no longer works under FastCGI. I'm not sure if the others fail. $_SERVER seems to work. Reproduce code: --- PHP/6.0.0-DEV Code: pre ?php print_r($_GET); ? /pre URL: http://localhost/test.php?get=Hello Expected result: I expect to see some elements in the $_GET array after sending a GET request from the URL. Actual result: -- I get nothing in the $_GET array after using a request like: http://localhost/test.php?get=Hello Note: Remember that CGI/1.1 is npot effected by this bug from what I've tested. -- Edit this bug report at http://bugs.php.net/?id=39370edit=1
#39370 [NEW]: $_GET no longer works under FastCGI but works under CGI.
From: trustpunk at gmail dot com Operating system: Windows PHP version: 6CVS-2006-11-04 (snap) PHP Bug Type: CGI related Bug description: $_GET no longer works under FastCGI but works under CGI. Description: The special $_GET variable no longer works under FastCGI. I'm not sure if the others fail. $_SERVER seems to work. Reproduce code: --- PHP/6.0.0-DEV Code: pre ?php print_r($_GET); ? /pre URL: http://localhost/test.php?get=Hello Expected result: I expect to see some elements in the $_GET array after sending a GET request from the URL. Actual result: -- I get nothing in the $_GET array after using a request like: http://localhost/test.php?get=Hello Note: Remember that CGI/1.1 is npot effected by this bug from what I've tested. -- Edit bug report at http://bugs.php.net/?id=39370edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39370r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39370r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39370r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39370r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39370r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39370r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39370r=needscript Try newer version:http://bugs.php.net/fix.php?id=39370r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39370r=support Expected behavior:http://bugs.php.net/fix.php?id=39370r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39370r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39370r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39370r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39370r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39370r=dst IIS Stability:http://bugs.php.net/fix.php?id=39370r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39370r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39370r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39370r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39370r=mysqlcfg
#38981 [Csd-Opn]: Adding FTP URL's in the get_headers() function, causes PHP to crash.
ID: 38981 User updated by: trustpunk at gmail dot com Reported By: trustpunk at gmail dot com -Status: Closed +Status: Open Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.2.0RC4 New Comment: Sorry, but I tried the new and newer CVS Snapshots and it still does not fix the problem. I'm trying to pull the content headers from an FTP server, and all this snapshot does is return false to any FTP URL I give it. I didn't want to Open this back up but I had to. Previous Comments: [2006-09-28 12:55:22] [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. [2006-09-28 12:40:03] trustpunk at gmail dot com Description: When you add a simple FTP connection to the get_headers() function, PHP will crash. Reproduce code: --- pre ?php $ftp_server = ftp://user:[EMAIL PROTECTED]/path/to/file.zip; // Let's echo the header from the file print_r(get_headers($ftp_server)); ? /pre Expected result: I want the headers from my FTP server request. Actual result: -- Windows tells me that PHP has crashed. Also, I'm testing this on PHP5.2.0RC5. -- Edit this bug report at http://bugs.php.net/?id=38981edit=1
#38981 [NEW]: Adding FTP URL's in the get_headers() function, causes PHP to crash.
From: trustpunk at gmail dot com Operating system: Windows XP PHP version: 5.2.0RC4 PHP Bug Type: Reproducible crash Bug description: Adding FTP URL's in the get_headers() function, causes PHP to crash. Description: When you add a simple FTP connection to the get_headers() function, PHP will crash. Reproduce code: --- pre ?php $ftp_server = ftp://user:[EMAIL PROTECTED]/path/to/file.zip; // Let's echo the header from the file print_r(get_headers($ftp_server)); ? /pre Expected result: I want the headers from my FTP server request. Actual result: -- Windows tells me that PHP has crashed. Also, I'm testing this on PHP5.2.0RC5. -- Edit bug report at http://bugs.php.net/?id=38981edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38981r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38981r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38981r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38981r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38981r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38981r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38981r=needscript Try newer version:http://bugs.php.net/fix.php?id=38981r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38981r=support Expected behavior:http://bugs.php.net/fix.php?id=38981r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38981r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38981r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38981r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38981r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38981r=dst IIS Stability:http://bugs.php.net/fix.php?id=38981r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38981r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38981r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38981r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38981r=mysqlcfg