Greetings, Takashi Yano!
> On Tue, 5 Jul 2022 00:42:50 -0700
> Mark Geisert wrote:
>> Hi Takashi,
>>
>> Takashi Yano wrote:
>> > Hello,
>> >
>> > In one of my PCs,
>> > dd if=/dev/urandom count=10 | xxd > /dev/clipboard
>> > sometimes fails to set CF_UNICODETEXT data.
>> > As a result, pasting c
On Jul 5 17:40, Takashi Yano wrote:
> On Tue, 5 Jul 2022 00:42:50 -0700
> Mark Geisert wrote:
> > Takashi Yano wrote:
> > > I also found the patch attached solves the issue.
> > >
> > > I would appreciate any suggestion.
> >
> > Would be neet if this patch wasn't needed, but, oh well. My only c
On Tue, 5 Jul 2022 00:42:50 -0700
Mark Geisert wrote:
> Hi Takashi,
>
> Takashi Yano wrote:
> > Hello,
> >
> > In one of my PCs,
> > dd if=/dev/urandom count=10 | xxd > /dev/clipboard
> > sometimes fails to set CF_UNICODETEXT data.
> > As a result, pasting clipboard to notepad does not work.
> >
Hi Takashi,
Takashi Yano wrote:
Hello,
In one of my PCs,
dd if=/dev/urandom count=10 | xxd > /dev/clipboard
sometimes fails to set CF_UNICODETEXT data.
As a result, pasting clipboard to notepad does not work.
Even in the case, cygnativeformat data is set correctly.
So, "cat /dev/clipboard" wor
On Thu, Oct 24, 2013 at 07:43:37PM +0200, Christian Franke wrote:
>fopen("/dev/clipboard", "wt") sets O_TEXT, fprintf() does LF->CRLF
>conversion but write() does not. The latter is IMO a bug.
>
>fopen("/dev/clipboard", "wb") sets both O_TEXT and O_BINARY, fwrite()
>and write() do no conversion.
On Jun 29 11:47, Thomas Wolff wrote:
> On 29.06.2012 11:24, Corinna Vinschen wrote:
> >You know, we just love STCs. Send you small test program here, plus a
> >short instruction how you created the clipboard content and how to call
> >the testcase to see the problem.
> Sure, so here it is. Open cl
On 29.06.2012 11:24, Corinna Vinschen wrote:
On Jun 28 20:33, Thomas Wolff wrote:
Am 28.06.2012 10:20, schrieb Corinna Vinschen:
On Jun 28 00:16, Thomas Wolff wrote:
If the clipboard contains large data, the contents retrieved from
/dev/clipboard gets corrupted.
I compared the following in a f
On Jun 28 20:33, Thomas Wolff wrote:
> Am 28.06.2012 10:20, schrieb Corinna Vinschen:
> >On Jun 28 00:16, Thomas Wolff wrote:
> >>If the clipboard contains large data, the contents retrieved from
> >>/dev/clipboard gets corrupted.
> >>I compared the following in a few cases:
> >>* cat /dev/clipboar
Am 28.06.2012 10:20, schrieb Corinna Vinschen:
On Jun 28 00:16, Thomas Wolff wrote:
If the clipboard contains large data, the contents retrieved from
/dev/clipboard gets corrupted.
I compared the following in a few cases:
* cat /dev/clipboard or cp /dev/clipboard (which are equal)
* mouse-paste
On Jun 28 00:16, Thomas Wolff wrote:
> If the clipboard contains large data, the contents retrieved from
> /dev/clipboard gets corrupted.
> I compared the following in a few cases:
> * cat /dev/clipboard or cp /dev/clipboard (which are equal)
> * mouse-paste into mintty, read with cat
> * read /dev
On 27 June 2012 23:16, Thomas Wolff wrote:
> If the clipboard contains large data, the contents retrieved from
> /dev/clipboard gets corrupted.
> I compared the following in a few cases:
> * cat /dev/clipboard or cp /dev/clipboard (which are equal)
> * mouse-paste into mintty, read with cat
> * rea
On Friday, April 13, 2012 7:25 AM, Kenneth Nellis wrote:
" Regarding the following...
"
" $ echo abc > /dev/clipboard
" $ echo def >> /dev/clipboard
" $ cat /dev/clipboard
" def
" $
"
"...just curious if the ">>" operator could/should work
" as with a regular file.
The Windows clipboard API isn't
On Mon, Feb 25, 2002 at 02:35:12AM -0500, Soren Andersen wrote:
>I have been forgetting to write in about this. In cannot use /dev/clipboard on Win98;
>anything redirected to it causes a fault (Windows error box).
>
>Anybody else having troubles like this?
Not me.
cgf
--
Unsubscribe info:
13 matches
Mail list logo
