2012/11/30 Richard Hipp <[email protected]>:
>> 2012/11/30 Richard Hipp <[email protected]>:
>> > I am unable to come up with a test case that the trunk does incorrectly
>> > that
>> > would work correctly in the cmdline-expansion branch. Can you suggest a
>> > reasonable test case?
>> I'll work out an example.
Here it is.
Do the following (just cut-paste the following command to the Windows
console, somewhere within a checkout):
C:\Users\foo\workspace\fossil>type x >aaaaΩ.txt
Then type "fossil add aaa" and press (tab) followed by (enter).
The windows console will show:
C:\Users\foo\workspace\fossil>fossil add >aaaaΩ.txt
fossil: not found: C:/Users/foo/workspace/fossil/aaaaO.txt
But 'dir' will show the filename correct.
What happens is that the Windows console can handle the
greek Omega sign just fine, it's even in the console font! But
when calling fossil, it's not in the current codepage, so Windows
translates it to the most close thing: the character 'O'.
Of course, the file is not found.....
When doing the same with the "cmdline-expansion" branch
compiled with MingW-w64 or MSVC (any version), this
example works as expected (I tested this with the
latest MingW-w64 and with MSVC 10 express).
MinGW is lacking the -municode option, that's why
this cannot be fixed using MinGW.
Regards,
Jan Nijtmans
_______________________________________________
fossil-users mailing list
[email protected]
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
