php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #32459 "No input" if running PHP on secondary site
Submitted: 2005-03-25 23:11 UTC Modified: 2005-04-04 22:11 UTC
From: peter dot ordal at rochester dot edu Assigned:
Status: Not a bug Package: IIS related
PHP Version: 5.0.3 OS: Windows Server 2003
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: peter dot ordal at rochester dot edu
New email:
PHP Version: OS:

 

 [2005-03-25 23:11 UTC] peter dot ordal at rochester dot edu
Description:
------------
I have PHP identically configured for two Web Sites under a single instance of IIS 6 on Windows Server 2003. In one, which has the identifier of 1 and runs on port 80, requests to .php files return normally. In the other, which has the identifier of 136095314 and listens on port 81, requests to PHP error for both ISAPI and CGI, with these messages:

When using php5isapi.dll: "No input file specified."
When using php-cgi.exe: CGI Error. The specified CGI application misbehaved by not returning a complete set of HTTP headers.

The two Web Sites have different document roots. This does seem important, as setting them to have the same document root fixes the issue.
Primary: c:\inetpub\wwwroot
Secondary: c:\inetpub\sandbox

I discovered this bug by first attempting to install PHP 5.0.3 on the secondary site. This bug is not dependent on the value of the doc_root variable in php.ini. It can be set correctly, set incorrectly, or unset. Other bugs suggest fixing doc_root to resolve this error, but I am certain that the value of the doc_root variable does not impact the error. Eventually I had no options left but to try PHP 5 on the primary site, which worked.

Web Service Extensions have been set up to permit both php5isapi.dll and php-cgi.exe, and the wildcard extension has been Allowed (to be sure this was not a simple security issue).

In both Web Sites, the PHP configuration under Home Directory -> Configuration -> Mappings is
Extension: .php
Executable: C:\php-5.0.3-Win32\php-cgi.exe %s or C:\php-5.0.3-Win32\php5isapi.dll
Verbs: All
Script Engine: Checked
Verify File Exists: Checked

Cache ISAPI Extensions is disabled. I frequently restarted the IIS Admin service is testing this.

For curious users, I was able to run PHP 5 without impacting PHP 4 with the instructions attached to this bug: http://bugs.php.net/bug.php?id=28448. This allows you to keep separate php.ini files.

Reproduce code:
---------------
<?php

phpinfo();

?>

Expected result:
----------------
Standard PHP info dump.

Actual result:
--------------
"No input file specified.", or, when using php-cgi.exe: CGI Error. The specified CGI application misbehaved by not returning a complete set of HTTP headers.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2005-03-25 23:33 UTC] sniper@php.net
Please try using this CVS snapshot:

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


 [2005-03-28 19:12 UTC] peter dot ordal at rochester dot edu
I gave CVS a try, but the problem persists.

If I use the "working" document root I get the version string 5.1.0-dev, just for confirmation.
 [2005-03-29 00:45 UTC] sniper@php.net
Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

..
 [2005-04-04 22:11 UTC] peter dot ordal at rochester dot edu
Thanks, it turns out you're technically correct.

The problem was that the config file I was using was for PHP 4. This was because the HKEY_LOCAL_MACHINE\SOFTWARE\PHP\IniFilePath registry key (PHP 5 only) didn't work as I epxtected.

The error message left something to be desired in terms of helpfulness.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Apr 19 00:01:29 2024 UTC