Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:25526
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain emini.dk designates 192.38.9.232 as permitted sender)
Message-ID: <44FD60B3.70101@emini.dk>
Date: Tue, 05 Sep 2006 12:34:11 +0100
Organization: Emini A/S
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: PHP internals <internals@lists.php.net>
OpenPGP: id=157D0FA8
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Fixing php.ini search path for cli
From: edink@emini.dk (Edin Kadribasic)

Hi,

Just over a year ago sniper committed a patch that breaks php.ini search
path for CLI in order to align the behavior with the manual. You can see
his commit message on
http://cvs.php.net/viewvc.cgi/php-src/main/php_ini.c?view=log (revision
1.134).

I regret that this has just come to my attention (whole 5.1.x series has
been released in the meanwhile), but this behavior is wrong and it needs
fixing before 5.2.0 is out. The problem is that CLI would look up in the
CWD for php.ini which is very bad for people writing PHP command line
scripts using Unix shebang convention:

#!/usr/bin/php
<?php
do_something();

Now, this script can risk doing different things depending on your CWD
which is not a desirable behavior. CGI sapi used to behave in this way
in this was one of the original motivations for making the separate CLI
sapi.

I'll be committing patch soon if I don't hear a very compelling reason
not to.

Edin