Re: [PATCH] pthread_getattr_np, pthread_setschedprio

2011-04-14 Thread Yaakov (Cygwin/X)
On Sun, 2011-04-10 at 21:30 -0500, Yaakov (Cygwin/X) wrote: This patch adds two pthread functions which appear to be low-hanging fruit. pthread_setschedprio(3) is a POSIX function[1][2] which changes the scheduling priority for the given thread. It is similar to pthread_setschedparam(3)

Re: [PATCH] pthread_getattr_np, pthread_setschedprio

2011-04-14 Thread Christopher Faylor
On Thu, Apr 14, 2011 at 10:00:32PM -0500, Yaakov (Cygwin/X) wrote: On Sun, 2011-04-10 at 21:30 -0500, Yaakov (Cygwin/X) wrote: This patch adds two pthread functions which appear to be low-hanging fruit. pthread_setschedprio(3) is a POSIX function[1][2] which changes the scheduling priority

strftime trouble with %z

2011-04-14 Thread Peter Rosin
Hi! I'm getting somewhat troublesome output from the below STC. It seems as if gmtime mucks with something, or that localtime is not filling in everything it needs to? --8---(zone.c)- #include stdio.h #include time.h int main(void) { char zone[6]; struct

1.7.7: mv.exe hangs on locked directory

2011-04-14 Thread Matt Packer
This behaviour occurs on CYGWIN_NT-6.1-WOW64 1.7.7(0.230/5/3) 2010-08-31 09:58. On Win7 x64 SP1 (Also occurs on SP0) Repro Steps: Open Bash window 1 mkdir ${TMP}/foo; cd ${TMP}/foo; ===Leave this window open=== Open Bash window 2 mv ${TMP}/foo ${TMP}/bar; This will hang

Re: bash died waiting for longjmp before initialization

2011-04-14 Thread Ryan Johnson
I haven't had bash crash on me, but I do get other fork-related errors on my win7-x64 system. You might try running the attached testcase (make ./fork) a few times to see if it reproduces the problem. For me it usually complains about access violations during the fork and sometimes dies

Re: Spurious warnings about MS-DOS paths

2011-04-14 Thread Eric Blake
On 04/13/2011 09:10 PM, Ryan Johnson wrote: Hi all, A recent cygwin update has started spewing warnings such as the following when I do tab completion on a path containing spaces: $ cd ~/Home/Documents/Pcygwin warning: MS-DOS style path detected: ~/Home/Documents/PC\ reviews\ 2011

Re: Debugging help for fork failure: resource temporarily unavailable

2011-04-14 Thread Ryan Johnson
On 2:59 PM, Ryan Johnson wrote: I wrote a very simple program whose main() prints out the contents of /proc/self/maps, forks, calls foo() and bar(), and finally (if the parent) calls wait(). The trick is, foo() and bar() reside in cygfoo.dll and cygbar.dll respectively, which I compiled to

[ANNOUNCEMENT] Updated: rsync-3.0.8-1

2011-04-14 Thread Lapo Luchini
Version 3.0.8-1 of rsync has been uploaded. rsync is a file transfer program. rsync uses the 'rsync algorithm' which provides a very fast method for bringing remote files into sync. It does this by sending just the differences in the files across the link, without requiring that both sets of

Re: 1.7.7: mv.exe hangs on locked directory

2011-04-14 Thread Andy Koppe
On 14 April 2011 13:01, Matt Packer wrote: This behaviour occurs on CYGWIN_NT-6.1-WOW64 1.7.7(0.230/5/3) 2010-08-31 09:58. On Win7 x64 SP1 (Also occurs on SP0) Repro Steps: Open Bash window 1 mkdir ${TMP}/foo; cd ${TMP}/foo; ===Leave this window open=== Open Bash window 2

Re: 1.7.9-1: typeahead queue not flushed when Ctrl+C pressed

2011-04-14 Thread Andy Koppe
On 4 April 2011 19:39, Edward McGuire wrote: When I type ahead in an uncustomized terminal window, I expect my keyboard input to be queued until it is called for. When I press Ctrl+C, I expect the queue to be flushed. Any keyboard input still in the queue should be lost. The trouble I am

Re: 1.7.8-1: Signals do NOT interrupt interruptible calls in threads.

2011-04-14 Thread Andy Koppe
2011/4/7 Marcin Konarski: On Wed, Mar 30, 2011 at 01:52:05PM +0200, Marcin Konarski wrote: Hello list. I have a code that depends on calls that are normally interruptible by signals to be interrupted by signal delivery also in threads. In my installation of cygwin I see that calls are

Re: 1.7.9-1: typeahead queue not flushed when Ctrl+C pressed

2011-04-14 Thread Edward McGuire
On Thu, Apr 14, 2011 at 13:21, Andy Koppe andy.ko...@gmail.com wrote: Yep, looks like the NOFLSH bit is ignored. There's no mention of it in the Cygwin sources except in sys/termios.h. Have you confirmed that it behaves as expected on Linux? This is an ancient part of the line discipline. It

Re: bash died waiting for longjmp before initialization

2011-04-14 Thread Lonni J Friedman
Hi Ryan, Thanks for your reply. I have to admit, I had never heard of the concept of a rebase until you mentioned it. After googling, it sounds like this is what I should try? http://www.heikkitoivonen.net/blog/2008/11/26/cygwin-upgrades-and-rebaseall/ If so, I guess I can give that a try on

Re: interactive shell mis-parsing 1st two words on line

2011-04-14 Thread Tom Rodman
Greetings: I have updated cygwin since I last posted, and I'm still having this problem several times a day. It's as though the first space on the commandline is being seen as a semicolon. I wrote an expect script to attempt to force the problem - unfortunately after 100+ commandlines there

untar of sym links randomly works or creates empty files

2011-04-14 Thread Tom Rodman
Hello: I believe I have the latest cygwin, tar, and bash loaded. When I take a Linux tar file (~500k), containing a mix of files and symbolic links, untarring with cygwin's tar randomly creates several empty files instead of symbolic links. ( This linux tar file is one I create, it changes every

Re: 1.7.8-1: Signals do NOT interrupt interruptible calls in threads.

2011-04-14 Thread Christopher Faylor
On Thu, Apr 14, 2011 at 07:32:07PM +0100, Andy Koppe wrote: I don't know, and the core Cygwin developers appear to be away or too busy. Have you tried it? I'm not away but I have answered this question in the past. Yes, signals do NOT interrupt interruptible calls in threads. It's a current

Re: untar of sym links randomly works or creates empty files

2011-04-14 Thread Christopher Faylor
On Thu, Apr 14, 2011 at 06:35:34PM -0500, Tom Rodman wrote: Hello: I believe I have the latest cygwin, tar, and bash loaded. When I take a Linux tar file (~500k), containing a mix of files and symbolic links, untarring with cygwin's tar randomly creates several empty files instead of symbolic

Re: 1.7.9 gcc linking fails after cygwin update

2011-04-14 Thread Christopher Faylor
On Thu, Apr 14, 2011 at 07:38:43PM -0700, Patrick Tantalo wrote: Hi Folks: After a recent update of Cygwin on XP Professional my previously working C/C++ programs suddenly quit compiling under gcc/g++. Actually they pass all stages of compilation except the final link stage. This goes for the

Updated: rsync-3.0.8-1

2011-04-14 Thread Lapo Luchini
Version 3.0.8-1 of rsync has been uploaded. rsync is a file transfer program. rsync uses the 'rsync algorithm' which provides a very fast method for bringing remote files into sync. It does this by sending just the differences in the files across the link, without requiring that both sets of