ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.2.1 New Comment:
Sniper, the reason nobody gave feedback is because *nobody is using PHP ISAPI anymore*. I just tested this again with the latest 4.3.0-dev snapshot on Win2K. It still gives an AV. Here is how to duplicate it: 1. Create a file with the following line: <?php phpinfo(); ?> 2. From your web browser, access that file. 3. Press refresh repeatedly until you see an access violation. As j.mak said, no version of PHP ISAPI from 4.1.2 to present has worked. Previous Comments: ------------------------------------------------------------------------ [2002-09-26 20:06:35] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. ------------------------------------------------------------------------ [2002-09-20 10:41:53] [EMAIL PROTECTED] Just to add it to the list: Same problem here. Never got PHP to work through IIS. Tested it on Win2K Pro (SP2, no patches), Win2K Adv. Server (sp2 + srp1), Win2K Adv. Server (SP3 + latest patches). The machines vary from Duron cpu's, Celeron's, P3's, Athlon XP+'s. A request to a .php file would work for 1 or 2 times, but then the 'Invalid access to memory location' error in my browser. The php files tried where some files with only HTML (not one php tag), or just the <? phpinfo(); ?>. The PHP behaves fine when used with Apache-Win32, or from the command-line. I've never seen PHP (from versions 4.1.2 to 4.2.2) work on Win2K + IIS :(. ------------------------------------------------------------------------ [2002-09-07 00:09:09] [EMAIL PROTECTED] Umm that should only be feedbacked, not closed. ------------------------------------------------------------------------ [2002-09-07 00:04:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip There was a bug for dual processors that fixed this. Please try the latests version (4.2.3) to see if this is fixed. ------------------------------------------------------------------------ [2002-09-06 21:08:16] [EMAIL PROTECTED] Ok, here is the thing: I have 2 servers load balancing each other. had this problem with one of our servers (PIII dual processor) but not with the other which is a single processor. I tried to format the server, reinstall everything all over again, not apply microsoft patches/fixes...etc. still the problem occurs ONLY on the dual processor server. Then I tried to take one processor out of that box and guess what...IT worked flawlessly. I stress tested it with heavy load test for hours and not once I got the error ever again. I put the processor back to the box and tested it. I got the error again. I tried that many times. Always get the error with dual processor but not even once with single processor. So how to work around the problem? use single processor server. What causes the problem? dont know..It is between PHP and IIS. I am trying to find out the problem by debuging the services but if anyone is interested in reproducing the problem and trying to debug it, use dual processor with win2000 server and IIS5 with any php ver >=4.2.1 and use ADODB or MSSQL connections. Stress test it and you will get the error. ------------------------------------------------------------------------ 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
