2013/2/14 John Brown <email@example.com>
I got that too. I did not bother to report it because I was satisfied
- I managed to make MSYS display the same output as Notepad, thanks to Erwin Waterlander. I was also tired. And thanks for the tip about ls --show-control-chars.
You're welcome. If encodings were like alcohol, we would certainly be all drunk. At least we have found the answer for your question. I'm not so sure anymore it's a bug, but whatever. I don't feel like filing a report in SF since my long discussion about timezone generated one to which no one seemed to take much attention.
About --show-control-chars, at least I have learned something in my odyssey. I have been told by several "smart" people I was wrong, stupid, and the like, and I heard all kinds of nonsense, to the point of getting myself reading bash's source code! And everything it was all about was just a single command argument, which interestingly no one knew about. They are there in the wild, but they seem to be much more interested in beating a dead horse than really helping each other.
2013/2/15 Eli Zaretskii <firstname.lastname@example.org>
> Date: Fri, 15 Feb 2013 14:13:31 -0200 From: Renato Silva <email@example.com
Erwin, the reason why I haven't switched to ANSI in cmd.exe is because
there are Windows programs themselves that work only with the OEM code
page, at least in Windows 32-bits. For example, ipconfig and even cmd.exe
itself will send CP850 bytes to Windows console even though active code
page is 1252.
Can you show some evidence to this? Don't forget that Windows itself translates characters to produce the
best output for the codepage. So what you see might be Windows behinds the scenes, not the application.