#42849 [Com]: Configuration File (php.ini) Path incorrect
ID: 42849 Comment by: james at thundermonkey dot net Reported By: inglis-php at yahoo dot com dot au Status: No Feedback Bug Type: *General Issues Operating System: win xp pro PHP Version: 5.2.4 New Comment: I've found that the positioning of the PHPIniDir within httpd.conf makes a difference - place it at the end and it loads the correct php.ini, but place it towards the top of httpd.conf results in the no php.ini being loaded at all. Also be sure to explicitly define your extension_dir directive in php.ini to load extensions correctly. Previous Comments: [2008-04-20 04:46:25] orbital_man at hotmail dot com Additional test case: OS: Windows XP Pro Webserver: IIS 5.1 PHP: 5.2.5 phpinfo() produced: Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File (none) After unsuccessful testing most of the night with environment variables including multiple reboots just to be sure, I finally broke down and changed the registry value as recommended in the runtime configuration section here: http://us3.php.net/configuration Steps to reproduce: 1. Click Start -> Click Run -> Type Regedit -> Hit Enter 2. Browse to HKEY_LOCAL_MACHINE\SOFTWARE\PHP\ 3. Right click in right-hand window pane and select New->String Value 4. Set Name to: IniFilePath 5. Set Data to: C:\Program Files\PHP\ (or wherever your installation is) 6. Click Start -> Click Run -> Type cmd -> Hit Enter -> Type iisreset phpinfo() now produces: Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File C:\Program Files\PHP\php.ini Additionally, my mysql database is now working also. [2008-04-13 17:20:35] thakralrohit at gmail dot com I am having a similar problem. Have been trying to search on the web for the whole day now but no success. I have this, OS: Win XP Pro SP 2 IIS: 5.1 PHP: 5.2.5 (MSI Installer with MySQL) Now, when I load phpinfo() I get output, Configuration File (php.ini) Path E:\WINDOWS Loaded Configuration File (none) No information about the three extensions that I have MySQL, MySQLi and OpenSSL. If I put the php.ini file in E:\WINDOWS directory nothing loads at all. I have tried re-installation, PHPRC environment variable setting and Registry Settings but to no use. There is another setting further down in the phpinfo() output, extension_dir C:\php5 Can someone please help. It seems like similar to this bug with no update. Thanks in advance. Regards Rohit [2008-04-05 19:02:54] caseyy at gmail dot com I am also having this problem. phpinfo says config is being looked for in my windows directory despite httpconf specifying the right directory(C:\PHP). Problem is on Vista too. When I copy the ini file to the windows directory, nothing loads at all, just a blank screen. [2008-03-27 06:09:29] wiseup24 at hotmail dot com I am having a simular issue but in my phpinfo test i get this: Configuration File (php.ini) Path C:\Windows Loaded Configuration File (none) there is no php.ini in the windows directory and my apache httpd conf file has this: PHPIniDir "C:\PHP\" I tried to copy the php.ini to the windows directory but apache fails to start when it is in there. I am running Vista with PHP 5.2.5 and Apache 2.2 I have tried using the msi install for php and the zipped version and still doesnt work. without the correct php.ini being read, i can not enable the correct extensions. [2008-03-12 10:36:50] algisimu at gmail dot com I'm using Apache 2.0.54, Php 5.2.5 and Win XP Pro. My php.ini file is locaed in the c:\php dir (php installation dir, no more php.ini files found on the computer), apache httpd.conf file is set up with PHPIniDir "C:/php/", but phpinfo() reports these results: Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File C:\php\php.ini Have tried to add registry values as described in http://uk3.php.net/configuration, have tried to add PHPRC environment variable, but phpinf() still gives same result. One thing worth mentioning is that then I run php script as CLI with '-c c:\php' option everything works fine, but then I run same script thru my browser expected php.ini file is not loaded. 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/42849 -- Edit this bug report at http://bugs.php.net/?id=42849&edit=1
#40373 [Bgs]: calling "print()" on an ArrayObject fails silently.
ID: 40373 User updated by: james at thundermonkey dot net Reported By: james at thundermonkey dot net Status: Bogus Bug Type: SPL related Operating System: WinXP SP2 PHP Version: 5.2.0 New Comment: Resolved. Poking around in a convoluted VirtualHost block, I came across the following: ... php_value error_reporting 2047 ... Obviously overriding anything in php.ini! Apologies for the bogus report. Previous Comments: [2007-02-06 19:16:02] james at thundermonkey dot net Ok, so back to the original code snippet - I'm confused why there are no error messages being displayed when it's executed. I don't get anything like "Object of class ArrayObject could not be converted to string", but it is what I'm expecting. It's just horrible blankness. Nothing in error log file either. Also, it's not actually related to ArrayObject alone, but rather all objects, so the following also fails silently: [2007-02-06 18:27:03] [EMAIL PROTECTED] That's right, you cannot use it in userspace. -------- [2007-02-06 18:23:38] james at thundermonkey dot net Running the following code: results in: Warning: Invalid error type specified in C:\dump\trigger.php on line 2 so E_RECOVERABLE_ERROR is not defined in this version? PHP 5.2.0, build date: Nov 2 2006 11:50:55 [2007-02-06 17:27:20] [EMAIL PROTECTED] Catchable fatal error: Object of class ArrayObject could not be converted to string -------- [2007-02-06 16:23:12] james at thundermonkey dot net Description: When attempting to "print()" an ArrayObject (rather than "print_r()") no ouput is returned, no errors are displayed and the script aborts silently. Reproduce code: --- Expected result: *Some kind of error message saying that the ArrayObject couldn't be converted to a string followed by:* Reached this point! Actual result: -- (no output at all) -- Edit this bug report at http://bugs.php.net/?id=40373&edit=1
#40373 [Bgs]: calling "print()" on an ArrayObject fails silently.
ID: 40373 User updated by: james at thundermonkey dot net Reported By: james at thundermonkey dot net Status: Bogus Bug Type: SPL related Operating System: WinXP SP2 PHP Version: 5.2.0 New Comment: Ok, so back to the original code snippet - I'm confused why there are no error messages being displayed when it's executed. I don't get anything like "Object of class ArrayObject could not be converted to string", but it is what I'm expecting. It's just horrible blankness. Nothing in error log file either. Also, it's not actually related to ArrayObject alone, but rather all objects, so the following also fails silently: Previous Comments: [2007-02-06 18:27:03] [EMAIL PROTECTED] That's right, you cannot use it in userspace. -------- [2007-02-06 18:23:38] james at thundermonkey dot net Running the following code: results in: Warning: Invalid error type specified in C:\dump\trigger.php on line 2 so E_RECOVERABLE_ERROR is not defined in this version? PHP 5.2.0, build date: Nov 2 2006 11:50:55 [2007-02-06 17:27:20] [EMAIL PROTECTED] Catchable fatal error: Object of class ArrayObject could not be converted to string -------- [2007-02-06 16:23:12] james at thundermonkey dot net Description: When attempting to "print()" an ArrayObject (rather than "print_r()") no ouput is returned, no errors are displayed and the script aborts silently. Reproduce code: --- Expected result: *Some kind of error message saying that the ArrayObject couldn't be converted to a string followed by:* Reached this point! Actual result: -- (no output at all) -- Edit this bug report at http://bugs.php.net/?id=40373&edit=1
#40373 [Bgs]: calling "print()" on an ArrayObject fails silently.
ID: 40373 User updated by: james at thundermonkey dot net Reported By: james at thundermonkey dot net Status: Bogus Bug Type: SPL related Operating System: WinXP SP2 PHP Version: 5.2.0 New Comment: Running the following code: results in: Warning: Invalid error type specified in C:\dump\trigger.php on line 2 so E_RECOVERABLE_ERROR is not defined in this version? PHP 5.2.0, build date: Nov 2 2006 11:50:55 Previous Comments: [2007-02-06 17:27:20] [EMAIL PROTECTED] Catchable fatal error: Object of class ArrayObject could not be converted to string [2007-02-06 16:23:12] james at thundermonkey dot net Description: When attempting to "print()" an ArrayObject (rather than "print_r()") no ouput is returned, no errors are displayed and the script aborts silently. Reproduce code: --- Expected result: *Some kind of error message saying that the ArrayObject couldn't be converted to a string followed by:* Reached this point! Actual result: -- (no output at all) -- Edit this bug report at http://bugs.php.net/?id=40373&edit=1
#40373 [NEW]: calling "print()" on an ArrayObject fails silently.
From: james at thundermonkey dot net Operating system: WinXP SP2 PHP version: 5.2.0 PHP Bug Type: SPL related Bug description: calling "print()" on an ArrayObject fails silently. Description: When attempting to "print()" an ArrayObject (rather than "print_r()") no ouput is returned, no errors are displayed and the script aborts silently. Reproduce code: --- Expected result: *Some kind of error message saying that the ArrayObject couldn't be converted to a string followed by:* Reached this point! Actual result: -- (no output at all) -- Edit bug report at http://bugs.php.net/?id=40373&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40373&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40373&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40373&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40373&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40373&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40373&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40373&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40373&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40373&r=support Expected behavior:http://bugs.php.net/fix.php?id=40373&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40373&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40373&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40373&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40373&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40373&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40373&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40373&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40373&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40373&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40373&r=mysqlcfg