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

go to bug id or search bugs for

Bug #21387 Some configuration directives in php.ini are ignored
Submitted: 2003-01-03 06:02 UTC Modified: 2003-02-25 02:04 UTC
Votes:4
Avg. Score:4.5 ± 0.9
Reproduced:4 of 4 (100.0%)
Same Version:1 (25.0%)
Same OS:1 (25.0%)
From: stepan dot rybar at taskforce dot cz Assigned:
Status: No Feedback Package: Scripting Engine problem
PHP Version: 4.3.0 OS: MS Windows NT 5.1 (XP)
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please — but make sure to vote on the bug!
Your email address:
MUST BE VALID
Solve the problem:
41 + 21 = ?
Subscribe to this entry?

 
 [2003-01-03 06:02 UTC] stepan dot rybar at taskforce dot cz 
After installing PHP 4.3.0, some configuration directives in php.ini are ignored (extension_dir, post_max_size, arg_separator.input, etc.) according to phpinfo() output. I have changed asp_tags On and Off (every time with restarting of IIS 5.1) to ensure PHP loads correct php.ini file and it does. In PHP 4.2.3 all configuration directives are taken into account. So, I think, it can be a bug. 

Stepan

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-01-15 22:17 UTC] paulcuciureanu at yahoo dot com 
same problem with version 4.3.1-dev (XP, Apache 2)

all the directives are ignored from my php.ini file.
I have even deleted the php.ini file and phpinfo() still returned output - the default one.
 [2003-01-16 03:51 UTC] edink@php.net 
Are you sure PHP is reading the correct ini file? What is the output of "Configuration File (php.ini) Path" from the result of phpinfo()?
 [2003-01-16 04:06 UTC] stepan dot rybar at taskforce dot cz 
> What is the output of "Configuration File (php.ini) Path" from the result of phpinfo()? 

...C:\Windows\php.ini. 

The whole output of phpinfo() I have sent to edinkATphpDOTnet. The problem of ignoring some php directives from php.ini appears only if I use "recommended" php.ini. If I use "dist" php.ini from 4.2.3 version in 4.3.0, all is OK, even I am using recommended directives.
 [2003-02-03 08:39 UTC] simon at haptick dot net 
I've been getting the same problem on NT4 with PHP 4.3.0.

PHP is installed in c:\program files\php

When setting extension_dir = c:/progra~1/php/extensions the extensions are loaded, but some configs are reset to default and php_info() reports extension_dir as "c:/progra"

If no extensions are loaded and extension_dir left as ./ then configs are loaded correctly.

I can't get it working for extensions, tried moving extensions to c:\exten etc, but no joy.  Maybe a bigger brain can sort it :-)
 [2003-02-03 08:46 UTC] stepan dot rybar at taskforce dot cz 
Work around: Stay in PHP 4.3.0 installation, just use php-dist.ini from PHP 4.2.3. You can modify php-dist.ini from 4.2.3 to be the same rules as RECOMMENDED php.ini. It works for me for months. 

Stepan
 [2003-02-03 08:51 UTC] sniper@php.net 
Does the extension_dir setting cause this?
 [2003-02-03 14:18 UTC] simon at haptick dot net 
Yip, if extension_dir is anything other than what's in php-recommend.ini, then a range of directives revert to default (session_save_path reverts to /tmp, php.ini is set to c:/temp etc)
 [2003-02-04 05:24 UTC] sniper@php.net 
stepan.rybar@taskforce.cz: Can you verify if what simon@haptick.net suggests is causing the problem for you too?
 [2003-02-18 22:22 UTC] sniper@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

someone having similar problem reported this was fixed in
the snapshot..
 [2003-02-25 02:04 UTC] sniper@php.net 
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Wed Apr 24 02:01:30 2024 UTC