#20887 [Sus->WFx]: /php.ini

From: Date: Fri, 25 Apr 2003 16:19:53 +0000
Subject: #20887 [Sus->WFx]: /php.ini
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-38381@lists.php.net to get a copy of this message
ID: 20887 Updated by: sniper@php.net Reported By: oden dot eriksson at linux-mandrake dot com -Status: Suspended +Status: Wont fix Bug Type: Scripting Engine problem Operating System: Mandrqke Linux 9.0 PHP Version: 4.3.0-dev New Comment: Wont fix. Previous Comments: ------------------------------------------------------------------------ [2002-12-12 08:55:37] edink@php.net Suspending this bug since the descision made on this thread: http://www.zend.com/lists/php-dev/200202/msg01325.html was to keep CWD in php.ini search path, except for the CLI sapi. Since apache does cd / on startup, php.ini in / will be read. Unless a new decission is made on php-dev, this behaviour is not going to change. ------------------------------------------------------------------------ [2002-12-11 23:46:25] pollita@php.net While I could not duplicate the error on my system, I did notice something interresting in my strace: -- Launching php with: -- #!sapi/cli/php -- from php4 root open("sapi/cli//php-cli.ini", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/local/lib/php-cli.ini", O_RDONLY) = -1 ENOENT (No such file or directory) open("sapi/cli//php.ini", O_RDONLY) = -1 ENOENT (No such file or directory) Note the pair of forward slashes between the path to php and the php.ini filenames? So I tried something different: -- Launching php with: -- #!php -- from sapi/cli in php4 root open("php/php-cli.ini", O_RDONLY) = -1 ENOTDIR (Not a directory) open("/usr/local/lib/php-cli.ini", O_RDONLY) = -1 ENOENT (No such file or directory) open("php/php.ini", O_RDONLY) = -1 ENOTDIR (Not a directory) Note this time, it treats the php executable as a path! ------------------------------------------------------------------------ [2002-12-11 01:48:37] sniper@php.net I just got bitten by this myself too. But it doesn't happen with CLI for me, only with the Apache module. ------------------------------------------------------------------------ [2002-12-09 23:39:28] oden dot eriksson at linux-mandrake dot com I have now tried this using apache_1.3.27 + php-4.2.3 (from Mandrake Cooker) and are experiencing the same thing. I have no idea how to debug this further, all I can say is if /php.ini exists, values from that one shows up from phpinfo() called from a php file. I just stumbled upon this by accident. ------------------------------------------------------------------------ [2002-12-08 22:14:46] 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. Thank you for your interest in PHP. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20887 -- Edit this bug report at http://bugs.php.net/?id=20887&edit=1

« previous php.bugs (#38381) next »