Mintty drops characters from the output stream

[GoogleCodeExporter]

What steps will reproduce the problem?
It is hard to reproduce because it happens at random but I see it often enough. 
I'm using mintty with msysGit; mintty appears to drop characters from the 
stream at random. Sometimes the character is a space ' ' and sometimes it's an 
ESC char required by the VT100 escape codes for colorization like in the below 
output. You can see the remainder "[01;32m" of the color code from `ls` since 
the ESC char was dropped.

Perhaps this isn't a bug in mintty and might be something wrong with msysGit's 
bash? I'm not sure. Maybe it's an issue with TERM="xterm" and the terminfo data 
from msys?

It smells like an off-by-one error in some buffer streaming code to me and 
mintty seemed a likely candidate for that so I'm reporting it here.

What is the expected output? What do you see instead?
See the attachment. The issue reproduces every time I `ls` the contents of this 
folder. The issue disappears when I `ls -l` though. Very odd.

What versions of mintty, Cygwin/MSYS, and Windows are you using?
mintty 1.0.1
Windows 7 Enterprise x64
GNU bash, version 3.1.0(1)-release (i686-pc-msys)
msysGit version 1.7.9-preview20120201

Please provide any additional information below.

Original issue reported on code.google.com by james.jdunne@gmail.com on 17 May 2012 at 5:27

Attachments:

• mintty-dropping-chars.png
• mintty-dropping-chars-2.png

[GoogleCodeExporter]

It's a bug in the MSYS DLL (which apparently was fixed in Cygwin after MSYS was 
forked).

Please see this thread:

http://mingw-users.1079350.n2.nabble.com/Strange-EOL-behavior-of-mintty-with-Min
GW-tp6672070.html

Original comment by andy.koppe on 20 May 2012 at 1:54

• Changed state: Rejected

[GoogleCodeExporter]

Thanks for the info! I had a 50/50 chance of reporting the bug to the right 
party :)

Original comment by james.jdunne@gmail.com on 20 May 2012 at 6:46