ID:               22265
 Comment by:       michael dot mauch at gmx dot de
 Reported By:      andy at thegartsidegroup dot com
 Status:           Feedback
 Bug Type:         IIS related
 Operating System: Windows 2000
 PHP Version:      4.3.1
 New Comment:

php4-STABLE-200302232030 doesn't work here (Linux) as a CGI:

% echo '<?php echo "hi\n";?>' | sapi/cgi/php
Status: 404
Content-type: text/html
X-Powered-By: PHP/4.3.2-dev

No input file specified.


No safe_mode or open_base_dir in effect (just php.ini-dist or
php.ini-recommended). php-4.3.1 works fine here.


Previous Comments:
------------------------------------------------------------------------

[2003-02-23 05:17:55] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



------------------------------------------------------------------------

[2003-02-19 15:53:27] andy at thegartsidegroup dot com

I have since learned that I actually had two separate problems
happening. One was entirely my own fault for not being up-to-date with
PHP. The default setting for register_globals has changed since I
learned php coding. I might point out that there is no mention of this
in the install.txt that ships with the download. Anyway, I have learned
something new and better coding and security practice. 

The original problem remains. I altered the permissions for a few
directories (so that other users couldn't mess about with a few
programs) and a working version of PHP4 stopped working. Mainly giving
the error message "No input file specified" but also occasionally a 404
error. Changing the file permissions back didn't fix it. This is why I
think there may be a bug. I note that I haven't found anyone who has
this problem on the Internet who has managed to resolve it.

Sorry for the confusion in the first post. The re-install actually
worked afterall.

Andy

------------------------------------------------------------------------

[2003-02-18 23:33:05] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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


Some problems are fixed in the CVS which were not in 4.3.1..
So please give it a go.

Also, you said simple <?php phpinfo(); ?> script works 
always? If the snapshot doesn't help, can you try reducing
the problematic scripts to bare minimum which still causes
this? Try to see what is common to all of them.


------------------------------------------------------------------------

[2003-02-18 02:02:34] andy at thegartsidegroup dot com

PHP 4.3.0 was working fine on W2kSP3 and IIS5 with latest security
rollup and with MySQL 3.23.50. It is a CGI installation.
Then I added a new user and changed some file permissions. These
changes were very careful and I made sure that IUSR_mymachine had read
and execute permissions to all required directories, as per the
install.txt readme. My IIS 5 web-development environment went crazy.
Sometimes it worked, sometimes it didn't. <? phpinfo(); ?> works fine
as a test file. Sometimes I get a 404 message for files I know are
there, other times I get a complete failure to retrieve variables from
the database (but not the error message that I wrote if the DB connect
failed) These files worked perfectly just a few days ago. It no longer
seems to support sessions either. I spent days and days scouring the
php sites, looking for a solution - nothing. I am quite an expert at
php and IIS 5 configuration settings by now, so I have checked them
repeatedly.
Eventually, I gave up. I repartitioned my hard-drive and re-installed
Windows 2000 SP3. This time, I added all the users I needed and set the
permissions before installing anything. I re-installed IIS and the
rollup package. I re-installed MySQL and tested it extensively. I went
and got the latest (4.3.1) php installer.exe and re-installed windows.
SAME PROBLEM!!! I reset all the permissions on all directories,
sub-directories and files on my entire machine to "full-control
everyone" NO SUCCESS! Random failures, mostly to do with variables
disappearing in forms or in queries to the databases.
I am desperate now. I NEED to do work, not chase this anymore. I'll see
how this goes today USA time, then I'll have to try rebuilding AGAIN
with no extra users and default file permissions. This is obviously not
a very good solution.
Thanks,
Andrew Gartside
(Canberra Australia)

------------------------------------------------------------------------


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

Reply via email to