php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #4138 Incorrect parameters set for Windows binary install
Submitted: 2000-04-13 14:42 UTC Modified: 2002-10-01 14:51 UTC
From: wfs at jambhala dot com Assigned:
Status: Wont fix Package: Installation problem
PHP Version: 3.0.16 OS: Windows
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: wfs at jambhala dot com
New email:
PHP Version: OS:

 

 [2000-04-13 14:42 UTC] wfs at jambhala dot com 
I recently installed PHP 3.0.16 from the Windows binary (build 1381) and noticed the following bug, which was pointed out in the documentation of PHP Base Lib (phplib-7.2b):

"If you are using CGI PHP, it must have been compiled with the --enable-force-cgi-redirect switch for
$PHP_SELF to have the correct value... Basically, if PHP_SELF is the exact local part of your $URL, all is well. If it instead contains the modified URL with /your cgi-bin/php prefixed, you have a buggy version of CGI PHP."

The latter is the case with build 1381, which is quite frustrating in writing scripts, since they keep changing the URL to include the cgi directory in the path. It has only started to present a real problem in using the PHP Base Lib.

Is there a possibility of doing a recompile with --enable-force-cgi-redirect somewhat quickly? I need to run PHP Base Lib for my current development project and am stuck until I can get a good compile.

Thanks much!

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-10-01 14:51 UTC] hholzgra@php.net 
We are sorry, but can not support PHP 3 related problems anymore.
Momentum is gathering for PHP 5, and we think supporting PHP 3 will
lead to a waste of resources which we want to put into getting PHP 5
ready. Ofcourse PHP 4 will will continue to be supported for the
forseeable future.
 
PHP Copyright © 2001-2023 The PHP Group
All rights reserved. 		Last updated: Thu Oct 05 00:01:24 2023 UTC