/dev/clipboard corrupted

Thomas Wolff towo@towo.net
Tue Aug 14 20:55:00 GMT 2012


Am 19.07.2012 11:41, schrieb Corinna Vinschen:
> On Jul  9 01:15, Thomas Wolff wrote:
>> Am 04.07.2012 10:15, schrieb Corinna Vinschen:
>>> On Jul  3 18:29, Thomas Wolff wrote:
>>>> ...
>>>> * The current (CVS) code will not work if even the first character
>>>> to be converted
>>>>     needs more bytes than the buffer provides, e.g. if the
>>>> application calls read() with length 1 only.
>>>>     Some extra buffering would be needed to make it work then.
>>> Yes, indeed.  I'll have a look.
>> ...
>>> No, not yet.  This isn't exactly a regression from former behaviour.
>>> Please provide a patch or remind me in a few weeks again.
>> About the buffering I may send a patch when I find time.
Made a patch today, sending to cygwin-patches.

>>>> * I had previously observed that with a read size of n only n-1
>>>> bytes would be delivered
>>>>     and thought this was on purpose because wcstombs appends a final
>>>> nul to its result.
>>>>     Now n bytes are returned (if available) and in fact the byte
>>>> behind the read() buffer is
>>>>     overwritten (see modified test program).
>>> It's not Cygwin overwriting the byte, your testcase is...
>> Both were, actually...
>> ... 
I can't reproduce my previous observation with the current snapshop. 
Apparently it works now,
together with my patch for all cases.
------
Thomas



More information about the Cygwin-developers mailing list