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
>> &g
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 re
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/c
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" works.
This probl
> From: Andrey Repin
>
> If you know how to do it, may be you can describe the correct way of doing
it,
> to share the knowledge?
> The preferable format would be a FAQ entry.
>
You are free to add a FAQ entry if you think it is worthy of one. I don't
think that it is.
cyg Symple
--
Problem
Greetings, cyg Simple!
> I would put the output to a /tmp/deleted.lst file and when I'm ready to
> paste it into the mail I would cat /tmp/deleted.lst > /dev/clipboard.
>> The shell code I posted was a simple test case to show the problem, not
> actually
>> what I&
ot, at least until someone independently encounters
> > > this behaviour so it warrants the "F" as well as the "AQ".
> > >
> >
> > I find it strange that someone would be using /dev/clipboard for a
> > temporary buffer of data for a batch pr
iour so it warrants the "F" as well as the "AQ".
> >
>
> I find it strange that someone would be using /dev/clipboard for a temporary
> buffer of data for a batch process anyway. Too many opportunities for that
> data to be corrupted by other actions of the
it strange that someone would be using /dev/clipboard for a temporary
buffer of data for a batch process anyway. Too many opportunities for that
data to be corrupted by other actions of the user. So in other words, just
don't do that; it isn't portable and it is prone to error. The pr
On Fri, Feb 13, 2015 at 10:59 AM, Adam Dinwoodie wrote:
> I'm running a bunch of Microsoft Office applications which I know do
> "helpful" things to the Windows clipboard. It hadn't occured to me that
> they may be causing BLODA-like problems in the way they interact with
> it.
Just to add my exp
more visible:
> >> $ while true; do { i=$(( $i+1 )); echo > /dev/clipboard; for n in {1..10};
> >> do echo $n; done > /dev/clipboard; grep -q 10 /dev/clipboard || { grep 10
> >> /dev/clipboard && echo $i;};}; done;
>
> > Nope, no way. I'm
Greetings, Corinna Vinschen!
>> And my mail client actively flashing "paste" buttons, when the script is
>> working in background. May be that's it.
>>
>> This is more visible:
>> $ while true; do { i=$(( $i+1 )); echo > /dev/clipboard; for n i
On Feb 13 00:51, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> > On Feb 12 13:45, Adam Dinwoodie wrote:
> >> I've spotted some slightly odd behaviour when writing things from
> >> multiple processes to /dev/clipboard.
> >>
> >> Easie
Greetings, Corinna Vinschen!
> On Feb 12 13:45, Adam Dinwoodie wrote:
>> I've spotted some slightly odd behaviour when writing things from
>> multiple processes to /dev/clipboard.
>>
>> Easiest to show this with an example:
>>
>> for n in {1..10}
On Thu, Feb 12, 2015 at 06:03:42PM +0100, Corinna Vinschen wrote:
> On Feb 12 13:45, Adam Dinwoodie wrote:
> > I've spotted some slightly odd behaviour when writing things from
> > multiple processes to /dev/clipboard.
> >
> > Easiest to show this with an examp
On Feb 12 13:45, Adam Dinwoodie wrote:
> I've spotted some slightly odd behaviour when writing things from
> multiple processes to /dev/clipboard.
>
> Easiest to show this with an example:
>
> for n in {1..10}; do echo $n; done >/dev/clipboard; cat /dev/clipboard
&
I've spotted some slightly odd behaviour when writing things from
multiple processes to /dev/clipboard.
Easiest to show this with an example:
for n in {1..10}; do echo $n; done >/dev/clipboard; cat /dev/clipboard
I expect this to print out the numbers 1–10 to the terminal. Some
On 1/7/2014 08:53, Corinna Vinschen wrote:
On Jan 7 00:29, Jeremy Hetzler wrote:
I am getting errors when using bash redirect syntax to write to
/dev/clipboard. Reading works ok.
# this does not work
$ echo "foo bar" >file.txt
$ cat file.txt >/dev/clipboard
cat: write e
On Tue, Jan 7, 2014 at 10:53 AM, Corinna Vinschen wrote:
> On Jan 7 00:29, Jeremy Hetzler wrote:
>> I am getting errors when using bash redirect syntax to write to
>> /dev/clipboard. Reading works ok.
>>
>> # this does not work
>> $ echo "foo bar" >
On Jan 7 00:29, Jeremy Hetzler wrote:
> I am getting errors when using bash redirect syntax to write to
> /dev/clipboard. Reading works ok.
>
> # this does not work
> $ echo "foo bar" >file.txt
>
> $ cat file.txt >/dev/clipboard
> cat: write error: Permis
I am getting errors when using bash redirect syntax to write to
/dev/clipboard. Reading works ok.
# this does not work
$ echo "foo bar" >file.txt
$ cat file.txt >/dev/clipboard
cat: write error: Permission denied
# nor this
$ ls -la >/dev/clipboard
ls: write error: Permission
On Dec 10 12:38, John Bianchi wrote:
> I frequently redirect output to the /dev/clipboard for many of my tasks. This
> started having strange problems recently:
>
> 'echo' can re-direct to /dev/clipboard but 'cat' cannot:
>
> # win8.1 enterprise:
> $
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_TEX
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. The set_flags() cal
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
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 foll
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 wi
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
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/clipboard within application
and I found all
Christian Franke t-online.de> writes:
>
> Christopher Faylor wrote:
> > On Fri, Apr 06, 2012 at 09:15:13PM +0200, Christian Franke wrote:
> >> The inheritance of a /dev/clipboard filedesc through fork() fails in
> >> 1.7.13. Last working snapshot was 2012-03-30
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
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.
--Ken Nellis
--
Problem reports: http://cygwin.com/problems.html
FA
Hello,
On 2012-04-07 06:18, Charles Wilson wrote:
> I'll try to get an update out after Easter (incl. some other pending cygutils
> changes).
Please consider also http://sourceware.org/ml/cygwin/2010-05/msg00075.html,
rather old but still valid.
Regards,
Denis Excoffier.
P.S. Check typo "ut
Greetings, Christian Franke!
>>> Confirmed :-)
>> Yes, but...
>>
>> $ uname -vrs
>> CYGWIN_NT-5.1 1.7.14s(0.260/5/3) 20120406 19:41:34
>> $ echo test1 | cat> /dev/clipboard
>> $ cat< /dev/clipboard
>> test1
>> $ getclip
>
On 4/6/2012 4:44 PM, Christian Franke wrote:
This is unrelated. Apparently getclip is no longer compatible with
current cygwin. The cygwin native clipboard format has changed. New
format starts with a timestamp which is interpreted as data size by
getclip.
Ah, I missed that change:
2012-03-26
Nellis, Kenneth wrote:
From: Christian Franke
Confirmed :-)
Yes, but...
$ uname -vrs
CYGWIN_NT-5.1 1.7.14s(0.260/5/3) 20120406 19:41:34
$ echo test1 | cat> /dev/clipboard
$ cat< /dev/clipboard
test1
$ getclip
[Garbage]test[Garbage]
...
Segmentation fault (core dumped)
This is unr
From: Christian Franke
> Confirmed :-)
Yes, but...
$ uname -vrs
CYGWIN_NT-5.1 1.7.14s(0.260/5/3) 20120406 19:41:34
$ echo test1 | cat > /dev/clipboard
$ cat < /dev/clipboard
test1
$ getclip
4▒test1
\bB+inI$x$Objects\Common\3.5\bin\NOTES;C:\Program Files\Business
Objects\Common\3.5\
Christopher Faylor wrote:
On Fri, Apr 06, 2012 at 09:15:13PM +0200, Christian Franke wrote:
The inheritance of a /dev/clipboard filedesc through fork() fails in
1.7.13. Last working snapshot was 2012-03-30.
Should be fixed in the next snapshot.
http://cygwin.com/snapshots/
Confirmed
On Fri, Apr 06, 2012 at 09:15:13PM +0200, Christian Franke wrote:
>The inheritance of a /dev/clipboard filedesc through fork() fails in
>1.7.13. Last working snapshot was 2012-03-30.
Should be fixed in the next snapshot.
http://cygwin.com/snapshots/
cgf
--
Problem reports:
The inheritance of a /dev/clipboard filedesc through fork() fails in
1.7.13. Last working snapshot was 2012-03-30.
Access to /dev/clipboard itself works as expected.
Testcase:
$ uname -vrs
CYGWIN_NT-6.1-WOW64 1.7.12s(0.260/5/3) 20120330 12:20:36
$ echo test1 | cat > /dev/clipboard
$
On Wed, Jul 27, 2005 at 01:27:21AM -0700, Yitzchak Scott-Thoennes wrote:
>I've sometimes been getting errors trying to copy files to the clipboard
>recently:
I just made some minor changes to the clipboard handling. I don't know
if they will fix your problem or not but there's a new snapshot up t
> I just checked in a patch which changes the UINTs to int's as that is
> what is actually returned by GetPriorityClipboardFormat.
> I assume that will fix this problem. cgf
Your patch fixes my problems. Thanks.
Pat
---
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem
On Fri, Mar 04, 2005 at 06:03:38PM -, Dave Korn wrote:
>Original Message
>>From: Corinna Vinschen
>>Sent: 04 March 2005 17:57
>
>> Dave,
>>
>> On Mar 4 17:35, Dave Korn wrote:
>>> Dunno why the compiler didn't warn. This seems to fix it ok.
>>> Attached as well, in case of line wr
Original Message
>From: Corinna Vinschen
>Sent: 04 March 2005 17:57
> Dave,
>
> On Mar 4 17:35, Dave Korn wrote:
>> Dunno why the compiler didn't warn. This seems to fix it ok.
>> Attached as well, in case of line wrap.
>
> any reason you're not following the usual patch guidelines
Dave,
On Mar 4 17:35, Dave Korn wrote:
> Dunno why the compiler didn't warn. This seems to fix it ok. Attached as
> well, in case of line wrap.
any reason you're not following the usual patch guidelines like, say,
sending the patch to cygwin-patches and, that's even more important,
adding a
> LOL!
Dunno why the compiler didn't warn. This seems to fix it ok. Attached as
well, in case of line wrap.
[EMAIL PROTECTED] /usr/build/src> cat /dev/clipboard
[EMAIL PROTECTED] /usr/build/src> echo $?
0
[EMAIL PROTECTE
Original Message
>From: Dave Korn
>Sent: 04 March 2005 17:14
> UINT format;
> if ((format = GetPriorityClipboardFormat (formatlist, 2)) <= 0)
LOL!
cheers,
DaveK
--
Can't think of a witty .sigline today
--
Unsubscribe info: http://cygwin.com/ml/#unsubsc
Original Message
>From: Dave Korn
>Sent: 04 March 2005 17:19
> Original Message
>> From: Dave Korn
>> Sent: 04 March 2005 17:14
>
>>hglb = GetClipboardData (format);
>
>>
>> So, GetClipboardData is failing and returning NULL.
>
>
> ... yet bizarrely, GetLastError ret
On Fri, 4 Mar 2005, Igor Pechtchanski wrote:
> [Switching to thread 1 (thread 9564.0x24fc)]#0 0x610b3df1 in strlen ()
> at /usr/src/cygwin-cvs/src/winsup/cygwin/cygserver.h:82
Whoops, this is obviously wrong. Note to self: never p
Original Message
>From: Dave Korn
>Sent: 04 March 2005 17:14
> hglb = GetClipboardData (format);
>
> So, GetClipboardData is failing and returning NULL.
... yet bizarrely, GetLastError returns zero. Oh dear.
cheers,
DaveK
--
Can't think of a witty .sigline today
Original Message
>From: Igor Pechtchanski
>Sent: 04 March 2005 16:55
> On Fri, 4 Mar 2005, Pat Kane wrote:
>> To duplicate the problem try: cat /dev/clipboard
>> first with a text selection and then after using Windows to copy a
>> program (right clic
On Fri, 4 Mar 2005, Igor Pechtchanski wrote:
> On Fri, 4 Mar 2005, Pat Kane wrote:
>
> > I am having problems using /dev/clipboard. When there is a text
> > selection on the Windows clipboard things work as expected, but if
> > there is some other type of selection I ge
On Fri, 4 Mar 2005, Pat Kane wrote:
> I am having problems using /dev/clipboard. When there is a text
> selection on the Windows clipboard things work as expected, but if
> there is some other type of selection I get: "Segmentation fault (core
> dumped)"
>
>
I am having problems using /dev/clipboard. When there is a text
selection on the Windows clipboard things work as expected, but if
there is some other type of selection I get: "Segmentation fault (core
dumped)"
To duplicate the problem try: cat /dev/clipboard
first w
Christopher Faylor wrote:
/dev/clipboard is not a device as far as a normal Windows program is
concerned. There is no true handle associated with it. /dev/clipboard
will not work with windows apps.
You can also use putclip and getclip, two cygwin programs from the
cygutils package:
ipconfig
On Wed, Aug 27, 2003 at 12:08:48PM -0400, Rolf Campbell wrote:
>Christopher Faylor wrote:
>>I would be astonished if a non-cygwin program could understand a
>>cygwin-specific device like /dev/clipboard.
>
>I was running this all from bash. Isn't it bash that sets up th
chris wrote:
Rolf Campbell wrote:
$ ipconfig > /dev/clipboard
$ ipconfig | cat > /dev/clipboard
The first command does *nothing* to the content of the clipboard.
The 2nd command does what I expected the first command to do.
Unfortunatly under windows it is up to the application to
Christopher Faylor wrote:
On Wed, Aug 27, 2003 at 11:51:20AM -0400, Rolf Campbell wrote:
$ ipconfig > /dev/clipboard
$ ipconfig | cat > /dev/clipboard
The first command does *nothing* to the content of the clipboard. The
2nd command does what I expected the first command to do.
And is
Rolf Campbell wrote:
$ ipconfig > /dev/clipboard
$ ipconfig | cat > /dev/clipboard
The first command does *nothing* to the content of the clipboard.
The 2nd command does what I expected the first command to do.
Unfortunatly under windows it is up to the application to handle things
On Wed, Aug 27, 2003 at 11:51:20AM -0400, Rolf Campbell wrote:
>$ ipconfig > /dev/clipboard
>$ ipconfig | cat > /dev/clipboard
>
>The first command does *nothing* to the content of the clipboard. The
>2nd command does what I expected the first command to do.
And is this a re
$ ipconfig > /dev/clipboard
$ ipconfig | cat > /dev/clipboard
The first command does *nothing* to the content of the clipboard.
The 2nd command does what I expected the first command to do.
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Wed Aug 27 11:47:50 2003
Window
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
--
Unsu
Hello,
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).
My Cygwin is described by (`cygcheck -s', abridged):
---
Cygwin Win
On Friday 18 Jan 02, Christopher Faylor writes:
> /dev/clipboard is a cygwin construction. cygcheck.exe is not a cygwin program,
> so it can't really output anything to it.
I think this has come up before. I may add it to the FAQ.
David
--
Unsubscribe info: http://cy
It's in the cygutils package.
Also, this will work (by using a cygwin program as an intermediary):
cygcheck | cat > /dev/clipboard
--Chuck
Stephan Mueller wrote:
> Another workaround:
> cygcheck -r -s -v | putclip
> Assuming you have putclip. I forget which
EMAIL PROTECTED]
Subject: cygcheck ... >/dev/clipboard doesn't work
A google toolbar search of the email archives hasn't turned up an answer
to this, so just for information (the workaround is obvious):
Like the subject line says, redirecting the output of cygcheck to
/dev/clipboard
On Fri, Jan 18, 2002 at 05:48:38PM +1100, Jason C. Johnston wrote:
>A google toolbar search of the email archives hasn't turned up an answer
>to this, so just for information (the workaround is obvious):
>
>Like the subject line says, redirecting the output of cygcheck to
>/d
A google toolbar search of the email archives hasn't turned up an answer
to this, so just for information (the workaround is obvious):
Like the subject line says, redirecting the output of cygcheck to
/dev/clipboard doesn't change the contents of the clipboard, whereas
doing it in
71 matches
Mail list logo
