X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Fri, 11 Jan 2013 14:34:02 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: select() not interrupted by signals Message-ID: <20130111133402.GG17162@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <50EFD041 DOT 4090108 AT towo DOT net> <20130111085256 DOT GC17162 AT calimero DOT vinschen DOT de> <50F00BD5 DOT 9090405 AT towo DOT net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <50F00BD5.9090405@towo.net> User-Agent: Mutt/1.5.21 (2010-09-15) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On Jan 11 13:55, Thomas Wolff wrote: > On 11.01.2013 09:52, Corinna Vinschen wrote: > >On Jan 11 09:41, Thomas Wolff wrote: > >>I had previously reported "select() hanging after terminal killed" > >>(http://cygwin.com/ml/cygwin/2011-05/msg00418.html). > >>It turns out that select() does not get interrupted by a SIGWINCH > >>signal either (with likely the same cause). > >>This raises problems with interactive programs that want to react to > >>window size changes (like text editors). > >> > >>See attached updated test case; run the program, while select() is > >>waiting (before 5 second timeout each), change window size and see > >>no interrupt. > >>On other systems, select() is interrupted (test case: from mintty, > >>remote login to SunOS; also showing the terminal is not involved in > >>the problem). > >> > >>This bug did not exist in cygwin 1.5; I see some Changelog entries > >>from 2011-12-13 or 2012-01-22 which might be related. > >Just for clarity, did you test with the latest snapshot? > No, with the source package of the latest release. > And I can't test with the snapshot as it doesn't compile here (after > fresh download and unpack): You could test using the binary... > In file included from /usr/src/cygwin-snapshot-20130107-1/newlib/libc/include/sys/types.h:61:0, > from ../../.././winsup/cygwin/winsup.h:29, > from > ../../.././winsup/cygwin/lib/_cygwin_crt0_common.cc:11: > /usr/src/cygwin-snapshot-20130107-1/newlib/libc/include/sys/_types.h:63:20: > schwerwiegender Fehler: stddef.h: No such file or directory > Kompilierung beendet. stddef.h is provided by the compiler: $ ls -l /usr/lib/gcc/i686-pc-cygwin/4.5.3/include/stddef.h -rw-r--r-- 1 corinna vinschen 12542 Oct 23 2011 /usr/lib/gcc/i686-pc-cygwin/4.5.3/include/stddef.h $ cygcheck -f /usr/lib/gcc/i686-pc-cygwin/4.5.3/include/stddef.h gcc4-core-4.5.3-3 I don't see how this can fail. 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