#38111 [Com]: PHP crashes IIS worker process and application pool

2008-07-04 Thread noone at nowhere dot com
 ID:   38111
 Comment by:   noone at nowhere dot com
 Reported By:  svendavidh at hotmail dot com
 Status:   No Feedback
 Bug Type: IIS related
 Operating System: Windows Server 2003 Std. Ed. R2
 PHP Version:  5.1.4
 Assigned To:  pajoye
 New Comment:

I too see this problem on IIS7 with both Vista Ultimate and Win2K8 Web
Edition.

The problem is certainly related to security/authentication and such,
since if you run the worker process under a named admin account, then
the crashes at regular intervals dissappear.

The thing is that PHP does still cause a fault on exit, which is a bit
unpleasant, especially if you develop your own ISAPI modules and or PECL
extensions alongside PHP. It makes it much harder to trace memory leaks
in ones own code, and so on.

One might think that people are keen to promote the quality of PHP, but
it seems They all do that sir. is good enough.


Previous Comments:


[2008-07-03 01:00:00] 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.



[2008-06-27 02:23:24] leo at calinfomgmt dot com

Same problem here. We are also using the ISAPI install of PHP. Maybe
someone will use this backtrace to fix a problem that seems to pleg the
entire 5.1.x version.



[2008-06-25 18:02:32] kevin dot webb at f2bc dot net

Since it's an ISAPI istall of PHP there is no php.exe process to tag.
This is a crash dump will all IIS related process flaged and using the
PHP debug.

Thread 0 - System ID 6548
Entry point   w3wp!wmainCRTStartup 
Create time   6/25/2008 9:58:56 AM 
Time spent in user mode   0 Days 0:0:0.78 
Time spent in kernel mode   0 Days 0:0:0.62 






Function Arg 1 Arg 2 Arg 3   Source 
w3core!W3_SERVER::Terminate+164  01001418 010013e4 
  
w3core!UlW3Start+280 0007 00263978 
w3wp!wmain+22a 0007 00263978 00264560
w3wp!wmainCRTStartup+12f   bffdb000
kernel32!BaseProcessStart+23 010018f8  78746341   





W3CORE!W3_SERVER::TERMINATE+164In
w3wp__PID__2044__Date__06_25_2008__Time_10_26_06AM__734__Second_Chance_Exception_C005.dmp
the assembly instruction at w3core!W3_SERVER::Terminate+164 in
c:\WINDOWS\system32\inetsrv\w3core.dll from Microsoft Corporation has
caused an access violation exception (0xC005) when trying to read
from memory location 0x608fc030 on thread 0

Module Information 
Image Name: c:\WINDOWS\system32\inetsrv\w3core.dll   Symbol Type:  PDB

Base address: 0x5a39   Time Stamp:  Sat Feb 17 06:01:40 2007  
Checksum: 0x00064439   Comments:   
COM DLL: False   Company Name:  Microsoft Corporation 
ISAPIExtension: False   File Description:  IIS Web Server Core 
ISAPIFilter: False   File Version:  6.0.3790.3959
(srv03_sp2_rtm.070216-1710) 
Managed DLL: False   Internal Name:  w3core.dll 
VB DLL: False   Legal Copyright:  © Microsoft Corporation. All rights
reserved. 
Loaded Image Name:  w3core.dll   Legal Trademarks:   
Mapped Image Name: Original filename:  w3core.dll 
Module name:  w3core   Private Build:   
Single Threaded:  False   Product Name:  Internet Information Services

Module Size:  352.00 KBytes   Product Version:  6.0.3790.3959 
Symbol File Name: 
c:\symcache\w3core.pdb\1BD3D6C6BC5C44D3B496F792D23444952\w3core.pdb  
Special Build:  



[2008-06-25 16:33:14] kevin dot webb at f2bc dot net

Here you go.

Thread 0 - System ID 9988
Entry point   w3wp!wmainCRTStartup 
Create time   6/24/2008 9:06:45 PM 
Time spent in user mode   0 Days 0:0:0.93 
Time spent in kernel mode   0 Days 0:0:0.62 






Function Arg 1 Arg 2 Arg 3   Source 
w3core!W3_SERVER::Terminate+164  01001418 010013e4 
  
w3core!UlW3Start+280 0007 00263978 
w3wp!wmain+22a 0007 00263978 00264560
w3wp!wmainCRTStartup+12f   bffdb000
kernel32!BaseProcessStart+23 010018f8  78746341   





W3CORE!W3_SERVER::TERMINATE+164In
w3wp__PID__9860__Date__06_24_2008__Time_09_27_54PM__62__Second_Chance_Exception_C005.dmp
the assembly instruction at w3core!W3_SERVER::Terminate+164 in
c:\WINDOWS\system32\inetsrv\w3core.dll from Microsoft Corporation has
caused an access violation exception (0xC005) when trying to read
from memory location 0x608fc030 on thread 0

Module Information 
Image Name: c:\WINDOWS\system32\inetsrv\w3core.dll   Symbol Type:  PDB

Base address: 0x5a39   Time Stamp:  Sat Feb 17 06

#38051 [Com]: changing upload_max_filesize in php.ini has no effect

2008-06-13 Thread noone at nowhere dot com
 ID:   38051
 Comment by:   noone at nowhere dot com
 Reported By:  saurabh_barjatiya at daiict dot ac dot in
 Status:   No Feedback
 Bug Type: *Configuration Issues
 Operating System: Fedora Core 5
 PHP Version:  5.1.4
 New Comment:

I had similar problems, I'm using MAMP.  I changed the right config
file but nothing was getting changed when I ran php.

Turned out I had a rogue copy of a php.ini file in my root
(/Volumes/Leopard) on a mac.  when the server ran it found this copy and
used IT as the config file (I guess over riding the specified config
file).  As soon as I found (!) and deleted that root copy, the correct
one was then being seen... problem solved.

Do a system wide search on php.ini and make sure there aren't any stray
copies kicking around.


Previous Comments:


[2007-02-10 22:25:46] ilyas at foxplan dot com

I had the same problem inn IIS 5.0. I noticed that IIS was picking
php.ini from c:\program files\php folder instead of c:\php where I
expected it to be.

When I changed php.ini in c:\program files\php folder, I had the
desitred result.

just check your PC incase there is another installation of php.



[2006-12-26 00:33:22] marek dot zolkowski at gmail dot com

I found an error in my php.ini file... there were 1 not necessary  in
file. Problem solved...



[2006-12-23 17:17:21] ZavPublic at mac dot com

I believe this is fixed in PHP 5.1.6



[2006-12-21 18:02:24] marek dot zolkowski at gmail dot com

I've got the same problem:
any changes in section File Uploads has no effect
(upload_max_filesize and upload_tmp_dir)

I'm using php 5.2.0-8 in apache-ssl on Debian.

It happens after upgreading php from php4 to php5. Before this upgrade
I could upload larger files and there was everything ok...

Can anyone help me?



[2006-11-06 17:00:42] zavpublic at mac dot com

Same issue for me in 5.1.4
Using php 5.1.4 in MAMP on a Quad G5 under Mac OS X 10.4.8.



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/38051

-- 
Edit this bug report at http://bugs.php.net/?id=38051edit=1