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=7786>. 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=7786 ScriptInterpreterSource with non-ASCII command path/filenames broken [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|ScriptInterpreterSource is |ScriptInterpreterSource with |broken |non-ASCII command | |path/filenames broken Version|2.0.36 |2.0.39 ------- Additional Comments From [EMAIL PROTECTED] 2002-06-24 15:45 ------- Ok, I suspect your interpreter's path was non-ascii? I committed a fix last night to handle non-ASCII characters in the ext\shell\open\command variables, so this should work for you. This patch also handles the non-ASCII elements of envvars correctly, so that REG_EXPAND_SZ strings will be properly parsed. That too could have been your issue. I will announce a development binary of 2.0.40-dev for testing so you can verify [if you recall the old command REG_EXPAND_SZ entry.] I tested it simply by using %SystemDrive% instead of c: in one of my entries and confirmed it will work correctly. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]