httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 16588] New: - variable names with turkish locale
Date Thu, 30 Jan 2003 10:10:06 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16588>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16588

variable names with turkish locale

           Summary: variable names with turkish locale
           Product: Apache httpd-1.3
           Version: 1.3.27
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: core
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: tufan@metu.edu


When apache server starts in tr_TR locale (ISO8859-9) some of the server 
variable names (those containing an "I") are mangled.




Variables containing "ENCODING", "COOKIE" and "CONNECTION" become "ENCOD?NG", 
"COOK?E" and "CONNECT?ON", which causes various problems, such as disabling 
sessions in php when register_globals off (since the cookies are not passed).




A similar (perhaps the same) problem occurs with mod_mime_magic, when enabled, 
apache server does not start at all, giving the error message "Invalid command 
'MIMEMagicFile', perhaps mis-spelled or..." about configuration file.




This may be a due to an incorrect lowercase-uppercase conversion, (if takes 
place somewhere in the server). As much as I can check, my locale definition 
files seem to be correct (RedHat 7.2), so I don't think it is most probably from 
the OS itself (the same problem with Debian too, but i didn't check the locale 
files).




The correct lowercase-uppercase of the letters causing usually confusion is:




I   -   ?


?   -   i




In tr_TR, the letter "i" is not the lowercase of "I".




A workaround for this is making sure the server starts in en_US or C locale, or 
adding the following lines to the beginning of apachectl script, and doing a 
apachectl stop and apachectl start (apachectl restart does not work) solves the 
problem:




unset LC_ALL


LC_CTYPE=C    (or LC_CTYPE=en_US)


export LC_CTYPE

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org


Mime
View raw message