Yes, this stuff was never tested on Windows. :)
Mainly because I haven't got a dev env setup on my machine..
I'll look into this.

Hi Jani,

This patch should do it:

http://blog.thepimp.net/patches/php53_ini_win32.patch.txt

I only tested it in the console for now.

Somehow the .user.ini are ignore when called like:

http://blog.thepimp.net/patches/callcgi.bat.txt

I will setup an apache + fcgi later this week to see if the hash works as expected :)

Pierre, since  you have a patch and also win32 build env available, I'll  assign this to you. But aren't there other case-insensitive filesystems..? For example MacOSX has something like that..?

And for the HOST sections this should propably be done always regardless of OS.

"But aren't there other case-insensitive filesystems..? For example MacOSX has something like that..?"

Yes, a lot even. But it is going to be a pain if we have to manage all of them.

See:
http://en.wikipedia.org/wiki/Comparison_of_file_systems

A possible solution would be to behave what the PHP stream functions do, comments?

A short discussion between Dmitry and me, it may be useful for other:

p: we use a hash to cache the settings, the keys come from the path
d: I think you should use virtual_file_ex()
p: that brings the issues about case insensitive filesystems
d: it should restore REAL case of the path

if it works we may use the same thing on all platforms and not only windows (file systems may not be platform specific).

Not directly related to this bug, but could help to simplify the fix.

Do we need to support relative path in a section? [PATH=../../bar]

I do not see any sane usage for that (variables are more powerful/predictable and are supported and are expanded by the parser).

I don't think relative pathes make any sense in PATH=. IMO, absolute only (and no UNC on Windows either :)

Jani, another question about the sections.

Is the following settings supposed to work?

[PATH=/some/path]
include_path=".:/my/include/"


On linux, bsd and windows, it fails. The include path is not set when I am in this path (using cgi or cli).

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".