#44114 [Asn]: [PATH=] in php.ini on windows does not account for case-insensitive FS

From: Date: Sun, 17 Feb 2008 13:45:18 +0000
Subject: #44114 [Asn]: [PATH=] in php.ini on windows does not account for case-insensitive FS
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-122362@lists.php.net to get a copy of this message
ID: 44114 Updated by: pajoye@php.net Reported By: stas at zend dot com Status: Assigned Bug Type: PHP options/info functions Operating System: Windows PHP Version: 5.3CVS-2008-02-14 (CVS) Assigned To: jani New Comment: 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 :) Previous Comments: ------------------------------------------------------------------------ [2008-02-14 11:15:14] jani@php.net 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. ------------------------------------------------------------------------ [2008-02-14 01:02:36] stas@php.net IIRC this code belongs to Jani ------------------------------------------------------------------------ [2008-02-14 01:00:53] stas at zend dot com Description: ------------ When parsing [PATH=] section in php.ini, the value is taken as hash key as-is. Also, when calling a script its path is taken as-is from DOCROOT and file path. However, on Windows pathes are case-insensitive, meaning the path in script may differ in case from the path in config, but for Windows it would be the same path. It may be true also on other case-insensitive filesystems. The config parser should lowercase the names on Windows both when storing and when searching. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=44114&edit=1

« previous php.bugs (#122362) next »