From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22515 invoked by alias); 17 Jul 2003 19:38:52 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 22507 invoked from network); 17 Jul 2003 19:38:51 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 17 Jul 2003 19:38:51 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h6HJcpH04797 for ; Thu, 17 Jul 2003 15:38:51 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h6HJcpI20824 for ; Thu, 17 Jul 2003 15:38:51 -0400 Received: from localhost.redhat.com (IDENT:caTX326tMoLeXFyv+HOd70DqR4QZZXIj@tooth.toronto.redhat.com [172.16.14.29]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h6HJco514074 for ; Thu, 17 Jul 2003 15:38:50 -0400 Received: by localhost.redhat.com (Postfix, from userid 469) id E9BDC2CA3E; Thu, 17 Jul 2003 15:46:03 -0400 (EDT) From: Elena Zannoni MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16150.64763.357755.892135@localhost.redhat.com> Date: Thu, 17 Jul 2003 19:38:00 -0000 To: David Carlton Cc: gdb Subject: Re: TARGET_SIGNAL_TRAP In-Reply-To: References: <20030717183214.GA25316@nevyn.them.org> X-SW-Source: 2003-07/txt/msg00217.txt.bz2 David Carlton writes: > On Thu, 17 Jul 2003 14:32:14 -0400, Daniel Jacobowitz said: > > > Every time that a breakpoint is hit, including one breakpoint set at > > every shared library load/unload, thread creation, or sometimes thread > > exit, all threads are stopped and restarted. That's the usual cause. > > > Signals also stop the process. If GDB isn't going to report the signal > > then it doesn't stop all threads, but that does interfere with timing. > > Ah, thanks for the info. I wonder if it's the shared library loads > that we're seeing. Hmm: we might even be able to control that one. > > David Carlton > carlton@kealia.com try 'maint info break' to see all (kind of) the hidden breakpoints. elena