php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #11106 Installation error causes HTTP Error 500
Submitted: 2001-05-25 01:17 UTC Modified: 2001-06-03 11:56 UTC
From: alanw at dtl dot co dot nz Assigned:
Status: Closed Package: PWS related
PHP Version: 4.0.4pl1 OS: NT4
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem:
47 - 9 = ?
Subscribe to this entry?

 
 [2001-05-25 01:17 UTC] alanw at dtl dot co dot nz
Both the PHP Manual and the installation script are incorrect for installing the CGI Binary with PWS version 4.

PHP is installed with eg:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\w3svc\parameters\Script Map] ".php"="C:\\PHP\\php.exe" 

However it should be set to the same value as documented  for IIS4 and for PWS3:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\w3svc\parameters\Script Map] ".php"="C:\\PHP\\php.exe %s %s"

Until this correction is made, the first invocation of a php script succeeds, but all successive ones fail until an html page is read.  Then the first php script succeeds again and the rest fail.  This behaviour can be obscured a little if the browser is saving temporary pages.

Errors can include HTTP Error 500 and "The directory name is invalid".

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-05-25 02:56 UTC] alanw at dtl dot co dot nz
Arrrgh - the problem has reappeared so making that registry change hasn't fixed it.
 [2001-06-01 18:38 UTC] alanw at dtl dot co dot nz
I think I finally cracked this one (rash statement for MS software!):

The secret seems to be that all the Registry stuff is irrelevant, misleading and can be deleted.

The real PWS/IIS configuration info is held in winnt\system32\inetsrv\metabase.bin and should be edited with inetmgr.exe in that same directory.  My installation has a shortcut to it as START|Programs|Windows NT 4.0 Option Pack|Microsoft Personal Web Server|Internet Service Manager.

Edit the virtual directory|properties|configuration button|Application Mappings to add "php -> <your path>\php.exe %s %s". Set the directory permissions to "script".

Now it works!
 [2001-06-03 11:56 UTC] sniper@php.net
problem solved -> closed.

 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sat Apr 20 13:01:29 2024 UTC