#34451 [NEW]: PHP as Apache module doesn't respect PHPRC and PATH

From: rvt at ok dot ru Operating system: Windows XP Pro (WinXP) PHP version: 4.4.0 PHP Bug Type: *Configuration Issues Bug description: PHP as Apache module doesn't respect PHPRC and PATH Description: ------------ Running PHP under Apache 1.3.33 as a server module, I couldn't take advantage of using environment variables. As described at http://ru.php.net/manual/en/install.windows.manual.php: ------------------------------------------------------- Previous editions of the manual suggest moving various ini and DLL files into your SYSTEM (i.e. C:\WINDOWS) folder ... the preferred method for installing PHP is to keep all PHP related files in one directory and have this directory available to your systems PATH. ------------------------------------------------------- Reproduce code: --------------- My PHP installation resides in "c:\program files\php" along with php.ini, php4ts.dll and other standard for PHP files and folders. System environment variables are: Path = c:\program files\php;c:\program files\php\dlls;c:\program files\borland\VBroker\bin;C:\Program Files\Borland\Delphi7\Bin;C:\Program Files\Borland\Delphi7\Projects\Bpl;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Program Files\ATI Technologies\ATI Control Panel PHPRC = c:\program files\php Actual result: -------------- Apache founds php4apache.dll in sapi directory, but 1) Apache does not start until php4ts.dll is in "sapi" or "windows" directory or in the same one with apache.exe. 2) When php4ts.dll is in any directory from ones specified above, Apache is launched but php.ini is not processed until resides in "windows" directory or in the same one with apache.exe. When php.ini is not processed, phpinfo() claims "C:\WINDOWS" as "Configuration File (php.ini) Path". 3) When php4ts.dll and php.ini are found and there are extensions which require additional dlls, these dlls are also not found (although, they really are in "dlls" directory and the directory is in Path). For every extension the "Unable to load dynamic library" message pops up with the right path to the extension. (I use domxml, gettext, mhash and xslt) -- Edit bug report at http://bugs.php.net/?id=34451&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34451&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34451&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34451&r=trysnapshot51 Fixed in CVS: http://bugs.php.net/fix.php?id=34451&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=34451&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34451&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34451&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34451&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34451&r=support Expected behavior: http://bugs.php.net/fix.php?id=34451&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34451&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34451&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=34451&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34451&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=34451&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34451&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34451&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34451&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34451&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34451&r=mysqlcfg