PHP :: Bug #37303 :: IIS6 fail on shutdown

Bug #37303

IIS6 fail on shutdown

Submitted:

2006-05-04 06:07 UTC

Modified:

2006-05-24 22:03 UTC

Votes:	7
Avg. Score:	4.9 ± 0.3
Reproduced:	4 of 4 (100.0%)
Same Version:	3 (75.0%)
Same OS:	4 (100.0%)

From:

klimov at mmk dot ru

Assigned:

Status:

Not a bug

Package:

IIS related

PHP Version:

5.1.4

OS:

Windows 2003

Private report:

CVE-ID:

None

View Developer Edit

Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.

php.net Username: php.net Password:

Quick Fix:	(description)
	Block user comment
Status:		Assign to:
Package:
Bug Type:
Summary:
From:	klimov at mmk dot ru
New email:
PHP Version:		OS:

New/Additional Comment:

[2006-05-04 06:07 UTC] klimov at mmk dot ru

Description:
------------
IIS6 fail on shutdown when phpisapi.dll are used.

Reproduce code:
---------------
It was used the phpisapi.dll 5.1.3 on Windows 2003 Standard Edition. I load the index.php page. Than I
shutdown IIS6 with command line "net stop iisadmin" and get access violation. I get back phpisapi.dll 5.1.2 and now all ok.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports

[2006-05-04 07:04 UTC] tony2001@php.net

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.

[2006-05-06 04:01 UTC] klimov at mmk dot ru

Call Stack:

# ChildEBP RetAddr  Args to Child              
WARNING: Frame IP not in any known module. Following frames may be wrong.
00 0126ff84 77bbb3ca 021c2490 00000000 00000000 <Unloaded_php5ts.dll>+0x265c80
01 0126ffb8 7c826063 021837e8 00000000 00000000 msvcrt!endthread+0xab
02 0126ffec 00000000 77bbb35a 021837e8 00000000 kernel32!GetModuleFileNameA+0xeb

Debug:

(bdc.ff0): Access violation - code c0000005 (first chance)
eax=77bcca52 ebx=021e7a20 ecx=021e7a20 edx=01250087 esi=0160a520 edi=00000000
eip=01af5c80 esp=0124ff88 ebp=0124ffb8 iopl=0         nv up ei pl zr na po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00010246
<Unloaded_php5ts.dll>+0x265c80:

(bdc.ff0): Access violation - code c0000005 (!!! second chance !!!)
eax=77bcca52 ebx=021e7a20 ecx=021e7a20 edx=01250087 esi=0160a520 edi=00000000
eip=01af5c80 esp=0124ff88 ebp=0124ffb8 iopl=0         nv up ei pl zr na po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00010246
<Unloaded_php5ts.dll>+0x265c80:

[2006-05-06 04:05 UTC] klimov at mmk dot ru

I try to use php5ispai 5.1.4. Nothing changed.

[2006-05-06 09:26 UTC] tony2001@php.net

What about debug symbols instead of "02 0126ffec 00000000 77bbb35a 021837e8 00000000" ?

[2006-05-10 17:13 UTC] zbowden at vt dot edu

I got the same thing for the call stack. I did try downloading the debug-pack and using those symbols files but never was able to get anything useful. I tried loading the symbols and using them several different (kd, windbg, IIS Diag) ways but never was able to get anything more than what's already been posted. If you have some instructions or ideas I'd be happy to try them. You can tell the Microsoft symbols are loading and resolving properly but I'm not sure about the PHP symbols? I've never tried to look up anything in an unloaded module before, since you've still got the offset I imagine it can be done.

[2006-05-14 01:00 UTC] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

[2006-05-15 02:25 UTC] klimov at mmk dot ru

I got the same result with debug symbols.

[2006-05-24 22:03 UTC] tony2001@php.net

We are aware of PHP's problems with stability under IIS and are working 
to rectify the problem. Unfortunatly your bug report does not contain any
extra useful information and we already have enough bug reports open about
this issue. If you can provide more detailed information such as a 
reproducable crash or a backtrace please do so and reopen this bug. 
Otherwise please keep trying new releases as we are working to resolve 
the problems on this platform
 
Thanks for your interest in PHP.

	php.net \| support \| documentation \| report a bug \| advanced search \| search howto \| statistics \| random bug \| login
go to bug id or search bugs for


Copyright © 2001-2025 The PHP Group All rights reserved.	Last updated: Sun Jul 13 20:01:33 2025 UTC