Redirecting cat and paste to file gives garbage

[Ryan Johnson]

On 08/08/2013 11:48 AM, Corinna Vinschen wrote:
> On Aug  8 17:32, Corinna Vinschen wrote:
>> On Aug  8 09:48, Ryan Johnson wrote:
>>> Hi all,
>>>
>>> (no, that's not a typo in the subject line)
>>>
>>> 64-bit install, bash inside mintty, all latest packages with the
>>> cygwin1.dll snapshot shown below...
>>>
>>> # <<< --- begin STC --->>>
>>> $ uname -a
>>> CYGWIN_NT-6.1 ryan-laptop-v02 1.7.23s(0.268/5/3) 20130729 19:11:42
>>> x86_64 Cygwin
>>>
>>> $ echo "Reading" > /dev/clipboard
>>>
>>> # hit [shift]+[insert] to paste
>>> # (hopefully 8 characters is not "too long" to paste into a TTY)
>>> # then hit ^D to finish
>>> $ cat > tmp.txt
>>>
>>> $ cat tmp.txt
>>> Rg
>>> eRaedaidnign
>>> g
>> The only idea I have is this.  The clipboard data is stored as
>> CF_UNICODETEXT and as the Cygwin-private CYGWIN_NATIVE_CLIPBOARD format.
>> How's shift-insert implemented in mintty?  If it reads the CF_UNICODETEXT
>> part and sends it to the pty unchanged, that could explain
>> this behaviour.
> The pty already gets 16 chars.  And pasting the text into CMD or, FWIW,
> any Windows console window works as expected.  So this looks like a
> mintty bug right now.
That's what I thought at first, too, but it pastes fine directly into 
the terminal... and then I had a brain cramp and didn't add that to the STC:

$ echo reading > /dev/clipboard
# press [shift]+[insert] here...
$ echo
reading

Still a mintty bug?

Ryan


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple