From: SourceForge.net <no...@so...> - 2004-10-08 20:14:52
|
Bugs item #954263, was opened at 2004-05-14 16:31 Message generated for change (Comment added) made by hobbs You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=954263&group_id=10894 Category: 36. File System Group: current: 8.4.7 >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Don Porter (dgp) Assigned to: Jeffrey Hobbs (hobbs) Summary: [file executable] false on [auto_execok] return! Initial Comment: In the ActiveTcl "b2" release of 8.5.0.0 I see: % file executable c:/Tcl/bin/tclsh.exe 1 % file executable c:/Tcl/bin/tclsh.EXE 0 % auto_execok tclsh C:/Tcl/bin/tclsh.EXE A [file executable] test on he path returned by [auto_execok] ought to always return true. Has some case-sensitvity been introduced in 8.5 ? ---------------------------------------------------------------------- >Comment By: Jeffrey Hobbs (hobbs) Date: 2004-10-08 13:14 Message: Logged In: YES user_id=72656 Per note from Vince, the exe/bat/com check needs to be case insensitive in tclWinFile.c:NativeIsExec. This has been corrected for 8.4. ---------------------------------------------------------------------- Comment By: Vince Darley (vincentdarley) Date: 2004-10-08 06:58 Message: Logged In: YES user_id=32170 Re-opening to apply to 8.4 branch. ---------------------------------------------------------------------- Comment By: Vince Darley (vincentdarley) Date: 2004-05-17 03:39 Message: Logged In: YES user_id=32170 Thanks -- fixed. This bug was introduced in the filesystem optimization, for which native paths are not always necessarily fully normalized (since there's no need to do that). A case-insensitive comparison fixes the problem, and I can't see any other places where this will be an issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=954263&group_id=10894 |