From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1339 invoked by alias); 12 Jul 2007 02:15:52 -0000 Received: (qmail 1329 invoked by uid 22791); 12 Jul 2007 02:15:52 -0000 X-Spam-Check-By: sourceware.org Received: from topsns2.toshiba-tops.co.jp (HELO topsns2.toshiba-tops.co.jp) (202.230.225.126) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 12 Jul 2007 02:15:48 +0000 Received: from topsms.toshiba-tops.co.jp by topsns2.toshiba-tops.co.jp via smtpd (for sourceware.org [209.132.176.174]) with ESMTP; Thu, 12 Jul 2007 11:15:47 +0900 Received: from topsms.toshiba-tops.co.jp (localhost.localdomain [127.0.0.1]) by localhost.toshiba-tops.co.jp (Postfix) with ESMTP id AE3C342A42; Thu, 12 Jul 2007 11:15:41 +0900 (JST) Received: from srd2sd.toshiba-tops.co.jp (srd2sd.toshiba-tops.co.jp [172.17.28.2]) by topsms.toshiba-tops.co.jp (Postfix) with ESMTP id A271542A41; Thu, 12 Jul 2007 11:15:41 +0900 (JST) Received: from localhost (fragile [172.17.28.65]) by srd2sd.toshiba-tops.co.jp (8.12.10/8.12.10) with ESMTP id l6C2FfAF009890; Thu, 12 Jul 2007 11:15:41 +0900 (JST) (envelope-from anemo@mba.ocn.ne.jp) Date: Thu, 12 Jul 2007 02:15:00 -0000 Message-Id: <20070712.111540.126572286.nemoto@toshiba-tops.co.jp> To: schwab@suse.de Cc: gdb@sourceware.org Subject: Re: How to avoid stepping inside libpthread From: Atsushi Nemoto In-Reply-To: References: <20070711.151820.55513191.nemoto@toshiba-tops.co.jp> X-Fingerprint: 6ACA 1623 39BD 9A94 9B1A B746 CA77 FE94 2874 D52F X-Pgp-Public-Key: http://wwwkeys.pgp.net/pks/lookup?op=get&search=0x2874D52F X-Mailer: Mew version 5.2 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-07/txt/msg00108.txt.bz2 On Wed, 11 Jul 2007 10:59:58 +0200, Andreas Schwab wrote: > > There is a LL/SC loop (atomic_decrement_and_test(&__nptl_nthreads)) > > after the 0x2ab0ae88 in start_thread(), so it is not wonder the single > > stepping never ends (SC always fail due to a breakpoint exception). > > > > > > Are there any way to avoid falling into such situations? > > See deal_with_atomic_sequence in rs6000-tdep.c, which tries to solve the > same issue. Thank you. I'll try to implement the feature for mips. --- Atsushi Nemoto