From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17190 invoked by alias); 1 Apr 2013 05:03:18 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 17145 invoked by uid 89); 1 Apr 2013 05:03:08 -0000 X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE,TW_CG,TW_YG autolearn=no version=3.3.1 Received: from mho-02-ewr.mailhop.org (HELO mho-02-ewr.mailhop.org) (204.13.248.72) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Mon, 01 Apr 2013 05:03:04 +0000 Received: from pool-108-49-99-250.bstnma.fios.verizon.net ([108.49.99.250] helo=cgf.cx) by mho-02-ewr.mailhop.org with esmtpa (Exim 4.72) (envelope-from ) id 1UMWtb-000EBx-8A for cygwin@cygwin.com; Mon, 01 Apr 2013 05:03:03 +0000 Received: from localhost (ednor.casa.cgf.cx [192.168.187.5]) by cgf.cx (Postfix) with ESMTP id 885B760688 for ; Mon, 1 Apr 2013 01:03:02 -0400 (EDT) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+ZAAbtDB/DxU0NU3EtcZ+a Date: Mon, 01 Apr 2013 05:03:00 -0000 From: Christopher Faylor To: cygwin@cygwin.com Subject: Hang on CTRL-C (was Re: livelock on sigfe) Message-ID: <20130401050302.GA5699@ednor.casa.cgf.cx> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <20130120065456.GC17644@ednor.casa.cgf.cx> <20130311143630.GA6498@ednor.casa.cgf.cx> <20130311204554.GA959@ednor.casa.cgf.cx> <20130315194101.GA2095@ednor.casa.cgf.cx> <20130316164446.GA2240@ednor.casa.cgf.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-SW-Source: 2013-04/txt/msg00001.txt.bz2 On Mon, Apr 01, 2013 at 11:53:38AM +0900, jojelino wrote: >On 2013-03-17 AM 1:44, Christopher Faylor wrote: >> No, not really. The caller in this case isn't interesting. The number >> of threads executing is interesting. >> >> cgf >> >there is another debug session. I was trying to CTRL+C to mintty session >in which make process was running. process hanged with livelock. > >After inspecting cygtls content, i found that the two thread have empty >cygtls stack. so i couldn't figure out caller of _sigfe barrier, there >is no opportunity to pop stack of thread 1(which is main thread trapped >in sigfe wait loop), wait_sig thread or CTRL+C handler should have >caused bizzare. >GNU gdb (GDB) 7.5.50.20130309-cvs (cygwin-special) >Copyright (C) 2013 Free Software Foundation, Inc. >License GPLv3+: GNU GPL version 3 or later > >This is free software: you are free to change and redistribute it. >There is NO WARRANTY, to the extent permitted by law. Type "show copying" >and "show warranty" for details. >This GDB was configured as "i686-cygwin". >For bug reporting instructions, please see: >. > >warning: the current range check setting does not match the language. > >Whether backtraces should continue past the entry point of a program is off. >Attaching to process 4516 >[New Thread 4516.0x1e88] >[New Thread 4516.0x1310] >[New Thread 4516.0xf74] >Reading symbols from /usr/bin/clang.exe...(no debugging symbols >found)...done. >(gdb) i thr > Id Target Id Frame >* 3 Thread 4516.0xf74 0x7c95a22a in ntdll!DbgBreakPoint () > from /cygdrive/c/WINDOWS/system32/ntdll.dll > 2 Thread 4516.0x1310 0x7c96845c in ntdll!KiFastSystemCallRet () > from /cygdrive/c/WINDOWS/system32/ntdll.dll > 1 Thread 4516.0x1e88 0x7c96845c in ntdll!KiFastSystemCallRet () > from /cygdrive/c/WINDOWS/system32/ntdll.dll >(gdb) i thr > Id Target Id Frame >* 3 Thread 4516.0xf74 0x7c95a22a in ntdll!DbgBreakPoint () > from /cygdrive/c/WINDOWS/system32/ntdll.dll > 2 Thread 4516.0x1310 0x7c96845c in ntdll!KiFastSystemCallRet () > from /cygdrive/c/WINDOWS/system32/ntdll.dll > 1 Thread 4516.0x1e88 0x7c96845c in ntdll!KiFastSystemCallRet () > from /cygdrive/c/WINDOWS/system32/ntdll.dll Sorry for being so precise in my request that you provide information on threads. It sure would be nice to see what thread 3 was doing via a backtrace. cgf -- 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