X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,SPF_NEUTRAL,TW_GJ,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Message-ID: <4FBD08B0.50209@cornell.edu> Date: Wed, 23 May 2012 11:56:32 -0400 From: Ken Brown User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: "emacs -nw" hangs in a terminal References: <7rmx513ol1 DOT fsf AT ws796-of-spb DOT ru DOT yotateam DOT com> <4FBA12C7 DOT 4070305 AT cornell DOT edu> <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> In-Reply-To: <20120523141538.GI9200@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-PMX-CORNELL-SPAM-CHECKED: Pawpaw X-Original-Sender: kbrown AT cornell DOT edu - Wed May 23 11:56:48 2012 X-PMX-CORNELL-REASON: CU_White_List_Override X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 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. Ken -- 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