#21637 [Opn]: Header('Location: ... ') problem
ID: 21637 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: No, the output is on the result page. Ex: page 1 redirect to page 2 and page 2 echos out "Hello World". In the case we put the "header('Content-type: text/html');" line we do see "Hello world", if we delete that line we don't se "Hello world" (not as simple as this, but you got the idea). By the way we also do an ob_flush to make sure everything is treated, but it doesn't change a thing. Previous Comments: [2003-01-25 08:56:12] [EMAIL PROTECTED] you have *output* on a redirect page? this once again doesn't make sense at all to me ... (but still it should not hang, esp. if it worked in 4.2.x) how does IIS handle redirects? does it just pass them to the client or does it handle some of them itself? [2003-01-17 10:50:58] [EMAIL PROTECTED] We did try to remove the "header('Content-type: text/html')" portion of the code. We then have problems with the "print_r" or the "echo" functions that will not work correctly. We receive only part of the page, PHP seems to forget to process some lines of code. If we put back the header line, then the code works perfectly. [2003-01-16 09:50:52] [EMAIL PROTECTED] It was working fine with PHP up to version 4.2.2 (dont know about 4.2.3 because of our ohter problem with headers cf bug #19351) [2003-01-16 09:30:46] [EMAIL PROTECTED] sure, it should not crash or hang, but... this combination of header fields just makes no sense, as the actual content-type is determined by the result of the request to the 'Location:' URL (right now i can't think of *any* header that would make sense in combination with 'Location:') maybe it is even the webserver itself and not php that gets confused by this header combination? did it work with previous PHP versions? [2003-01-15 12:49:48] [EMAIL PROTECTED] php4isapi.dll created friday the 27th of december 2002 at 05:43:24. We even created a filter at the master properties level of IIS using php4isapi.dll. It used to fix a lot of "memory" problems... 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/21637 -- Edit this bug report at http://bugs.php.net/?id=21637&edit=1
#21637 [Opn]: Header('Location: ... ') problem
ID: 21637 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: We did try to remove the "header('Content-type: text/html')" portion of the code. We then have problems with the "print_r" or the "echo" functions that will not work correctly. We receive only part of the page, PHP seems to forget to process some lines of code. If we put back the header line, then the code works perfectly. Previous Comments: [2003-01-16 09:50:52] [EMAIL PROTECTED] It was working fine with PHP up to version 4.2.2 (dont know about 4.2.3 because of our ohter problem with headers cf bug #19351) [2003-01-16 09:30:46] [EMAIL PROTECTED] sure, it should not crash or hang, but... this combination of header fields just makes no sense, as the actual content-type is determined by the result of the request to the 'Location:' URL (right now i can't think of *any* header that would make sense in combination with 'Location:') maybe it is even the webserver itself and not php that gets confused by this header combination? did it work with previous PHP versions? [2003-01-15 12:49:48] [EMAIL PROTECTED] php4isapi.dll created friday the 27th of december 2002 at 05:43:24. We even created a filter at the master properties level of IIS using php4isapi.dll. It used to fix a lot of "memory" problems... [2003-01-15 12:37:17] [EMAIL PROTECTED] Which SAPI are you using? [2003-01-15 08:00:54] [EMAIL PROTECTED] Actually, there is no error, the system just stalls, we got nothing out as a result and we are forced to kill the inetinfo process to restart PHP (just stopping the service W3SVC wont work, the service wont stopped and will stay in a "stopping" mode). It seems to be a problem between IIS and PHP, but we didn't have this problem up to version 4.2.2. We had another problem with the headers in version 4.2.3 that was reported in bug #19351, maybe it is related? 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/21637 -- Edit this bug report at http://bugs.php.net/?id=21637&edit=1
#21637 [Opn]: Header('Location: ... ') problem
ID: 21637 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: It was working fine with PHP up to version 4.2.2 (dont know about 4.2.3 because of our ohter problem with headers cf bug #19351) Previous Comments: [2003-01-16 09:30:46] [EMAIL PROTECTED] sure, it should not crash or hang, but... this combination of header fields just makes no sense, as the actual content-type is determined by the result of the request to the 'Location:' URL (right now i can't think of *any* header that would make sense in combination with 'Location:') maybe it is even the webserver itself and not php that gets confused by this header combination? did it work with previous PHP versions? [2003-01-15 12:49:48] [EMAIL PROTECTED] php4isapi.dll created friday the 27th of december 2002 at 05:43:24. We even created a filter at the master properties level of IIS using php4isapi.dll. It used to fix a lot of "memory" problems... [2003-01-15 12:37:17] [EMAIL PROTECTED] Which SAPI are you using? [2003-01-15 08:00:54] [EMAIL PROTECTED] Actually, there is no error, the system just stalls, we got nothing out as a result and we are forced to kill the inetinfo process to restart PHP (just stopping the service W3SVC wont work, the service wont stopped and will stay in a "stopping" mode). It seems to be a problem between IIS and PHP, but we didn't have this problem up to version 4.2.2. We had another problem with the headers in version 4.2.3 that was reported in bug #19351, maybe it is related? [2003-01-14 19:20:36] [EMAIL PROTECTED] What do you mean with 'crash' ? Do you get any errors? 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/21637 -- Edit this bug report at http://bugs.php.net/?id=21637&edit=1
#21637 [Fbk->Opn]: Header('Location: ... ') problem
ID: 21637 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: php4isapi.dll created friday the 27th of december 2002 at 05:43:24. We even created a filter at the master properties level of IIS using php4isapi.dll. It used to fix a lot of "memory" problems... Previous Comments: [2003-01-15 12:37:17] [EMAIL PROTECTED] Which SAPI are you using? [2003-01-15 08:00:54] [EMAIL PROTECTED] Actually, there is no error, the system just stalls, we got nothing out as a result and we are forced to kill the inetinfo process to restart PHP (just stopping the service W3SVC wont work, the service wont stopped and will stay in a "stopping" mode). It seems to be a problem between IIS and PHP, but we didn't have this problem up to version 4.2.2. We had another problem with the headers in version 4.2.3 that was reported in bug #19351, maybe it is related? [2003-01-14 19:20:36] [EMAIL PROTECTED] What do you mean with 'crash' ? Do you get any errors? [2003-01-14 11:20:30] [EMAIL PROTECTED] We have a PHP 4.3 installation on Windows 2000 Server & Workstation. On both systems, the following code produce a PHP crash. If we remove the "header('Content-type: text/html');" line, the code work fine, but we need to be able to force the Content type header for our application to work. -- Edit this bug report at http://bugs.php.net/?id=21637&edit=1
#21637 [Fbk->Opn]: Header('Location: ... ') problem
ID: 21637 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Actually, there is no error, the system just stalls, we got nothing out as a result and we are forced to kill the inetinfo process to restart PHP (just stopping the service W3SVC wont work, the service wont stopped and will stay in a "stopping" mode). It seems to be a problem between IIS and PHP, but we didn't have this problem up to version 4.2.2. We had another problem with the headers in version 4.2.3 that was reported in bug #19351, maybe it is related? Previous Comments: [2003-01-14 19:20:36] [EMAIL PROTECTED] What do you mean with 'crash' ? Do you get any errors? [2003-01-14 11:20:30] [EMAIL PROTECTED] We have a PHP 4.3 installation on Windows 2000 Server & Workstation. On both systems, the following code produce a PHP crash. If we remove the "header('Content-type: text/html');" line, the code work fine, but we need to be able to force the Content type header for our application to work. -- Edit this bug report at http://bugs.php.net/?id=21637&edit=1
#21637 [NEW]: Header('Location: ... ') problem
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.3.0 PHP Bug Type: Reproducible crash Bug description: Header('Location: ... ') problem We have a PHP 4.3 installation on Windows 2000 Server & Workstation. On both systems, the following code produce a PHP crash. If we remove the "header('Content-type: text/html');" line, the code work fine, but we need to be able to force the Content type header for our application to work. -- Edit bug report at http://bugs.php.net/?id=21637&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21637&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21637&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21637&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21637&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21637&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21637&r=support Expected behavior: http://bugs.php.net/fix.php?id=21637&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21637&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21637&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21637&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21637&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21637&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21637&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21637&r=gnused
Bug #16060 Updated: Memory Access Violation
ID: 16060 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: After trying different configurations, it seems that the problem appears when using Zend Optimizer. I reinstalled PHP 4.12 and removed the option Zend Optimizer in the php.ini and it seems to work now. The solution works, but I definitely need to use the optimizer as I want to Zend Encode my pages. Previous Comments: [2002-03-15 03:54:03] [EMAIL PROTECTED] The problem appears on any page. The only constant is that every page is connecting to a database (MS SQL Server) using DB::connect [2002-03-15 03:52:16] [EMAIL PROTECTED] The problem appears on any page. The only constant is that every page is connecting to a database (MS SQL Server) using DB::connect [2002-03-14 17:27:30] [EMAIL PROTECTED] Just tried it with php 4.0.6 (allthough phpinfo() says 4.0.5) and everything works fine. btw it's Windows 2000 Server that I use. [2002-03-14 17:14:38] [EMAIL PROTECTED] I have the exact same configuration. I just installed PHP 4.1.2 to work with the ISAPI module. When I visit ANY php page it gives the following error msg: "Invalid access to memory location." The CGI module still works ok. I was looking for version 4.1.1 to test if this one works, but it is not available on php.net any more. Could someone provide me a link to 4.1.1, so that I can see if it works with that one. [2002-03-14 04:57:28] [EMAIL PROTECTED] status -> feedback 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/16060 -- Edit this bug report at http://bugs.php.net/?id=16060&edit=1
Bug #16060 Updated: Memory Access Violation
ID: 16060 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: The problem appears on any page. The only constant is that every page is connecting to a database (MS SQL Server) using DB::connect Previous Comments: [2002-03-15 03:52:16] [EMAIL PROTECTED] The problem appears on any page. The only constant is that every page is connecting to a database (MS SQL Server) using DB::connect [2002-03-14 17:27:30] [EMAIL PROTECTED] Just tried it with php 4.0.6 (allthough phpinfo() says 4.0.5) and everything works fine. btw it's Windows 2000 Server that I use. [2002-03-14 17:14:38] [EMAIL PROTECTED] I have the exact same configuration. I just installed PHP 4.1.2 to work with the ISAPI module. When I visit ANY php page it gives the following error msg: "Invalid access to memory location." The CGI module still works ok. I was looking for version 4.1.1 to test if this one works, but it is not available on php.net any more. Could someone provide me a link to 4.1.1, so that I can see if it works with that one. [2002-03-14 04:57:28] [EMAIL PROTECTED] status -> feedback [2002-03-14 04:09:58] [EMAIL PROTECTED] Hi, Could you provide some information for us to work from? eg, what script in particular (if any) is causing this, and also some information on your environment. it doesn't crash for me. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16060 -- Edit this bug report at http://bugs.php.net/?id=16060&edit=1
Bug #16060 Updated: Memory Access Violation
ID: 16060 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: The problem appears on any page. The only constant is that every page is connecting to a database (MS SQL Server) using DB::connect Previous Comments: [2002-03-14 17:27:30] [EMAIL PROTECTED] Just tried it with php 4.0.6 (allthough phpinfo() says 4.0.5) and everything works fine. btw it's Windows 2000 Server that I use. [2002-03-14 17:14:38] [EMAIL PROTECTED] I have the exact same configuration. I just installed PHP 4.1.2 to work with the ISAPI module. When I visit ANY php page it gives the following error msg: "Invalid access to memory location." The CGI module still works ok. I was looking for version 4.1.1 to test if this one works, but it is not available on php.net any more. Could someone provide me a link to 4.1.1, so that I can see if it works with that one. [2002-03-14 04:57:28] [EMAIL PROTECTED] status -> feedback [2002-03-14 04:09:58] [EMAIL PROTECTED] Hi, Could you provide some information for us to work from? eg, what script in particular (if any) is causing this, and also some information on your environment. it doesn't crash for me. [2002-03-14 04:05:42] [EMAIL PROTECTED] We are using PHP 4.1.2 on IIS 5.0 on Windows 2000. PHP is running in ISAPI mode. We use to have Memory Access Violation in PHP 4.1.0, but the problem disappeared in version 4.1.1. We replace the version 4.1.1 by 4.1.2 this morning, and without changing anything else, we are getting Memory Access Violation every other pages. We are forced to go back to version 4.1.1 -- Edit this bug report at http://bugs.php.net/?id=16060&edit=1
Bug #16060: Memory Access Violation
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.1.2 PHP Bug Type: Reproducible crash Bug description: Memory Access Violation We are using PHP 4.1.2 on IIS 5.0 on Windows 2000. PHP is running in ISAPI mode. We use to have Memory Access Violation in PHP 4.1.0, but the problem disappeared in version 4.1.1. We replace the version 4.1.1 by 4.1.2 this morning, and without changing anything else, we are getting Memory Access Violation every other pages. We are forced to go back to version 4.1.1 -- Edit bug report at http://bugs.php.net/?id=16060&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16060&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16060&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16060&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16060&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16060&r=support Expected behavior: http://bugs.php.net/fix.php?id=16060&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16060&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16060&r=submittedtwice
Bug #13324 Updated: Access violations / memory problems
ID: 13324 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 SP2 PHP Version: 4.0.6 New Comment: Are you using Zendencoder? I have the same problem on a machine running Zendoptimizer with some pages that were Zendencoded. The server crashed every 20-30 request or so. I took off the pages Zendencoded and its working fine now... Seems that the problem stands there...It is not the Zendoptimizer, cause it is still in the php.ini and it works fine. Previous Comments: [2001-09-15 20:50:27] [EMAIL PROTECTED] After further investigation, this seems to be a hint to a higher IIS threading problem rather than a problem specific to Zend Optimizer. If I create a php page with the function getmicrotime() in it and then call this page from 5 different browser windows at about the same time, I receive the following error: Fatal error: Cannot redeclare getmicrotime() in C:\Websites\mysqlconnect.php on line 2 I've also confirmed that variables declared within the realm of the script are also available to other browser sessions. For example, creating a random number in a script and then executing a time consuming for-loop will result in more than one window ending up with the same random number. [2001-09-15 20:12:40] [EMAIL PROTECTED] As a follow-up, with ZendOptimizer.dll uncommented in the php.ini file: Each IIS restart and request to the php webpage will result in a new instance DLLHOST.exe being created in the Windows Task Manager. Older DLLHost.exe instances are not released with IIS Reset. [2001-09-15 19:45:40] [EMAIL PROTECTED] This is a fresh install of PHP 4.0.6 on a new install of Windows 2000 server with service pack 2. Zend Optimizer is installed and the site is in Medium (pooled) mode. I am using the php4isapi.dll. There are no other programs or services installed on this machine. The code executing is a single pconnect request to a MYSQL server and then a mysql_close() request. The code is not Zend optimized. If I enable ZendOptimizer.dll in the php.ini and execute the code, it operates fine. But if I reset the IIS service, the server returns the following 2 errors randomly: 1) -2147417842 (0x8001010e) 2) Invalid access to memory location. If I comment out the ZendOptimizer.dll in the PHP.ini file and then restart the web service, operation resumes as normal. I believe the IIS Web Service is not releasing the ZendOptimizer.dll from memory and then trying to reload it when PHP is called. This may be a hint to all the access violations every one is getting. -- Edit this bug report at http://bugs.php.net/?id=13324&edit=1
Bug #15333 Updated: strndup access violation
ID: 15333 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.1.1 New Comment: Are you using Zendencoder? I have the same problem on a machine running Zendoptimizer with some pages that were Zendencoded. The server crashed every 20-30 request or so. I took off the pages Zendencoded and its working fine now... Seems that the problem stands there... Previous Comments: [2002-02-01 15:41:48] [EMAIL PROTECTED] I am getting an access violation in php4ts!zend_strndup + 0x2B + 0xA05CB1AD. It is reproducable after about 20 or 30 requests, but it isn't a certain page that causes it. A page refresh may or may not display the page without error. Eventually the server will no longer serve pages at all and only a reboot will bring the web server back. Stopping IIS just sits there attempting to stop the service. Details: Windows 2000 Pro with service pack 2 and all critical and security updates from windowsupdate.microsoft.com K6-2 500MHz with 192Meg RAM I have the exact setup on my machine using an Athlon 1.2GHz with 512Meg RAM without any problem. However on two machines with an AMD K6-2 (configured identically) the web server will stop responding to requests consistently. I have also tested this on my Dell laptop with an Intel PIII/700MHz 256 Meg RAM with same Windows 2000 pro w/sp2 and all updates without any problem. When the server does stop serving pages the DLLHOST.EXE process virtual memory size goes to the max for the machine. I have installed php as an ISAPI module. I have also tried installing PHP as a CGI and have the same problem. I have tested this with php 4.0.6, 4.1.0, and 4.1.1 and have the same problem in zend_strndup with all three. I am using the windows zip file from the php.net download page. Also I am using the Interbase extension. No other extensions are being used. I hope I included enough info here. Thanks. -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1