Tcl
Code
License: BSD License
Repositories
browse code,
statistics cvs -d:pserver:anonymous@tcl.cvs.sourceforge.net:/cvsroot/tcl login
cvs -z3 -d:pserver:anonymous@tcl.cvs.sourceforge.net:/cvsroot/tcl co -P modulename
What's happening?
-
Comment: lsort -nocase does not sort non-ASCII correctly
All sorted. Thanks for your help.
2013-05-22 06:08:06 PDT by dkf
-
Comment: lsort -nocase does not sort non-ASCII correctly
Thanks! I couldn't have done it better!
2013-05-22 06:03:02 PDT by nijtmans
-
Comment: lsort -nocase does not sort non-ASCII correctly
Fixed in 8.5 branch; rolling forward into trunk.
2013-05-22 06:01:28 PDT by dkf
-
Comment: lsort -nocase does not sort non-ASCII correctly
I'm just testing the fix.
2013-05-22 05:52:18 PDT by dkf
-
Comment: lsort -nocase does not sort non-ASCII correctly
... but if you have a suggestion how to fix this, that's great too.
2013-05-22 05:42:58 PDT by nijtmans
-
Comment: lsort -nocase does not sort non-ASCII correctly
Good catch! I'll have a look.
2013-05-22 05:40:16 PDT by nijtmans
-
Comment: lsort -nocase does not sort non-ASCII correctly
Found a problem in TclUtfCasecmp(); I get the wrong result from this: lsort -ascii -nocase [list a\u0000a a] The problem comes when two strings are a different length but the character in the longer at the index of the length of the shorter is \u0000; we're saying the wrong string is shorter (or that the two strings are the same). (Evil edge cases 'Я' us!)
2013-05-22 05:37:23 PDT by dkf
-
Comment: [file owned] undocumented Windows defects
Documented in PORTABILITY section. Given that we really ought to have enough information to be actually able to answer [file owned] correctly, this bug remains open. Not sure who to assign it to (I know I don't know how to fix it!)
2013-05-22 03:39:22 PDT by dkf
-
Comment: _USE_32BIT_TIME_T wrong for 32bit __MINGW32__
Closing this, because it is not a Tcl bug. See: <https://sourceforge.net/p/mingw/bugs/1973/>.
2013-05-22 03:18:12 PDT by nijtmans
-
Comment: _USE_32BIT_TIME_T wrong for 32bit __MINGW32__
> and that's how Microsoft is using it in it's own header files. I think that mingw should do the same. We simply cannot. We support legacy while newer versions of MSVC are supporting cutting-edge. It's a nightmare either for the compilation, the link or the execution depending on what we do. MinGW builds to -lmsvcrt by default since it is guaranteed to be on the system as the system C...
2013-05-21 14:28:05 PDT by earnie
Links You May Need
Our Numbers
- Bugs (556 open / 5,324 total)
- Patches (93 open / 651 total)
- Feature Requests (251 open / 659 total)
- Mailing Lists (8 total)