emacs-w32 and copy/paste with windows clipboard and the mouse
Hi, In rxvt, I can mark and paste with the mouse from/to the windows clipboard. Same thing I want to do with emacs-w32 - but that won't work. I can copy some emacs-text with M-w and paste it from the windows clipboard I can copy some windows text and paste it into emacs-w32 with C-y. BUT: I can't do this just with the middle mouse button. Any ideas ? Uli -- 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
Re: [coreutils] Bug in du with -x flag?
Greetings, Dave Korn! > Hi list, > I always used to use du with the -cxhs options, but since updating to the > latest (8.15-1) version there appears to be a problem caused by -x: >> $ ls -la >> total 392188 >> drwxr-xr-x+ 1 DKAdmin None 0 Apr 6 00:35 . >> drwxr-xr-x+ 1 DKAdmin None 0 Apr 3 05:58 .. >> drwxr-xr-x+ 1 DKAdmin None 0 Apr 3 16:28 gcc4 >> -rw-r--r-- 1 DKAdmin None 40157 Apr 6 00:43 gcc472-2-dist.tar.bz2 >> >> $ du -xh gcc472-2-dist.tar.bz2 >> >> $ du -h gcc472-2-dist.tar.bz2 >> 383Mgcc472-2-dist.tar.bz2 >> >> $ > Unless I'm misunderstanding it badly, -x shouldn't make any difference when > counting a real file in the current directory. I wonder if it could have > perhaps been introduced by the recent related bugfix that I read about in > /usr/share/doc/coreutils/NEWS: >> du -x no longer counts root directories of other file systems. >> [bug introduced in coreutils-5.1.0] > or perhaps some interaction between that and Cygwin's path conversion code? 40157/1024/1024 = 382.985Mb Seems proper to me. -- WBR, Andrey Repin (anrdae...@freemail.ru) 06.04.2013, <15:47> Sorry for my terrible english... -- 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
Re: [coreutils] Bug in du with -x flag?
On 06/04/2013 7:48 AM, Andrey Repin wrote: Greetings, Dave Korn! Hi list, I always used to use du with the -cxhs options, but since updating to the latest (8.15-1) version there appears to be a problem caused by -x: $ ls -la total 392188 drwxr-xr-x+ 1 DKAdmin None 0 Apr 6 00:35 . drwxr-xr-x+ 1 DKAdmin None 0 Apr 3 05:58 .. drwxr-xr-x+ 1 DKAdmin None 0 Apr 3 16:28 gcc4 -rw-r--r-- 1 DKAdmin None 40157 Apr 6 00:43 gcc472-2-dist.tar.bz2 $ du -xh gcc472-2-dist.tar.bz2 $ du -h gcc472-2-dist.tar.bz2 383Mgcc472-2-dist.tar.bz2 $ Unless I'm misunderstanding it badly, -x shouldn't make any difference when counting a real file in the current directory. I wonder if it could have perhaps been introduced by the recent related bugfix that I read about in /usr/share/doc/coreutils/NEWS: du -x no longer counts root directories of other file systems. [bug introduced in coreutils-5.1.0] or perhaps some interaction between that and Cygwin's path conversion code? 40157/1024/1024 = 382.985Mb Seems proper to me. The problem is not the size reported by du -h... it's that du -x doesn't list the file at all. 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
Re: that does-or-doesn't thing
Shawn -- [My first try was blocked by Subject: line...] ...and then Shawn Kielty said... % % I can't imagine any one actually working in the real world even caring % about any of this. I joined this mailing list a couple of days ago. I % thought it would be interesting ... but this ... it's just painful. Welcome to the cygwin mailing list ;-) HANW :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt I appreciate everyone's individual tactic in the Spam Wars, but I just don't have the time or energy to captcha or register or whatever to be able to send you email. pgpsh9hPPiGnh.pgp Description: PGP signature
Re: emacs-w32 and copy/paste with windows clipboard and the mouse
On 4/6/2013 5:43 AM, ulrich.her...@t-systems.com wrote: I can copy some emacs-text with M-w and paste it from the windows clipboard Customize `mouse-drag-copy-region' or put (setq mouse-drag-copy-region t) in your .emacs. I can copy some windows text and paste it into emacs-w32 with C-y. (global-set-key [mouse-2] 'mouse-yank-at-click) Ken P.S. Browse the NEWS file (`C-h n') for more information about these commands. Search for "Selection changes". -- 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
PDL XS module linking problem
While trying to update PDL I've noticed a strange problem: some GSL XS modules/DLL reference themselves and those modules that do cannot be loaded anymore. This does also affect my installed earlier version of PDL which has worked before (I've kept the test logs), also when I freshly compile this version. Unfortunately, a lot of things have been updated between the last time this was known to work and now... does anybody have an idea what to look for or how to resolve this? -8<- (1156)# ldd /usr/lib/perl5/vendor_perl/5.14/i686-cygwin-threads-64int\ /auto/PDL/GSL/RNG/RNG.dll ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x7788) kernel32.dll => /cygdrive/c/Windows/system32/kernel32.dll (0x777a) KERNELBASE.dll => /cygdrive/c/Windows/system32/KERNELBASE.dll (0x75b4) ??? => ??? (0x6e60) <== this is the base address of RNG.dll ??? => ??? (0x5c83) <== stack protector library ??? => ??? (0x6100) <== not from Cygwin ??? => ??? (0x636d) <== GSL library (1157)# objdump -h /usr/lib/perl5/vendor_perl/5.14/i686-cygwin-threads-64int\ /auto/PDL/GSL/RNG/RNG.dll /usr/lib/perl5/vendor_perl/5.14/i686-cygwin-threads-64int\ /auto/PDL/GSL/RNG/RNG.dll: file format pei-i386 Sections: Idx Name Size VMA LMA File off Algn 0 .text 00083278 6e601000 6e601000 0400 2**4 CONTENTS, ALLOC, LOAD, READONLY, CODE, DATA 1 .data 91f0 6e685000 6e685000 00083800 2**5 CONTENTS, ALLOC, LOAD, DATA 2 .rdata0234 6e68f000 6e68f000 0008ca00 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 3 .eh_frame 0004 6e69 6e69 0008ce00 2**2 CONTENTS, ALLOC, LOAD, DATA 4 .bss 02d8 6e691000 6e691000 2**5 ALLOC 5 .edata3f8a 6e692000 6e692000 0008d000 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 6 .idata1204 6e696000 6e696000 00091000 2**2 CONTENTS, ALLOC, LOAD, DATA 7 .reloc47dc 6e698000 6e698000 00092400 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 8 .gnu_debuglink 0010 6e69d000 6e69d000 00096c00 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA (1158)# perl -MPDL::GSL::RNG Can't load '/usr/lib/perl5/vendor_perl/5.14/i686-cygwin-threads-64int\ /auto/PDL/GSL/RNG/RNG.dll' for module PDL::GSL::RNG: No such file or directory at /usr/lib/perl5/5.14/i686-cygwin-threads-64int/DynaLoader.pm line 190. at - line 0. Compilation failed in require. BEGIN failed--compilation aborted. ->8- Regards, Achim -- 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
Re: PDL XS module linking problem
Achim Gratz writes: > While trying to update PDL I've noticed a strange problem: some GSL XS > modules/DLL reference themselves and those modules that do cannot be > loaded anymore. I've tried to reprduce this on a different system and see no such things, so this might be some sort of BLODA. Let's see what happens when I reboot the problematic machine next week... Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada -- 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
rsync: writefd_unbuffered failed (when writing to micro SD cards)
I'm using rsync 3.0.9-1 to copy several directories to 32GB micro SD cards in both WinXP and Win7. I randomly get this error message; Please help me to debug it: rsync: writefd_unbuffered failed to write 127 bytes to socket [generator]: Broken pipe (32) I've got rsync on an infinite while loop so it keeps retrying, and it copies a little more each time, dying at different places each time. It has happened on all of my SD cards and with multiple SD card readers/phones/tablets, copying from two different computers. The only constant is the hard drive (moved from one computer to the other) but it's not exhibiting other symptoms of early failure. The directories are various sizes but one of the directories is only 231MB with 417 files/7 folders. The smallest file is only a few bytes and the largest file is 109MB. Here's the command which syncs the 231MB directory: rsync --modify-window=10 --recursive --times --verbose --delete --timeout=10 --human-readable --progress --omit-dir-times --no-compress --inplace --partial --bwlimit=1000 "Appropriate_technology" "/cygdrive/f/C" I added --no-compress --inplace --partial --bwlimit=1000 after searching Google. No good. I have multiple commands like these for multiple directories. When I put just this command in a loop by itself, it works, but when I put multiple commands, one of them will randomly generate that error message. My .bashrc and .bash_profile are untouched from the install, as are /etc/bash.bashrc and /etc/profile, etc. I'm certain I haven't tweaked my environment. Just a typical install. Ran checkdisk on the drive before attempting again. Cygwin setup version 2.774 Bash version 4.1.10-4 base-cygwin 3.1-1 cygwin 1.7.17-1 cygwin1.dll version 1.7.17 Windows 7 64-bit Service Pack 1 Intel E2200 2.20GHz Dual Core CPU 4GB RAM Not swapping or maxed CPU or anything. Christopher de Vidal -- 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
Re: [coreutils] Bug in du with -x flag?
Greetings, Ryan Johnson! >>>I always used to use du with the -cxhs options, but since updating to the >>> latest (8.15-1) version there appears to be a problem caused by -x: $ ls -la total 392188 drwxr-xr-x+ 1 DKAdmin None 0 Apr 6 00:35 . drwxr-xr-x+ 1 DKAdmin None 0 Apr 3 05:58 .. drwxr-xr-x+ 1 DKAdmin None 0 Apr 3 16:28 gcc4 -rw-r--r-- 1 DKAdmin None 40157 Apr 6 00:43 gcc472-2-dist.tar.bz2 $ du -xh gcc472-2-dist.tar.bz2 $ du -h gcc472-2-dist.tar.bz2 383Mgcc472-2-dist.tar.bz2 $ >>>Unless I'm misunderstanding it badly, -x shouldn't make any difference >>> when >>> counting a real file in the current directory. I wonder if it could have >>> perhaps been introduced by the recent related bugfix that I read about in >>> /usr/share/doc/coreutils/NEWS: du -x no longer counts root directories of other file systems. [bug introduced in coreutils-5.1.0] >>> or perhaps some interaction between that and Cygwin's path conversion code? >> 40157/1024/1024 = 382.985Mb >> Seems proper to me. > The problem is not the size reported by du -h... it's that du -x doesn't > list the file at all. Sorry, I misread your original post... -- WBR, Andrey Repin (anrdae...@freemail.ru) 07.04.2013, <04:33> Sorry for my terrible english... -- 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
