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 32730] - Error 500 on Non-UTF-8 Encoded PATH_INFO on Windows
Date Mon, 20 Dec 2004 11:04:49 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=32730>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=32730


rd9@donkin.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|bugs@httpd.apache.org       |wrowe@apache.org




------- Additional Comments From rd9@donkin.org  2004-12-20 12:04 -------
I've had a look at the 2.0.52 code and the immediate issue appears to be in
srclib/apr/threadproc/win32/proc.c at lines 473 to 502, or line 480 onwards in
CVS (see
http://lxr.webperf.org/source.cgi/srclib/apr/threadproc/win32/proc.c#480 ) -
this is getting ready to create a Unicode environment block via the
CreateProcess API in Win32.  It is based on a compile time option,
APR_HAS_UNICODE_FS.

An immediate patch may be quite easy, using the APR_HAS_ANSI_FS code to build an
ANSI environment block - or perhaps just recompiling with APR_HAS_ANSI_FS.

A better fix might be to allow APR_HAS_ANSI_FS vs APR_HAS_UNICODE_FS to be
selected through a run-time configuration directive.  This would enable
sites/applications that want environment variables to be completely untouched by
the UTF8 to UCS2 conversion to run in 'no environment conversion' mode - the web
application can then do its own conversion without having to catch 404 errors. 

Since there's no guarantee the environment passed to Apache will really be
UTF-8, it seems that this 'no conversion' mode is important for some
applications at least.  Many web applications are portable between *nix and
Windows, and have their own UTF8 URI handling code that works fine on both, so
it's a pain if they have special code to handle the way Apache does things
differently on Windows.

If the 'no environment conversion' option is too sweeping, all that's needed is
to add PATH_INFO to the list of environment variables not converted (as in Bug
9223) (Not sure where that code is, can someone point me to it?).  However, I
think that will cause future issues with other environment variables that may
even be application-specific. 

Re-assigned to Will Rowe based on similarity to Bug 9223, hope that's OK.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

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


Mime
View raw message