/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