From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10110 invoked by alias); 6 Dec 2004 23:48:27 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 10092 invoked from network); 6 Dec 2004 23:48:23 -0000 Received: from unknown (HELO arwen.tausq.org) (64.81.244.109) by sourceware.org with SMTP; 6 Dec 2004 23:48:23 -0000 Received: by arwen.tausq.org (Postfix, from userid 1000) id 10DC16BE2C; Mon, 6 Dec 2004 15:48:21 -0800 (PST) Date: Tue, 07 Dec 2004 01:43:00 -0000 From: Randolph Chung To: gdb-patches@sources.redhat.com Subject: Re: [RFC/hppa] Change handling of stubs in the return path Message-ID: <20041206234820.GT6359@tausq.org> Reply-To: Randolph Chung References: <20041206223712.GQ6359@tausq.org> <20041206230631.GB31381@nevyn.them.org> <20041206232723.GS6359@tausq.org> <20041206233728.GA32454@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041206233728.GA32454@nevyn.them.org> X-GPG: for GPG key, see http://www.tausq.org/gpg.txt User-Agent: Mutt/1.5.6+20040722i X-SW-Source: 2004-12/txt/msg00183.txt.bz2 > When you step one instruction out of the function, you go from "frame > A, called by frame B" to "frame C, called by frame B". Does GDB get > confused by this? Try using "step"; it may decide that frame C was > called by frame A, and resume. > > I guess that doesn't matter. What usually happens in this case is GDB > loses control; but if it does, it will just hit the dummy frame > breakpoint, so who cares? are you talking about the function called by gdb case [1]? or the normal function-called-shared-library-function case [2]? but it doesn't matter, it works :) although in the case of [1], when stepping out of A, you will step through C (this is arguably a bug, because gdb doesn't consider __gcc_plt_stub a solib return trampoline) in the case of [2], we step out of A, into C, gdb automatically skips C because it is a solib return trampoline, so we end up directly back in B without stopping in C. > I meant the missing space after _stub. ah, ok. fixed. randolph -- Randolph Chung Debian GNU/Linux Developer, hppa/ia64 ports http://www.tausq.org/