X-Recipient:	archive-cygwin AT delorie DOT com
X-Spam-Check-By:	sourceware.org
Date:	Wed, 23 May 2012 18:02:35 +0200
From:	Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To:	cygwin AT cygwin DOT com
Subject:	Re: "emacs -nw" hangs in a terminal
Message-ID:	<20120523160235.GK9200@calimero.vinschen.de>
Reply-To:	cygwin AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
References:	<4FBA5FDA DOT 7080801 AT cornell DOT edu> <20120521162908 DOT GP7763 AT calimero DOT vinschen DOT de> <4FBA8EA0 DOT 4040905 AT cornell DOT edu> <20120522112828 DOT GA9200 AT calimero DOT vinschen DOT de> <4FBB7BA6 DOT 9000409 AT cornell DOT edu> <20120522134119 DOT GB9200 AT calimero DOT vinschen DOT de> <20120522134932 DOT GC9200 AT calimero DOT vinschen DOT de> <4FBCD166 DOT 8080101 AT cornell DOT edu> <20120523141538 DOT GI9200 AT calimero DOT vinschen DOT de> <4FBD08B0 DOT 50209 AT cornell DOT edu>
MIME-Version:	1.0
In-Reply-To:	<4FBD08B0.50209@cornell.edu>
User-Agent:	Mutt/1.5.21 (2010-09-15)
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
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 May 23 11:56, Ken Brown wrote:
> On 5/23/2012 10:15 AM, Corinna Vinschen wrote:
> >On May 23 08:00, Ken Brown wrote:
> >I don't know what this has to do with the longjmp, but the thread
> >which gets crated right after pressing Ctrl-G is due to a select or
> >poll call.  The descriptor is a pipe, fifo, or pty.
> 
> After the longjmp, emacs has finished processing the C-g and goes
> back into its idle loop, in which it repeatedly calls select.
> 
> gdb doesn't normally show the threads created by select.  If it did,
> it would always create voluminous output.  Can you infer anything
> from the fact that it shows this one?
> 
> >The problem with stackdumps is that the addresses only make sense
> >for a single version of the Cygwin DLL.  If that's a self-built
> >version, what does `addr2line -e /bin/cygwin1.dll 610CFA77' print?
> >If it's 1.7.15, please install the cygwin-debug package and call
> >the same addr2line.
> >
> >I assume the address corresponds to select.cc, line 625, but I'm
> >quite busy with the pthread_cancel stuff, so I didn't look deeper
> >into this problem.
> 
> Yes, that's correct.  (I'm using the 20120516 snapshot.)
> 
> >>eax=80106D50 ebx=34322D73 ecx=766231E7 edx=00000000 esi=00000001
> >>edi=00000050
> >>ebp=048FACC8 esp=048FACA0
> >>program=C:\cygwin\home\kbrown\src\emacs\test-nox\src\emacs.exe, pid
> >>6492, thread pipesel
> >                ^^^^^^^
> >Yes, that's exactly the created thread.  Do you happen to know what
> >kind of descriptor has been given to select at this point?  Is that
> >a pty master side perhaps?
> 
> Based on the emacs code, I think that's right.  But maybe I need to
> download the source for the snapshot I'm using (or build cygwin1.dll
> myself) so that I can step through the first call to select after
> the longjmp and see exactly where the crash is happening.

That would be most helpful.  I don't grok this crash.  It's one of
the "this should never possibly happen" kind...


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

- Raw text -