stick PHP.INI value

[skiflyer]

I have a sticky php.ini value and was wondering if anyone had some tips to nudge it?

my session.save_path will not change

(running W2k pro, Apache 1.3.26, PHP 4.3)
I've changed it to c:\temp in my php.ini, but phpinfo() keepts reporting it as /tmp.

I've restarted apache, I've stopped and started apache, I've reboot the server, I've tried c:\temp and c:/temp, and the value won't change. phpinfo() reports the proper path of the php.ini that I'm modifying as under the configuration file.

I'm scratching my head, and about to go ahead and do things like change other values to see if they take.

I'm looking at other boxes I've setup just like this and they run fine... ONLY difference I can see (and I know this shouldn't matter) is that I'm accessing this via an IP address instead of a DNS.

Oh, and this happens if I go to the server and run the phpinfo on the localhost, or if I do it remotely... over and over again, so it's not a browser cache thing...


<grrrrrrrr!>

-Rob

 

[bedrock]

just a shot in the dark, what is the behavior of ini_set() or session_save_path()?

the reason i say that is maybe your ini-path is different than usual and you could be editing the wrong file. what we see depends mainly on what we're looking for.
--John Lubbock

 

[jimoblak]

Are you correcting the right php.ini file? Do a search for any other 'php.ini' files on your system that PHP.exe may be reading.

 

[skiflyer]

ini_set and session_save_path work as expected...

(changing the local but not the master values, and/or printing out the /tmp)

And I can look on the
Configuration File (php.ini) Path C:\WINNT\php.ini

line to verify it's the php.ini file I want... I renamed it to double check, and indeed that line changed to
C:\WINNT
It's more like the ini file has a rotten line in it somewhere... still digging... about to just make a new php.ini and try that.

-Rob

 

[skiflyer]

Well, I fixed it, and learned something useful along the way.

Basically, I just junked and replaced the php.ini file and it worked great... meaning almost certainlly a value higher up is malformed, at which point php kicks back no errors and instead just reverts all values to their hardcoded defaults.

-Rob