php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #45630 IIS7 + PHP5.3 via FastCGI = Crash
Submitted: 2008-07-26 08:51 UTC Modified: 2008-11-01 01:00 UTC
Votes:8
Avg. Score:4.2 ± 1.0
Reproduced:7 of 8 (87.5%)
Same Version:5 (71.4%)
Same OS:3 (42.9%)
From: ast dot markus at gmx dot net Assigned:
Status: No Feedback Package: Reproducible crash
PHP Version: 5.3CVS-2008-07-15 (snap) OS: Windows Vista SP1 x64
Private report: No CVE-ID: None
Have you experienced this issue?
Rate the importance of this bug to you:

 [2008-07-26 08:51 UTC] ast dot markus at gmx dot net
Description:
------------
Try to use a PHP5.3dev via FastCGI on IIS7 causes php-cgi.php to crash.

Reproduce code:
---------------
<?php
echo phpinfo();
?>

Expected result:
----------------
the phpinfo table

Actual result:
--------------
Thread 0 - System ID 3912
Entry point   php_cgi!fcgi_impersonate+26 
Create time   16.07.2008 18:07:25 
Time spent in user mode   0 Days 0:0:0.78 
Time spent in kernel mode   0 Days 0:0:0.265 






Function     Arg 1     Arg 2     Arg 3   Source 
php5ts!zend_mm_safe_error+196     018a0968     018a0b58     1009f909    
php5ts!_zend_mm_realloc_int+a86     01ac2d88     000001f4     00c0ddcc    
php5ts!children_scan_black+39     00c0fe00     00000010     00000001    
php_cgi!fcgi_write+4df     00c0ff78     00000000     56433230    
php5ts!php_log_err+f1     003e0000     00000000     02119688    
kernel32!HeapFree+14     00407830     00000000     00c0ff94    
php_cgi!mainCRTStartup+da     00405ea6     7efde000     00000000    
ntdll!_RtlUserThreadStart+1b     00000000     00000000     00000000    




PHP5TS!ZEND_MM_SAFE_ERROR+196In php-cgi__PID__3380__Date__07_16_2008__Time_06_07_26PM__96__Second_Chance_Exception_C0000005.dmp the assembly instruction at php5ts!zend_mm_safe_error+196 in M:\Server\Tools\PHP5.3\php5ts.dll from The PHP Group has caused an access violation exception (0xC0000005) when trying to read from memory location 0x033638d8 on thread 0

Module Information 
Image Name: M:\Server\Tools\PHP5.3\php5ts.dll   Symbol Type:  PDB 
Base address: 0x10000000   Time Stamp:  Wed Jul 09 10:20:38 2008  
Checksum: 0x00000000   Comments:   
COM DLL: False   Company Name:  The PHP Group 
ISAPIExtension: False   File Description:  PHP Script Interpreter 
ISAPIFilter: False   File Version:  5.3.0-dev 
Managed DLL: False   Internal Name:  PHP Script Interpreter 
VB DLL: False   Legal Copyright:  Copyright ? 1997-2008 The PHP Group 
Loaded Image Name:  php5ts.dll   Legal Trademarks:  PHP 
Mapped Image Name:     Original filename:  php5ts.dll 
Module name:  php5ts   Private Build:   
Single Threaded:  False   Product Name:  PHP 
Module Size:  5,18 MBytes   Product Version:  5.3.0-dev 
Symbol File Name:  M:\Server\Tools\PHP5.3\debug\php5ts.pdb   Special Build:  & 



Thread 0 - System ID 5380
Entry point   php_cgi!fcgi_impersonate+26 
Create time   16.07.2008 22:37:23 
Time spent in user mode   0 Days 0:0:0.46 
Time spent in kernel mode   0 Days 0:0:0.171 






Function     Arg 1     Arg 2     Arg 3   Source 
php5ts!zend_mm_shutdown+58     00bfdce7     0000003f     00c0ddcc    
php_cgi!fcgi_get_params+bf     00405102     00c0ddcc     00bfdc78    
msvcrt!_read+d1     00000000     00000002     00000001    




PHP5TS!ZEND_MM_SHUTDOWN+58In php-cgi__PID__5472__Date__07_16_2008__Time_10_37_38PM__106__Second_Chance_Exception_C0000005.dmp the assembly instruction at php5ts!zend_mm_shutdown+58 in M:\Server\Tools\PHP5.3\php5ts.dll from The PHP Group has caused an access violation exception (0xC0000005) when trying to read from memory location 0x00000000 on thread 0

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2008-07-27 11:10 UTC] jani@php.net
Does this happen with Apache? (Please try) And please provide the cgi/fastcgi related php.ini options you have used.
 [2008-07-29 11:23 UTC] ast dot markus at gmx dot net
> Does this happen with Apache?
I tried Apache. But Apache does not work for me at all (not because of PHP) and I have currently no time to try to fix Apache. I am sorry. Maybe I try it later again ...

But here are my cgi/fastcgi related php.ini options:
cgi.force_redirect = 0
cgi.fix_pathinfo = 1
fastcgi.impersonate = 1
 [2008-07-30 18:54 UTC] jani@php.net
Did you have the debug stuff installed when you did that backtrace?
And as it seems this error is caused either by "Out of memory" or when exceeding memory_limit, try without any php.ini loaded. (just remove every php*.ini file from your system to be absolutely sure!)
 [2008-07-30 19:59 UTC] ast dot markus at gmx dot net
> Did you have the debug stuff installed when you did that backtrace?
If you mean this: http://snaps.php.net/win32/php5.3-dbgpack-win32-200807280430.zip - yes

I tried it without any php.ini loaded and it works! At least partly. It processed the PHP Script and also gave me an output now. But after that it crashes.

I made an backtrace of this crash. Here the complete backtrace result. I hope it helps: http://85.88.23.236/CrashHang_Report__PID_2996__PID_3364__PID_3380__PID_4196__PID_4448__PID_4500__PID_4544__PID_4568__PID_4892__PID_5472__PID_5624__PID_5804__PID_5848__PID_5936__PID_6048__PID_908__PID_916__07302008215228250.mht

> caused either by "Out of memory
I have 4GB Ram :)
 [2008-08-02 08:19 UTC] ast dot markus at gmx dot net
If I use an unmodified php.ini it also works partly. It just crashes after processed the PHP Script. But using the PDO extension it causes to the crash mentioned in my first post.
 [2008-08-02 08:43 UTC] ast dot markus at gmx dot net
With this:
extension=php_pdo.dll
PHP crashes while loading phpinfo()

With this:
;extension=php_pdo.dll
PHP doesnt crashes and loads phpinfo() but according to phpinfo it also loads the PDO Extension. And it also throws PDOExceptions.

If I want to load the php_pdo_mysql.dll or php_mysqli.dll extension the phpinfo() work, too. But If I want to use MySQL than, it crashs again.
 [2008-08-15 05:54 UTC] ast dot markus at gmx dot net
I dont think that its only PDO related. I tested it again without PDO and without any extension and .... it crashs.

The backtrace can be found here: http://85.88.23.236/php%20crash.mht
 [2008-10-24 16:40 UTC] jani@php.net
Please try using this CVS snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/


 [2008-11-01 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".
 [2011-03-21 21:16 UTC] florin at mailinator dot com
it's 3 years later, the bug is still there...
 [2011-03-21 21:36 UTC] florin at mailinator dot com
actually i have to retract that. The cause of the error was the missing of the CGI support. Once that was installer everything worked just fine.
 
PHP Copyright © 2001-2018 The PHP Group
All rights reserved.
Last updated: Mon Dec 17 10:01:25 2018 UTC