From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4352 invoked by alias); 18 Mar 2010 20:48:03 -0000 Received: (qmail 4328 invoked by uid 22791); 18 Mar 2010 20:48:02 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00 X-Spam-Check-By: sourceware.org Received: from smtp1.ugent.be (HELO smtp1.UGent.be) (157.193.71.182) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 18 Mar 2010 20:47:57 +0000 Received: from localhost (mcheck3.ugent.be [157.193.71.89]) by smtp1.UGent.be (Postfix) with ESMTP id 612333F6811; Thu, 18 Mar 2010 21:47:54 +0100 (CET) Received: from smtp1.UGent.be ([157.193.71.182]) by localhost (mcheck3.ugent.be [157.193.43.11]) (amavisd-new, port 10024) with ESMTP id fYf-DbFPFtIJ; Thu, 18 Mar 2010 21:47:54 +0100 (CET) Received: from [192.168.1.2] (unknown [91.180.228.30]) (Authenticated sender: jmaebe) by smtp1.UGent.be (Postfix) with ESMTPSA id 941443F67BD; Thu, 18 Mar 2010 21:47:53 +0100 (CET) Subject: Re: Getting pissed off by gdb. Please help with stepping in. Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Jonas Maebe In-Reply-To: Date: Thu, 18 Mar 2010 20:48:00 -0000 Cc: Paul Koning , Eli Zaretskii , temp@sourceboost.com, gdb@sourceware.org Content-Transfer-Encoding: 7bit Message-Id: References: <11611.203.63.255.139.1268879984.squirrel@webmail5.pair.com> <834okdv5wb.fsf@gnu.org> To: Doug Evans X-j-chkmail-Enveloppe: 4BA29179.000/91.180.228.30/[91.180.228.30]/[192.168.1.2]/ X-j-chkmail-Score: MSGID : 4BA29179.000 on smtp1.UGent.be : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000 X-j-chkmail-Status: Ham X-IsSubscribed: yes 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: 2010-03/txt/msg00152.txt.bz2 On 18 Mar 2010, at 20:06, Doug Evans wrote: > In the former, the last "step" that returns from foo returns to the > caller - it's intuitive and what I expect. > In the latter, the last "step" in bar doesn't return to the caller, > instead it proceeds until we get into foo. I just stepped out of a > function - how come I've also stepped into another function? FWIW, I'd also prefer the "step" to take the detour via the caller. Jonas