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=39105>.
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=39105





------- Additional Comments From [EMAIL PROTECTED]  2006-03-26 15:55 -------
(In reply to comment #5)
> Created an attachment (id=17984)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17984&action=view) 
[edit]
> test case in utf8
> 
> Writing file in unicode solves problem but one cant mix unicode and other

Ok. At least my thoughs have been correct.

> 1-byte charsets in file. And koi8-r and cp1251 are main charsets for russian
> internet while uniode in uncommon.
> There is nothing in
> http://httpd.apache.org/docs/2.0/env.html
> http://httpd.apache.org/docs/2.0/howto/ssi.html
> http://httpd.apache.org/docs/2.0/mod/mod_include.html
> about utf8.

Actually it would have to be in the documentation of mod_cgi. But I admit that
it is not mentioned there.

> Even if we close eyes on charsets and so then there is still strange behaviour
> of apache:
> - why httpd can include static html files while there are non latin1 symbols 
> in
> non utf8 in variables?
> - why httpd can successfully assign and print these variables?
> - why httpd talks about "mod_include: Options +Includes (or IncludesNoExec)
> wasn't set, INCLUDES filter removed, referer: doesnt_works.html" in log file?
> does it removes filter when it find attempt to include cgi while there are non
> latin1 characters in non utf8 in enviroment variables?
> - why this happens in windows only? :) (at least in linux it does works with
> variables in any charset)

This is because you try to execute an cgi script. The variables set via
mod_include get exported to the environment of the cgi script to be run by
mod_cgi. On Windows the values of these environment variables are expected to be
UTF-8 encoded and they will be reencoded to UCS2 before executing the script. As
this fails several error messages get written to the log file. I admit that they
are confusing. The only relevant one is the first:

(22)Invalid argument: utf8 to ucs2 conversion failed on this string:
xxx=\xe6\xee\xef\xe0

The others get created up in the call stack, because apr_conv_utf8_to_ucs2
called by apr_proc_create failed to convert the environment variables. This
causes apr_proc_create to fail and so on.

> 
> PS: it is nothing related to bash, same problem is with python also. httpd
> doesnt even start cgi - that you can see by creating some file in that cgi so
> you will see that no file will be created.

Absolutely


-- 
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to