You are viewing a plain text version of this content. The canonical link for it is here.

Posted to bugs@httpd.apache.org by bu...@apache.org on 2002/06/24 17:45:40 UTC

DO NOT REPLY [Bug 7786] - ScriptInterpreterSource with non-ASCII command path/filenames broken

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

wrowe@apache.org 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 wrowe@apache.org  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: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org