There's a small buglet in normalize_posix_path in that it doesn't see
c:/foo/bar type paths as being win32 and so it treats them as a relative
path and prepends cwd. Things go downhill from there. The testcase
that exposed this was insight failing to load because some of the tcl
parts use win32
Corinna Vinschen wrote:
Actually that was intended, but unfortunately the current path handling
deliberately creates DOS paths with slashes (in find_exec) right now,
so that doesn't work ATM.
I guess what I don't understand is how it's both possible for
open(c:/foo/bar.exe) to succeed and for