#15333 [Com]: strndup access violation

ID: 15333 Comment by: jean-francois_larvoire@hp.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 have the same problem too. And it is reproductible. This is with the ISAPI version of PHP 4.2.2 under Windows XP. I get the following error message in the XP Error Log, when trying to access a page from another PC. A copy of the test file that causes the problem is at http://jf.larvoire.free.fr/calendrier.php3. Pressing on the "Next month" button crashes the PHP DLL. Jean-Francois Larvoire vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_strndup + 0x2B + 0x17C99F70 '. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Previous Comments: ------------------------------------------------------------------------ [2002-08-20 20:15:00] stan.noSPAM_@noSPAM_.daft.cc Win2k Server, latest security patches IIS 5.0 PHP 4.2.2 ISAPI Connections to both mySQL, MSSQL. Cookie and session usage. The error of which I was receiving after about 15 page views: "PHP has encountered an Access Violation at 011929AE" was solved by... 1. updating all DLLs by copying DLLs included with PHP into C:\winnt\system32 2. having php4isapi.dll in both my ISAPI Filters and Home Directory > Configuration (under the Site properties) 3. setting Application Protection to Low (IIS Process) 4. restarting the server After doing the above, I haven't seen the error since. ------------------------------------------------------------------------ [2002-08-14 13:41:02] tgannon@colliers-seeley.com 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 ------------------------------------------------------------------------ [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. ------------------------------------------------------------------------ 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