ID: 15333
Comment by: tgannon@colliers-seeley.com
Reported By: david@harksystems.com
Status: Open
Bug Type: IIS related
Operating System: Windows 2000 Pro
PHP Version: 4.2.1
New Comment:
Hello,
I can't come up with a working test case but I have an idea which
might help narrow the search. I have two PHP applications, one of
which works fine in IIS and the other of which causes this bug
frequently. The only significant difference that I can find between
the two apps is that the one that hangs IIS uses sessions and cookies,
whereas the stable one does not.
I removed the calls to session_start and session_register from the
unstable one, and after some testing it appears to still work. I'll
give an update after some more testing has been done.
Windows 2000 Server, Service pack 3 + .NET Framework (sp2)
PHP 4.2.2 as ISAPI
Previous Comments:
------------------------------------------------------------------------
[2002-07-26 14:10:17] agustinchernitsky@hotmail.com
James,
Win2K
2.00.2195
SP2
IIS 5.0.2195.2966
PHP 4.2.1
Create a Web Site with ISAPI, make the PHP do some lookups in MySQL
(Install PHPMyAdmin). That should do it... No security Service Packs
are Installed, Just SP2.
------------------------------------------------------------------------
[2002-07-23 18:26:19] ken@rockies.ca
Also getting this bug with PHP 4.2.2
------------------------------------------------------------------------
[2002-07-23 10:45:50] tshazli@linuxmail.org
To James;
I have installed 3 machines with IIS 5 on win2k. They all have the same
problem with the access violation If you are using PHP ISAPI AND you
are accessing a database. On my m/c, I am accessing MSSQL server using
ADODB. I've tried using ODBC or MSSQL server ext. module. They fail
much more often than using the ADODB. Your system might be stable
because maybe you do not use DB or the load on your system is very low.
I also noticed that this happens when more than one process are trying
to access the DB at the same time (Might help!).
Also if you use the low protection in IIS, It helps but does not
prevent the problem (the access violation happens less often).
Also, to kill the IIS, you need to do the following; There is a file
called (iisreset.exe). Dunno why MS made that file (probably a bug they
know about it in IIS and cannot fix it) but this file is executed
whenever you try to kill IIS. It is a bug itself. So delete this file
from the system folder and from DLLCache folder. But you have to know
if you delete this file, and IIS craches, you have to restart IIS
manually (Or install some monitoring software that monitors the service
and restart it whenever it goes down).
Also I noticed that adding the ISAPI to each virtual site filter (not
from the properties of the IIS itself but rather from each Virtual
website properties) helps reducing the AV.
------------------------------------------------------------------------
[2002-07-22 16:07:49] jmoore@php.net
Although there seems to be a common failure in strndup this is probably
due to a buffer overflow somewhere which is being caused to overflow by
strndup, I can never get these IIS bugs to repeat on my system, IIS
seems about as stable as possible here, could you all give me your
EXACT versions of 2k, IIS etc and Ill do my best to look into it, if
not please can someone install MS VC6 and debug the process when it
crashes (See technet/msdn on howto debug services) and get a stack
trace so we can see where this crash is happening. I dont really think
this bug is critical as things have never been that great on IIS and
although its a hassle for a lot of people a work around would be to use
PHP as CGI. Removing Critical status.
- James
------------------------------------------------------------------------
[2002-07-16 22:26:29] akierum@yahoo.com
To restart IIS try to use "Restart IIS" rather than doind stop start.
Worked 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/15333--
Edit this bug report at http://bugs.php.net/?id=15333&edit=1