ID: 39163
Comment by: sneakers05 at optusnet dot com dot au
Reported By: tony dot stone at gmail dot com
Status: Open
Bug Type: IIS related
Operating System: Windows Vista RC 1 Build 5600
PHP Version: 5.1.6
New Comment:
I had similar probs running php4isapi.dll with IIS7 on Vista x64
Ultimate. Moving to php5 isn't an option for me because I'm developing
for a particular machine running php4.
I can't get the isapi version of php running, but after a bit (lot!) of
messing around have got the php.exe version working sweet. :)
Here's what I did:
1. Remove all ISAPI filters for PHP.
2. Ensure you have a handler mapping for PHP as follows:
*.php
c:\php\php.exe (or whatever path you are using)
3. Under Application Pools in IIS Manager, right clicked DefaultAppPool
and went to Advanced Settings. Ensure "Enable 32-bit applications" is
set to True. I also set Process Orphaning:Enabled to True, even though I
have *no* idea what it is for!
4. Ensured php.ini was in my c:\windows folder and the
cgi.force_redirect is set to 0 and uncommented.
I also did the following which may or may not be required:
1. Right clicked the PHP folder and selected Properties, Security.
2. Clicked on Advanced, Edit, Add.. and for the object name to select,
entered: IUSR.
3. Clicked OK and gave IUSR full control to the folder.
4. Repeated steps 2 and 3 but for IIS_IUSRS.
5. Applied the changes and clicked on OK to exit the PHP folder
properties window.
I also did the following which probably isn't needed:
1. Copied php4ts.dll into my c:\windows\system32 folder
2. Stood on one foot while chanting to the rain gods and focussing my
mental energy on my "power animal" - the llama. :)
Hope this helps others, even if it doesn't resolve the isapi side of
things!
-Damo
Previous Comments:
------------------------------------------------------------------------
[2007-03-27 15:00:43] loz_hurst at hotail dot com
I am having this issue on 32-bit vista on a 32bit processor, so it may
not be a 64bit issue.
------------------------------------------------------------------------
[2007-03-19 22:21:54] dontmsgme at gmail dot com
I am also having this issue. I have tried BillS' installation method
as well as FastCGI with no luck. I am thinking it might be related to
the 64bit OS. I see that someone else tried 32 bit application
compatibility with no luck.
Is anyone having this problem NOT on a 64bit OS?
------------------------------------------------------------------------
[2007-03-05 09:49:37] ruSS at GEobYTeS dot com
I am runnning Vista Buisness (Build 6000) on an Intel (Core 2 Duo) 6400
- same issue as first post.
- System
- Provider
[ Name] Microsoft-Windows-IIS-W3SVC-WP
[ Guid] {670080D9-742A-4187-8D16-41143D1290BD}
[ EventSourceName] W3SVC-WP
- EventID 2295
[ Qualifiers] 49152
Version 0
Level 2
Task 0
Opcode 0
Keywords 0x80000000000000
- TimeCreated
[ SystemTime] 2007-03-05T09:34:05.000Z
EventRecordID 562
Correlation
- Execution
[ ProcessID] 0
[ ThreadID] 0
Channel Application
Security
- EventData
ModuleDll C:\inetpub\PHP\php-5.2.1-Win32\php5isapi.dll
7F000000
------------------------------------------------------------------------
[2007-02-09 13:02:14] Dirk at KISSsoft dot nl
It's a IIS 7/PHP bug.
When i enable support for 32-bit (on AMD-64) in the default application
pool it happens.
------------------------------------------------------------------------
[2007-02-06 14:01:27] andreasblixt at msn dot com
This issue is also occurring for me on an AMD64 computer with IIS 7
running on Windows Vista x64 RTM using php-5.2.0-Win32.
>From what I can gather, the issue seems to be related to the fact that
I'm running a 64-bit version of Windows Vista/IIS 7.
------------------------------------------------------------------------
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/39163
--
Edit this bug report at http://bugs.php.net/?id=39163&edit=1
