ID: 33350 User updated by: php-bug dot scyt at spamgourmet dot com Reported By: php-bug dot scyt at spamgourmet dot com -Status: Bogus +Status: Open Bug Type: Apache2 related Operating System: Windows XP PHP Version: 5.0.4 New Comment:
Nice try. :) It should do the same thing apache does. Convert the UTF-8 string to the system's character encoding. That is UTF-16 or the 8-bit character encoding windows is currently set to. You could do the conversion to the 8-bit character encoding. That would save some code changes and would work in most cases. But there are systems where this would still fail. e.g. having directory names with german umlauts and setting the 8-bit character encoding to a character encoding without this umlauts (e.g. russian). The UTF-16 way would work in this scenario and is therefore preferable. Previous Comments: ------------------------------------------------------------------------ [2005-06-15 13:44:36] [EMAIL PROTECTED] The underlying filesystem is not UTF-8 based so there is very little PHP can do here. ------------------------------------------------------------------------ [2005-06-15 11:59:56] php-bug dot scyt at spamgourmet dot com Description: ------------ Apache2 on Windows NT based operating systems uses utf-8 to encode pathnames. php fails with "file not found" error messages if it encounters such pathes. mod_php and php-cgi.exe is affected. Reproduce code: --------------- Rename a directory that contains a php script to "test�". That is an capital A with two dots above it. Codepoint 196 in latin-1. Then try to access this php script through the webserver. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=33350&edit=1
