RFU: cppcheck-1.53-1
Please upload: --- wget -x -nH --cut-dirs=1 \ http://emergedesktop.org/cygwin/cppcheck/cppcheck-1.53-1.tar.bz2 \ http://emergedesktop.org/cygwin/cppcheck/cppcheck-1.53-1-src.tar.bz2 --- Please leave 1.52-1 as previous and feel free to remove older releases. Thank you, Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d
Re: RFU: cppcheck-1.53-1
On Feb 13 08:06, Chris Sutcliffe wrote: Please upload: --- wget -x -nH --cut-dirs=1 \ http://emergedesktop.org/cygwin/cppcheck/cppcheck-1.53-1.tar.bz2 \ http://emergedesktop.org/cygwin/cppcheck/cppcheck-1.53-1-src.tar.bz2 --- Please leave 1.52-1 as previous and feel free to remove older releases. Done. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
[RFU] subversion-1.7.3-1
Please delete 1.7.2-1 and leave 1.6.17-1 as prev. Thanks! wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-1.7.3-1-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-1.7.3-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-apache2/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-apache2/subversion-apache2-1.7.3-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-devel/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-devel/subversion-devel-1.7.3-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-perl/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-perl/subversion-perl-1.7.3-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-python/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-python/subversion-python-1.7.3-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-ruby/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-ruby/subversion-ruby-1.7.3-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-tools/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-tools/subversion-tools-1.7.3-1.tar.bz2 -- David Rothenberger daver...@acm.org Mencken and Nathan's Ninth Law of The Average American: The quality of a champagne is judged by the amount of noise the cork makes when it is popped.
Re: [RFU] subversion-1.7.3-1
On Mon, 2012-02-13 at 11:37 -0800, David Rothenberger wrote: Please delete 1.7.2-1 and leave 1.6.17-1 as prev. Done. Yaakov
Anunt Important
http://www.max-media.ro/administratie/prahova-printre-judetele-care-au-canalizare.-meritul-ii-apartine-lui-mircea-cosma.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Cut and Paste between X and WindowsXP sometimes fails
On 03/02/2012 22:55, Bennett, Tony wrote: Often when cutting from Xwin and attempting to Paste to a WindowsXP application, the most recent cut is not pasted... but instead a previous Xwin cut. In other words, this scenario: LOCATIONACTComment XwinCut abc WinXP Paste correctly pastes abc Xwin Cut def WinXP Paste Incorrectly pastes abc When the above problem occurs, no matter how many times a cut from Xwin, Whenever I paste on WinXP it pastes abc. I can correct the problem by cutting from WinXP and pasting into Xwin... ...after doing this the next Xwin cut will correctly paste on WinXP. Yes, this is a rather long-standing problem (see the bug report at [1] for some of the technical details), which is unfortunately not easy to fix in a way that works well for all cases. Fortunately, there is a simple workaround for the moment: If you install and run xclipboard, that will cause XWin to notice every change of the clipboard contents. [1] https://bugs.freedesktop.org/show_bug.cgi?id=5735 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: X still crashing, but interesting log messages... different config vals needed?
On 12/02/2012 23:51, Linda Walsh wrote: Jon TURNEY wrote: On 11/02/2012 04:19, Linda Walsh wrote: Still crashes in all the places it did 2 months ago, and more, but gives more interesting messages in log file (/var/log/xwin/XWin.0.log I assume this refers to the problem reported in [1], crashing when running yast2 on SuSE 11.4. I don't know anything about any other crashes you might have been experiencing. I haven't done anything specific to try to fix this, because I can't reproduce the problem and I don't have a useful backtrace. It would be of great help if you could follow the instructions at [2] to download the debug symbols and obtain a backtrace of the crash. I did that last time, then got another email from another admin saying to try some other version instead of that one because the instructions were wrong. I'm assuming you're referring to the exchange we had at [3], but I don't accept that as an accurate summary of it. Nevertheless, partly to prevent a re-iteration of that pointless debate, I have improved my build scripts so I now preserve the debug symbols for the packaged builds of XWin. Instructions on downloading them are available at [2]. At that point, I gave up to go use Xming which didn't have the problem, and was hoping someone else would run into it, since with cygwin, I have had it set on autostart, and it usually crashes within 15-20 minuts -- make kernel, or almost any qt based util,... then I just start Xming -- which was stable until this last cygwin update...which doesn't make sense, as I didn't think there was any code overlap Indeed, the only things they should have in common are your OS installation and your computer, which suggests to me, at least, that the problem may lie there. (main thing is I can no longer click on 'X' in a window and have it close, I have to go through the program's menus in each program to close it...very annoying. Was wondering if I should be giving any different options that might help it behave better? Log from last run below -- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.11.4.0 OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (WoW64) Package: version 1.11.4-3 built 2012-02-05 XWin was started with the following command line: /usr/bin/XWin -dpi 101 -multiwindow -clipboard -nowinkill -wm [ 14334.463] SocketUNIXAccept: accept() failed This log looks normal apart from this line. I don't think this is a new warning, and wasn't in the previous log you posted, so it's hard to see how this could be directly related to the problem. On the other hand, I'm a bit surprised that it works at all after that error. Nevertheless, since UNIX sockets don't seem to be working correctly for you, you might like to try adding '-nolisten unix' to see if that makes any difference. I assume you didn't try this. [1] http://cygwin.com/ml/cygwin-xfree/2011-08/msg00012.html [2] http://x.cygwin.com/devel/backtrace.html [3] http://cygwin.com/ml/cygwin-xfree/2011-08/msg00029.html -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
FW: RE: Cut and Paste between X and WindowsXP sometimes fails
On 03/02/2012 22:55, Bennett, Tony wrote: Often when cutting from Xwin and attempting to Paste to a WindowsXP application, the most recent cut is not pasted... but instead a previous Xwin cut. In other words, this scenario: LOCATIONACTComment XwinCut abc WinXP Paste correctly pastes abc Xwin Cut def WinXP Paste Incorrectly pastes abc When the above problem occurs, no matter how many times a cut from Xwin, Whenever I paste on WinXP it pastes abc. I can correct the problem by cutting from WinXP and pasting into Xwin... ...after doing this the next Xwin cut will correctly paste on WinXP. Yes, this is a rather long-standing problem (see the bug report at [1] for some of the technical details), which is unfortunately not easy to fix in a way that works well for all cases. Fortunately, there is a simple workaround for the moment: If you install and run xclipboard, that will cause XWin to notice every change of the clipboard contents. Thanks for the reply, Jon. Exactly how do I use xclipboard...??? Here's how I'm starting Xwin right now in a Windows Script called startx.bat: @echo off C: chdir C:\cygwin\bin bash -c PATH=$PATH:/bin:/usr/bin;XWin -clipboard -logverbose 3 -ac -query cdcxvd0559.con-way.com -fp \tcp/cdcxvd0559.con-way.com:8000,/usr/share/fonts/100dpi/,/usr/share/fonts/75dpi/,/usr/share/fonts/Type1/\ You'll notice I use XDMCP to establish a CDE session on cdcxvd0559... I've tried starting xclipboard in the same script, after starting Xwin (and sometimes even specifying -noclipboard)... and I always get an IO error and X-win dies. -tony -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog Makefile.in glob.c ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2012-02-13 13:12:37 Modified files: winsup/cygwin : ChangeLog Makefile.in glob.cc miscfuncs.cc nlsfuncs.cc thread.h winsup/cygwin/regex: regcomp.c Added files: winsup/cygwin : collate.h Log message: * Makefile.in (clean): Remove non-existant regexp dir. * collate.h: New header. (__collate_range_cmp): Declare. (__collate_load_error): Define. * glob.cc: Pull in latest version from FreeBSD. Simplify and reduce Cygwin-specific changes. * regex/regcomp.c: Include collate.h on Cygwin as well. (__collate_range_cmp): Move from here... * nlsfuncs.cc (__collate_range_cmp): ...to here. * miscfuncs.cc (thread_wrapper): Fix typo in comment. (CygwinCreateThread): Take dead zone of Windows stack into account. Change the way how the stack is commited and how to handle guardpages. Explain how and why. * thread.h (PTHREAD_DEFAULT_STACKSIZE): Change definition. Explain why. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/collate.h.diff?cvsroot=srcr1=NONEr2=1.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5699r2=1.5700 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/Makefile.in.diff?cvsroot=srcr1=1.249r2=1.250 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/glob.cc.diff?cvsroot=srcr1=1.6r2=1.7 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/miscfuncs.cc.diff?cvsroot=srcr1=1.78r2=1.79 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/nlsfuncs.cc.diff?cvsroot=srcr1=1.35r2=1.36 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/thread.h.diff?cvsroot=srcr1=1.126r2=1.127 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/regex/regcomp.c.diff?cvsroot=srcr1=1.12r2=1.13
src/winsup/cygwin ChangeLog miscfuncs.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2012-02-13 15:23:03 Modified files: winsup/cygwin : ChangeLog miscfuncs.cc Log message: * miscfuncs.cc (struct thread_wrapper_arg): Convert char * to PBYTE. Change related casts throughout. (thread_wrapper): Only do the thread change if the application provided the stack. Otherwise, just use the Windows-provided stack. Set up POSIX guardpage here, if necessary. Move related comment from CygwinCreateThread here. (CygwinCreateThread): Never allocate and set up own stack here. Just compute stack size to reserve and use value in CreateThread call if stack hasn't been provided by the application. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5700r2=1.5701 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/miscfuncs.cc.diff?cvsroot=srcr1=1.79r2=1.80
Can not make port forwarding from Cygwin when ControlMaster/ControlPath used.
I can forward port from Cygwin to Debian: cygwin# nc -l -p 6000 debian1# ssh -L 7000:cygwin.host:6000 u...@cygwin.host debian2# telnet localhost 7000 But if do same in inverse direction I got: debian# nc -l -p 6000 cygwin1# ssh -L 8000:debian.host:6000 u...@debian.host bind: Address already in use channel_setup_fwd_listener: cannot listen to port: 8000 Could not request local forwarding. I don't understand what this mean... netstat under Cygwin is Windows utility: debian# netstat -l -n | grep 6000 tcp0 0 0.0.0.0:60000.0.0.0:* LISTEN cygwin2# netstat -n -a -n TCP127.0.0.1:8000 0.0.0.0:0 LISTENING 2308 [ssh.exe] Note that ssh.exe is not ssh -L but that I run to connect to debian.host for nc -l -p 6000. To resolve issue I comment this line in ~/.ssh/config: # ControlPath ~/.ssh/sock_%r@%h_%p # ControlMaster auto -- Best regards! -- 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: cygwin 1.7.9: Segmentation faults / STATUS_STACK_OVERFLOW
Hi Corinna, thanks for the info about the stack sizes. [...] pthread_attr_t attr; pthread_attr_init (attr); pthread_attr_setstacksize (attr, 1024 * 1024); ret = pthread_create(threadId, attr, callGlob, NULL); [...] Jep, that works for me. Manuel
Re: cygwin 1.7.9: Segmentation faults / STATUS_STACK_OVERFLOW
On Feb 13 10:22, Manuel Wienand wrote: Hi Corinna, thanks for the info about the stack sizes. [...] pthread_attr_t attr; pthread_attr_init (attr); pthread_attr_setstacksize (attr, 1024 * 1024); ret = pthread_create(threadId, attr, callGlob, NULL); [...] Jep, that works for me. Apart from that I set the default stack size to 1 Megs. Thanks for your testcase, btw. It helped me a lot to understand how Windows handles the stack and the stack guard pages. With its help I also found two long-standing problems in glob(). When I added the glob implementation from FreeBSD, I made some innocent changes which turned out to waste a lot of stack space. And, at the time we had no locale support so I removed it from the code, so I took the opportunity to add locale support back into the code. I'm still testing one of my changes before checking in, but I'm almost GTG. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: TTY and sshpass
Uh ok. Somehow I missed the fact that you had my workaorund applied as well. Strange that it works for me. Corinna I tried Corinna patch on my machine and it worked. I don't know what Chris problem. Thanks for your help and let me know if you need something. Sylvain -- 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: sed strips CRs
On Sat, Feb 11, 2012 at 12:56 PM, Corinna Vinschen wrote: That's why I wrote on systems supporting this mode. Sed input is text input in the first place. Therefore it's using textmode in the first place. This is done so for a long time. If it's not what you need, there's a workaround, the -b option. I was stressing the issue of the confusion. That being, Cygwin is different than Linux as well as it is similar. Many expect it to be exactly matching. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: cygwin-1.7.10-1 fork - address space needed by ... already in use
Corinna Vinschen-2 wrote: Sigh. While the basename is all we need to test if a DLL is already loaded, it's *not* enough to load a DLL which still needs loading, if the DLLs are not in the DLL search path, as in the case of Perl libs. I'm going to generate a new 2012-02-09 snapshot right now. Should be up in 10 minutes or so. I'm happy to report that after I dropped this new snapshot in place, my original problem has gone away completely (and I've been clean for a few days, now). In fact, it also made it so that I could build some software from sources (make and gcc were failing variously with the same type of error messages). So as of now, I am a very happy camper! Thanks much! Scott M. Ballew Purdue University -- View this message in context: http://old.nabble.com/cygwin-1.7.10-1-fork---address-space-needed-by-...-already-in-use-tp33279157p33314949.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: Can not make port forwarding from Cygwin when ControlMaster/ControlPath used.
On Feb 13 11:18, Oleksandr Gavenko wrote: I can forward port from Cygwin to Debian: cygwin# nc -l -p 6000 debian1# ssh -L 7000:cygwin.host:6000 u...@cygwin.host debian2# telnet localhost 7000 But if do same in inverse direction I got: debian# nc -l -p 6000 cygwin1# ssh -L 8000:debian.host:6000 u...@debian.host bind: Address already in use channel_setup_fwd_listener: cannot listen to port: 8000 Could not request local forwarding. I don't understand what this mean... netstat under Cygwin is Windows utility: debian# netstat -l -n | grep 6000 tcp0 0 0.0.0.0:60000.0.0.0:* LISTEN cygwin2# netstat -n -a -n TCP127.0.0.1:8000 0.0.0.0:0 LISTENING 2308 [ssh.exe] Note that ssh.exe is not ssh -L but that I run to connect to debian.host for nc -l -p 6000. To resolve issue I comment this line in ~/.ssh/config: # ControlPath ~/.ssh/sock_%r@%h_%p # ControlMaster auto Works for me with or without these lines. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Can not make port forwarding from Cygwin when ControlMaster/ControlPath used.
On Feb 13 14:53, Corinna Vinschen wrote: On Feb 13 11:18, Oleksandr Gavenko wrote: [...] To resolve issue I comment this line in ~/.ssh/config: # ControlPath ~/.ssh/sock_%r@%h_%p # ControlMaster auto Works for me with or without these lines. Btw., connection sharing doesn't work on Cygwin. For this to work we need descriptor passing over AF_LOCAL sockets, which isn't implemented in Cygwin. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: PROGRAMFILES variable is not set during openssh session
On Feb 12 20:33, ArcFi wrote: PROGRAMFILES variable is not set during openssh session. This is very important for remote administrative tasks. OpenSSH 6.0p1 is due soon. I asked to apply a patch upstream so that PROGRAMFILES is added back to the environment variables passed over to the child process. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: sed strips CRs
[adding bug-sed - see this thread in cygwin: http://cygwin.com/ml/cygwin/2012-02/msg00313.html] On 02/11/2012 10:19 AM, Earnie Boyd wrote: By this I assume you to mean that the -b option opens the input file in binary mode. But the mount table the OP showed was already in binary mode. Does sed not take that into consideration, I.E. it specifies the mode as a text file unless -b is specified, is this correct? Yes. By default files are fopened using the rt mode on systems supporting this mode. This behaviour is hardcoded into upstream sed. But on Linux I would expect the t to be ignored and the file is open in binary mode anyway. Personally, I think it is a bug that upstream sed is using 't' in fopen() in the first place. Linux does NOT have an 'rt' mode for a reason: 't' is non-standard. On cygwin, the preference used in coreutils is that you get text mode by using 'r' and binary mode by using 'rb', on the mount points where text mode matters; you should almost never use 'rt' which forces text mode even on binary mounts. That is, sed should be just fine using 'r' instead of 'rt', and it would fix the perceived broken behavior on cygwin binary mounts. But fixing this should be done upstream, and not in cygwin. -- Eric Blake ebl...@redhat.com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: File operations really slow in emacs
On 11/02/2012 5:11 AM, Corinna Vinschen wrote: On Feb 10 20:18, Ryan Johnson wrote: Hi all, For some reason file operations have become very slow inside emacs starting yesterday. It's especially painful when saving a file that's managed by mercurial (more than 20 seconds!), but I've seen it on the command line as well (x-server takes a similar amount of time to start, for example). I'm running the latest everything and I've run rebaseall. I verified that Windows Defender did not silently re-enable itself since I last disabled it (you can't actually uninstall it) and no other BLODA are present on my machine. The problem persists across reboots. I have vague memories that this has turned up in the past (maybe 12-15 months ago?) but Google isn't turning up anything. Attaching strace to emacs during the save makes it take a full 35 seconds and reports the following: $ cat emacs.strace | awk '{if ($1 100) { print }}' | grep -v timer_thread 26910790 26912157 [main] emacs-X11 5188 child_copy: dll bss - hp 0x264 low 0x611FC000, high 0x61230770, res 1 1128419 2125655 [main] python2.6 5188 read: read(5, 0x8009DB60, 65536) blocking 25850184 32830582 [main] python2.6 5188 stat_worker: 0 = (\??\C:\cygwin\cygdrive,0x28BB68) ^^^ This looks suspicious. I assume you're suffering from SMB network scanning. Turns out you were right after all. I have Z: mapped to a SMB share that's only visible when I'm connected to the VPN it lives on; I hadn't used it in a few months and it didn't show up in Explorer, but it was on the list of drives returned by GetLogicalDriveStrings(). Connecting the drive makes everything run at normal speed, and disconnecting it makes the problem return a short time later. Oddly, I've never observed the effect when running from an elevated prompt -- I can reliably fire off 'stat /cygdrive' in a normal prompt, open an elevated mintty, run the same command there, get the results, and close the window, all well before the first stat completes. So, three questions: - why is the elevated prompt unaffected? - why does hg feel a need to access /cygdrive? - is there a workaround? Neither always run elevated nor always keep all network drives mounted seems like a reasonable requirement, but that elevated prompt is looking mighty nice right about now. I suppose I could also drop the for loop from fhandler_cygdrive::fstat and set st_nlink to either 3 or 2+ndrives (on the assumption that the change won't affect anyone's decision to unlink /cygdrive and that the number is otherwise meaningless). Thoughts? 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: sed strips CRs
On Mon, Feb 13, 2012 at 9:12 AM, Eric Blake wrote: Personally, I think it is a bug that upstream sed is using 't' in fopen() in the first place. Linux does NOT have an 'rt' mode for a reason: 't' is non-standard. On cygwin, the preference used in coreutils is that you get text mode by using 'r' and binary mode by using 'rb', on the mount points where text mode matters; you should almost never use 'rt' which forces text mode even on binary mounts. That is, sed should be just fine using 'r' instead of 'rt', and it would fix the perceived broken behavior on cygwin binary mounts. But fixing this should be done upstream, and not in cygwin. I've stayed away from voicing personal feelings. While modifying upstream certainly would resolve the issue of CRLF being read in text mode; I, on the other hand, believe that Cygwin should open the file descriptor in binary mode regardless. Note, though, the difference between normal processing mode in sed and versus sed -b is one of line mode versus buffered mode because you can't treat a binary data file as text lines. Modifying upstream would destroy those systems that require 'rt' to operate in text mode and I'm not meaning Windows; I don't know if any do. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: sed strips CRs
On 02/13/2012 03:12 PM, Eric Blake wrote: But fixing this should be done upstream, and not in cygwin. As long as it's consistent with coreutils I'll certainly do the change. Paolo -- 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: sed strips CRs
From: Earnie Boyd On Sat, Feb 11, 2012 at 12:56 PM, Corinna Vinschen wrote: That's why I wrote on systems supporting this mode. Sed input is text input in the first place. Therefore it's using textmode in the first place. This is done so for a long time. If it's not what you need, there's a workaround, the -b option. I was stressing the issue of the confusion. That being, Cygwin is different than Linux as well as it is similar. Many expect it to be exactly matching. I agree that it's confusing. More confusion: sed's man page does not mention the -b option, although sed --help does. grep also strips CRs, but has option -U to suppress this behavior. awk also strips CRs. I could not find an awk option to suppress this. IMHO it would be preferable to replace this confusing state and align these tools with Cygwin's philosophy to work like GNU/Linux. The standard response to issues dealing with CRLF files is to point the user to dos2unix and text mode mounts. This should be adequate without the hidden behavior of sed/grep/awk and probably others. Respectfully submitted, Ken Nellis
Re: sed strips CRs
On Feb 13 15:37, Paolo Bonzini wrote: On 02/13/2012 03:12 PM, Eric Blake wrote: But fixing this should be done upstream, and not in cygwin. As long as it's consistent with coreutils I'll certainly do the change. Paolo Thanks! Would you mind to CC the cygwin list when the next upstream sed release is available? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: sed strips CRs
[Sent again. I missed all the CC's in my previous reply. Sorry!] On Feb 13 15:37, Paolo Bonzini wrote: On 02/13/2012 03:12 PM, Eric Blake wrote: But fixing this should be done upstream, and not in cygwin. As long as it's consistent with coreutils I'll certainly do the change. Paolo Thanks! Would you mind to CC the cygwin list when the next upstream sed release is available? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: File operations really slow in emacs
On Feb 13 08:31, Ryan Johnson wrote: On 11/02/2012 5:11 AM, Corinna Vinschen wrote: (\??\C:\cygwin\cygdrive,0x28BB68) ^^^ This looks suspicious. I assume you're suffering from SMB network scanning. Turns out you were right after all. I have Z: mapped to a SMB share that's only visible when I'm connected to the VPN it lives on; I hadn't used it in a few months and it didn't show up in Explorer, but it was on the list of drives returned by GetLogicalDriveStrings(). Connecting the drive makes everything run at normal speed, and disconnecting it makes the problem return a short time later. Oddly, I've never observed the effect when running from an elevated prompt -- I can reliably fire off 'stat /cygdrive' in a normal prompt, open an elevated mintty, run the same command there, get the results, and close the window, all well before the first stat completes. So, three questions: - why is the elevated prompt unaffected? Because the elevated token is not connected to the drives of the non-elevated token by default. There's a registry key which allows to change that, but off the top of my head I don't know it. Search MSDN, this question comes up since the first Vista release candidates. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: sed strips CRs
On 02/13/2012 03:56 PM, Corinna Vinschen wrote: As long as it's consistent with coreutils I'll certainly do the change. Thanks! Would you mind to CC the cygwin list when the next upstream sed release is available? Sure, it should be real soon now since a new release has been long overdue. By the way, I'm still opening the script file with rt. I cannot think of any case when you would want to keep CRs there. Paolo -- 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: sed strips CRs
On Feb 13 16:22, Paolo Bonzini wrote: On 02/13/2012 03:56 PM, Corinna Vinschen wrote: As long as it's consistent with coreutils I'll certainly do the change. Thanks! Would you mind to CC the cygwin list when the next upstream sed release is available? Sure, it should be real soon now since a new release has been long overdue. By the way, I'm still opening the script file with rt. I cannot think of any case when you would want to keep CRs there. Indeed, that sounds like the right thing to do. Thank you, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: sed strips CRs
On Mon, Feb 13, 2012 at 10:22 AM, Paolo Bonzini bonz...@gnu.org wrote: On 02/13/2012 03:56 PM, Corinna Vinschen wrote: As long as it's consistent with coreutils I'll certainly do the change. Thanks! Would you mind to CC the cygwin list when the next upstream sed release is available? Sure, it should be real soon now since a new release has been long overdue. By the way, I'm still opening the script file with rt. I cannot think of any case when you would want to keep CRs there. The case of sed -e 's/something/nothing/g' myfile myfile2 as it works in Cygwin today would mean that in the case of the OP's drive settings myfile2 would not contain the CR. Treating CR as white space is the more proper thing to do, IMO. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: sed strips CRs
Earnie Boyd skrev 2012-02-13 16:43: On Mon, Feb 13, 2012 at 10:22 AM, Paolo Bonzini bonz...@gnu.org wrote: On 02/13/2012 03:56 PM, Corinna Vinschen wrote: As long as it's consistent with coreutils I'll certainly do the change. Thanks! Would you mind to CC the cygwin list when the next upstream sed release is available? Sure, it should be real soon now since a new release has been long overdue. By the way, I'm still opening the script file with rt. I cannot think of any case when you would want to keep CRs there. The case of sed -e 's/something/nothing/g' myfile myfile2 as it works in Cygwin today would mean that in the case of the OP's drive settings myfile2 would not contain the CR. Treating CR as white space is the more proper thing to do, IMO. Paolo was talking about the script file, i.e. the sed program. He has already agreed to change the handling of the input/output. Cheers, Peter -- 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: sed strips CRs
On 02/13/2012 04:43 PM, Earnie Boyd wrote: By the way, I'm still opening the script file with rt. I cannot think of any case when you would want to keep CRs there. The case of sed -e 's/something/nothing/g' myfile myfile2 as it works in Cygwin today would mean that in the case of the OP's drive settings myfile2 would not contain the CR. Treating CR as white space is the more proper thing to do, IMO. myfile is not the script file. The script file is the one that you pass to -f. Using rt was introduced in both cases for Cygwin, so regressions on other systems shouldn't be a problem. Paolo -- 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: Can not make port forwarding from Cygwin when ControlMaster/ControlPath used.
On 2012-02-13, Corinna Vinschen wrote: On Feb 13 14:53, Corinna Vinschen wrote: On Feb 13 11:18, Oleksandr Gavenko wrote: [...] To resolve issue I comment this line in ~/.ssh/config: # ControlPath ~/.ssh/sock_%r@%h_%p # ControlMaster auto Works for me with or without these lines. Btw., connection sharing doesn't work on Cygwin. For this to work we need descriptor passing over AF_LOCAL sockets, which isn't implemented in Cygwin. OK, thanks for explanation. As possible solution: * comment above lines * pass -S none to ssh Note that ssh create files ~/.ssh/sock_%r@%h_%p so code partially work. -- Best regards! -- 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
scan-build symlink from llvm/clang does not work in GNU Make
$ cat Makefile.common # -e Override Makefile settings with env var to pass scan-build settings to Make. .PHONY: clang clang: $$(realpath $$(which scan-build)) make -e -f $(MK_FILE) clean dist .PHONY: clang2 clang2: scan-build make -e -f $(MK_FILE) clean dist If you run scan-build directly from Make you get: $ make -f Makefile.win-gcc-npapi clang2 /cygdrive/d/home/devel/llvm/tools/clang/tools/scan-build/bin/clang: No such file or directory at /cygdrive/d/home/devel/llvm/tools/clang/tools/scan-build/scan-build line 84 Makefile.common-pre:234: recipe for target `clang2' failed If you resolve path to 'scan-build' (as this done in 'clang' target, see above) all work ok. $ ls -l `which scan-build` lrwxrwxrwx 1 user root 45 фев 13 12:34 /usr/bin/scan-build - ../share/clang-analyzer/scan-build/scan-build GNU Make from Cygwin. -- Best regards! -- 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: scan-build symlink from llvm/clang does not work in GNU Make
On Mon, Feb 13, 2012 at 06:40:31PM +0200, Oleksandr Gavenko wrote: $ cat Makefile.common # -e Override Makefile settings with env var to pass scan-build settings to Make. .PHONY: clang clang: $$(realpath $$(which scan-build)) make -e -f $(MK_FILE) clean dist .PHONY: clang2 clang2: scan-build make -e -f $(MK_FILE) clean dist If you run scan-build directly from Make you get: $ make -f Makefile.win-gcc-npapi clang2 /cygdrive/d/home/devel/llvm/tools/clang/tools/scan-build/bin/clang: No such file or directory at /cygdrive/d/home/devel/llvm/tools/clang/tools/scan-build/scan-build line 84 Makefile.common-pre:234: recipe for target `clang2' failed If you resolve path to 'scan-build' (as this done in 'clang' target, see above) all work ok. $ ls -l `which scan-build` lrwxrwxrwx 1 user root 45 ??? 13 12:34 /usr/bin/scan-build - ../share/clang-analyzer/scan-build/scan-build GNU Make from Cygwin. Could you try winnowing that down to a simple test case which illustrates the problem? And, please send the cygcheck output as requested by http://cygwin.com/problems.html . -- 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
[ANNOUNCEMENT] Updated: cppcheck-1.53-1
Version 1.53-1 of cppcheck has been uploaded, following the upstream release. cppcheck is a tool for static C/C++ code analysis. It tries to detect bugs that your C/C++ compiler doesn't see. The goal is no false positives. cppcheck is versatile. You can check non-standard code that includes various compiler extensions, inline assembly code, etc. For a list of changes see: http://sourceforge.net/news/?group_id=195752id=306118 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read*all* of the information on unsubscribing that is available starting at this URL. -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- 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: sed strips CRs
Paolo Bonzini scripsit: By the way, I'm still opening the script file with rt. I cannot think of any case when you would want to keep CRs there. You wouldn't, but the point is that rt isn't defined on Posix systems. If it happens to be the same as r, good, but that isn't guaranteed. And the only time rt does anything different from r on a Win32 system is when you have: 1) linked your executable with the system-supplied 'binmode.obj' file 2) set the global variable _fmode to O_BINARY 3) invoked _set_fmode(O_BINARY) all of which make r synonymous with rb. Programs which don't do any of these should use r rather than rt, as it is guaranteed to do the right thing for text on both Win32 and Posix systems. -- You annoy me, Rattray! You disgust me! John Cowan You irritate me unspeakably! Thank Heaven, co...@ccil.org I am a man of equable temper, or I should http://www.ccil.org/~cowan scarcely be able to contain myself before your mocking visage.--Stalky imitating Macrea -- 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: sed strips CRs
On 02/13/2012 08:42 PM, John Cowan wrote: By the way, I'm still opening the script file with rt. I cannot think of any case when you would want to keep CRs there. You wouldn't, but the point is that rt isn't defined on Posix systems. If it happens to be the same as r, good, but that isn't guaranteed. Yes, I added a configure-time check too. I assume that if rt works, it can be used instead of r. And the only time rt does anything different from r on a Win32 system is when you have: 1) linked your executable with the system-supplied 'binmode.obj' file 2) set the global variable _fmode to O_BINARY 3) invoked _set_fmode(O_BINARY) all of which make r synonymous with rb. Programs which don't do any of these should use r rather than rt, as it is guaranteed to do the right thing for text on both Win32 and Posix systems. No, rt also does something different than r on Cygwin with binary-mounts. If you meant that rt should be restricted to cygwin, that's also fine by me but in general I prefer feature tests to OS tests. Paolo -- 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
[ANNOUNCEMENT] Released: R-2.14.1-2
Versions 2.14.1-2 of R libRmath libRmath-devel for cygwin are now available in the Cygwin distribution: CHANGES Based on cygport version with minimal changes. DESCRIPTION R is a language and environment for statistical computing and graphics. R provides a wide variety of statistical (linear and nonlinear modelling, classical statistical tests, time-series analysis, classification, clustering, ...) and graphical techniques, and is highly extensible. The S language is often the vehicle of choice for research in statistical methodology, and R provides an Open Source route to participation in that activity. HOMEPAGE http://www.r-project.org/ Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
Anunt Important
http://www.max-media.ro/administratie/prahova-printre-judetele-care-au-canalizare.-meritul-ii-apartine-lui-mircea-cosma.html -- 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: sed strips CRs
On Mon, Feb 13, 2012 at 2:48 PM, Paolo Bonzini wrote: If you meant that rt should be restricted to cygwin, that's also fine by me but in general I prefer feature tests to OS tests. Then it becomes Cygwin's problem. I'm going to quote from http://msdn.microsoft.com/en-us/library/yeby3zcb.aspx quote t Open in text (translated) mode. In this mode, CTRL+Z is interpreted as an EOF character on input. In files that are opened for reading/writing by using a+, fopen checks for a CTRL+Z at the end of the file and removes it, if possible. This is done because using fseek and ftell to move within a file that ends with CTRL+Z may cause fseek to behave incorrectly near the end of the file. In text mode, carriage return–linefeed combinations are translated into single linefeeds on input, and linefeed characters are translated to carriage return–linefeed combinations on output. When a Unicode stream-I/O function operates in text mode (the default), the source or destination stream is assumed to be a sequence of multibyte characters. Therefore, the Unicode stream-input functions convert multibyte characters to wide characters (as if by a call to the mbtowc function). For the same reason, the Unicode stream-output functions convert wide characters to multibyte characters (as if by a call to the wctomb function). /quote So does Cygwin really want to specify rt? I would rather sed specify rb and treat the CR as white space. I know that treating CR as white space works well. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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
[ANNOUNCEMENT] Updated: subversion-1.7.3-1
A new version of subversion is available. NEWS: = See CHANGES (URL below) for more information about the differences between 1.7.3 and previous Subversion releases. IMPORTANT: Please read the release notes (URL below) before upgrading from a previous major release. 1.7 includes a new working copy format with a manual upgrade operation. This will render your working copy unusable with previous major releases. Furthermore, there are some issues trying to upgrade corrupt working copies. Please see the release notes http://subversion.apache.org/docs/release-notes/1.7.html for more details about the changes in Subversion. See http://svn.apache.org/repos/asf/subversion/tags/1.7.3/CHANGES for more details about the changes in 1.7.3. DESCRIPTION: Subversion is a version control system designed to be a compelling successor to CVS. Please see http://svnbook.red-bean.com/en/1.7/index.html for the latest official release of the Subversion Book. DOWNLOAD: = Note that downloads from sourceware.org (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- David Rothenberger daver...@acm.org -- 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
[ANNOUNCEMENT] Updated: git-1.7.9-1, git{k,-gui,-completion,-svn}-1.7.9-1
A new release of git, 1.7.9-1, has been uploaded, and will be available for use when your mirror catches up. This leaves 1.7.5.1-1 as previous. NEWS: = This is a new upstream release, with upstream release notes attached. See also the package documentation in /usr/share/doc/git/. This release should cater to the fact that tcl is now X-based. Before reporting any problems with gitk or git-gui, first check that you are running an X server. Also, gitk will complain if your ~/.gitk has a line 'set uicolor SystemButtonFace'; there's nothing I can do about it at a packaging level, but you can remove the offending line to get past it. When compiled out of the box, the upstream git maintainers cater to older cygwin releases, and intentionally disable certain features that have been reported on their mailing list, even though they work with the latest cygwin. Therefore, this build turns those features back on. However, it means that this version does assume that you are not using FAT or FAT32 to hold your repositories, since they do not store file permissions very accurately. DESCRIPTION: Git is popular version control system designed to handle very large projects with speed and efficiency; it is used mainly for various open source projects, most notably the Linux kernel. Git falls in the category of distributed source code management tools, similar to e.g. GNU Arch or Monotone (or BitKeeper in the proprietary world). Every Git working directory is a full-fledged repository with full revision tracking capabilities, not dependent on network access or a central server. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'git', 'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from the 'Devel' category. DOWNLOAD: = Note that downloads from sourceware.org (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Eric Blake volunteer cygwin git package maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Git v1.7.9 Release Notes Updates since v1.7.8 * gitk updates accumulated since early 2011. * git-gui updated to 0.16.0. * git-p4 (in contrib/) updates. * Git uses gettext to translate its most common interface messages into the user's language if translations are available and the locale is appropriately set. Distributors can drop new PO files in po/ to add new translations. * The code to handle username/password for HTTP transactions used in git push git fetch learned to talk credential API to external programs to cache or store them, to allow integration with platform native keychain mechanisms. * The input prompts in the terminal use our own getpass() replacement when possible. HTTP transactions used to ask for the username without echoing back what was typed, but with this change you will see it as you type. * The internals of revert/cherry-pick have been tweaked to prepare building more generic sequencer on top of the implementation that drives them. * git rev-parse FETCH_HEAD after git fetch without specifying what to fetch from the command line will now show the commit that would be merged if the command were git pull. * git add learned to stream large files directly into a packfile instead of writing them into individual loose object files. * git checkout -B current branch elsewhere is a more intuitive way to spell git reset --keep elsewhere. * git checkout and git merge learned --no-overwrite-ignore option to tell Git that untracked and ignored files are not expendable. * git commit --amend learned --no-edit option to say that the user is amending the tree being recorded, without updating the commit log message. * git commit and git reset re-learned the optimization to prime the cache-tree information in the index, which makes it faster to write a tree object out after the index entries are updated. * git commit detects and rejects an attempt to stuff NUL byte in the commit log message. * git commit learned -S to GPG-sign
Re: PROGRAMFILES variable is not set during openssh session
Greetings, Corinna Vinschen! PROGRAMFILES variable is not set during openssh session. This is very important for remote administrative tasks. OpenSSH 6.0p1 is due soon. I asked to apply a patch upstream so that PROGRAMFILES is added back to the environment variables passed over to the child process. Both of them? (on x86_64 systems, there's two relevant variables) -- WBR, Andrey Repin (anrdae...@freemail.ru) 14.02.2012, 04:48 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: Can not make port forwarding from Cygwin when ControlMaster/ControlPath used.
On 2/13/2012 9:00 AM, Corinna Vinschen wrote: Btw., connection sharing doesn't work on Cygwin. For this to work we need descriptor passing over AF_LOCAL sockets, which isn't implemented in Cygwin. Yes, please! (I know, I know, SHTDI). http://cygwin.com/ml/cygwin/2009-10/msg00397.html See Corinna's and cgf's comments downthread. -- Chuck -- 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: sed strips CRs
Greetings, Nellis, Kenneth! The standard response to issues dealing with CRLF files is to point the user to dos2unix and text mode mounts. This should be adequate without the hidden behavior of sed/grep/awk and probably others. While your reasoning is sound, I prefer them to behave the way they are for my own goals. I can't possible alter between text and binary mounts, or use d2u on and off in an attempt to produce consistent and predictable end results. -- WBR, Andrey Repin (anrdae...@freemail.ru) 14.02.2012, 04:53 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
console message: _pinfo::dup_proc_pipe: something failed for pid 0 ...
Hallo, Im using a nearly upto date cygwin installation with the following snapshot. $ uname -a CYGWIN_NT-6.1-WOW64 PCFX162 1.7.11s(0.259/5/3) 20120209 16:18:27 i686 Cygwin I got once the following error on the console: 0 [main] sh 85464! _pinfo::dup_proc_pipe: something failed for pid 0: res 85464, hProcess 0x158, wr_proc_pipe 0xD8 vs. 0xD8, Win32 error 5 Can anyone tell me what's going wrong? The error was echoed while running a perl script which polls our database for compile jobs for our project build system (running make). I found the error in our make.log file. But cause of running make in parallel (-j8) - it's not clear which command produces this error: sh, gcc or perl !?! The make system will not abort cause of error - so I'm really not sure - is it an error, a warning or just an information? I never have seen such an error before using snapshot 20120209. best regards Heiko -- 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
Updated: cppcheck-1.53-1
Version 1.53-1 of cppcheck has been uploaded, following the upstream release. cppcheck is a tool for static C/C++ code analysis. It tries to detect bugs that your C/C++ compiler doesn't see. The goal is no false positives. cppcheck is versatile. You can check non-standard code that includes various compiler extensions, inline assembly code, etc. For a list of changes see: http://sourceforge.net/news/?group_id=195752id=306118 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read*all* of the information on unsubscribing that is available starting at this URL. -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d
Released: R-2.14.1-2
Versions 2.14.1-2 of R libRmath libRmath-devel for cygwin are now available in the Cygwin distribution: CHANGES Based on cygport version with minimal changes. DESCRIPTION R is a language and environment for statistical computing and graphics. R provides a wide variety of statistical (linear and nonlinear modelling, classical statistical tests, time-series analysis, classification, clustering, ...) and graphical techniques, and is highly extensible. The S language is often the vehicle of choice for research in statistical methodology, and R provides an Open Source route to participation in that activity. HOMEPAGE http://www.r-project.org/ Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: subversion-1.7.3-1
A new version of subversion is available. NEWS: = See CHANGES (URL below) for more information about the differences between 1.7.3 and previous Subversion releases. IMPORTANT: Please read the release notes (URL below) before upgrading from a previous major release. 1.7 includes a new working copy format with a manual upgrade operation. This will render your working copy unusable with previous major releases. Furthermore, there are some issues trying to upgrade corrupt working copies. Please see the release notes http://subversion.apache.org/docs/release-notes/1.7.html for more details about the changes in Subversion. See http://svn.apache.org/repos/asf/subversion/tags/1.7.3/CHANGES for more details about the changes in 1.7.3. DESCRIPTION: Subversion is a version control system designed to be a compelling successor to CVS. Please see http://svnbook.red-bean.com/en/1.7/index.html for the latest official release of the Subversion Book. DOWNLOAD: = Note that downloads from sourceware.org (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- David Rothenberger daver...@acm.org
Updated: git-1.7.9-1, git{k,-gui,-completion,-svn}-1.7.9-1
A new release of git, 1.7.9-1, has been uploaded, and will be available for use when your mirror catches up. This leaves 1.7.5.1-1 as previous. NEWS: = This is a new upstream release, with upstream release notes attached. See also the package documentation in /usr/share/doc/git/. This release should cater to the fact that tcl is now X-based. Before reporting any problems with gitk or git-gui, first check that you are running an X server. Also, gitk will complain if your ~/.gitk has a line 'set uicolor SystemButtonFace'; there's nothing I can do about it at a packaging level, but you can remove the offending line to get past it. When compiled out of the box, the upstream git maintainers cater to older cygwin releases, and intentionally disable certain features that have been reported on their mailing list, even though they work with the latest cygwin. Therefore, this build turns those features back on. However, it means that this version does assume that you are not using FAT or FAT32 to hold your repositories, since they do not store file permissions very accurately. DESCRIPTION: Git is popular version control system designed to handle very large projects with speed and efficiency; it is used mainly for various open source projects, most notably the Linux kernel. Git falls in the category of distributed source code management tools, similar to e.g. GNU Arch or Monotone (or BitKeeper in the proprietary world). Every Git working directory is a full-fledged repository with full revision tracking capabilities, not dependent on network access or a central server. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'git', 'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from the 'Devel' category. DOWNLOAD: = Note that downloads from sourceware.org (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Eric Blake volunteer cygwin git package maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Git v1.7.9 Release Notes Updates since v1.7.8 * gitk updates accumulated since early 2011. * git-gui updated to 0.16.0. * git-p4 (in contrib/) updates. * Git uses gettext to translate its most common interface messages into the user's language if translations are available and the locale is appropriately set. Distributors can drop new PO files in po/ to add new translations. * The code to handle username/password for HTTP transactions used in git push git fetch learned to talk credential API to external programs to cache or store them, to allow integration with platform native keychain mechanisms. * The input prompts in the terminal use our own getpass() replacement when possible. HTTP transactions used to ask for the username without echoing back what was typed, but with this change you will see it as you type. * The internals of revert/cherry-pick have been tweaked to prepare building more generic sequencer on top of the implementation that drives them. * git rev-parse FETCH_HEAD after git fetch without specifying what to fetch from the command line will now show the commit that would be merged if the command were git pull. * git add learned to stream large files directly into a packfile instead of writing them into individual loose object files. * git checkout -B current branch elsewhere is a more intuitive way to spell git reset --keep elsewhere. * git checkout and git merge learned --no-overwrite-ignore option to tell Git that untracked and ignored files are not expendable. * git commit --amend learned --no-edit option to say that the user is amending the tree being recorded, without updating the commit log message. * git commit and git reset re-learned the optimization to prime the cache-tree information in the index, which makes it faster to write a tree object out after the index entries are updated. * git commit detects and rejects an attempt to stuff NUL byte in the commit log message. * git commit learned -S to GPG-sign