From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.help Subject: Re: using the debugger Date: Fri, 08 Apr 2011 12:33:17 +0100 Message-ID: <87ipup3rlu.fsf@ericabrahamsen.net> References: <87mxk13saf.fsf@ericabrahamsen.net> <4D9EF0FB.4080709@mousecar.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1302262454 22784 80.91.229.12 (8 Apr 2011 11:34:14 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 8 Apr 2011 11:34:14 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Apr 08 13:34:10 2011 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q89x4-00055P-86 for geh-help-gnu-emacs@m.gmane.org; Fri, 08 Apr 2011 13:34:10 +0200 Original-Received: from localhost ([127.0.0.1]:36168 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q89x3-0001Q0-NU for geh-help-gnu-emacs@m.gmane.org; Fri, 08 Apr 2011 07:34:09 -0400 Original-Received: from [140.186.70.92] (port=50618 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q89wT-0001Ot-5N for help-gnu-emacs@gnu.org; Fri, 08 Apr 2011 07:33:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q89wS-0001h5-96 for help-gnu-emacs@gnu.org; Fri, 08 Apr 2011 07:33:33 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:35130) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q89wR-0001gx-Uw for help-gnu-emacs@gnu.org; Fri, 08 Apr 2011 07:33:32 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Q89wQ-0004hQ-Ob for help-gnu-emacs@gnu.org; Fri, 08 Apr 2011 13:33:30 +0200 Original-Received: from customer8991.pool1.unallocated-106-0.orangehomedsl.co.uk ([91.106.35.38]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Apr 2011 13:33:30 +0200 Original-Received: from eric by customer8991.pool1.unallocated-106-0.orangehomedsl.co.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Apr 2011 13:33:30 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 34 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: customer8991.pool1.unallocated-106-0.orangehomedsl.co.uk User-Agent: Gnus/5.110016 (No Gnus v0.16) Emacs/23.2 (gnu/linux) Cancel-Lock: sha1:+0HHdtJchQ9PgF3rrLcrr5xO0H4= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:80700 Archived-At: On Fri, Apr 08 2011, ken wrote: > On 04/08/2011 07:18 AM Eric Abrahamsen wrote: >> I'm just learning to use the emacs debugger, and wish I'd done so a lot >> earlier. There's one thing I can't figure out how to do. In many cases, >> while I'm stepping through the calling of a function, it in turn calls >> another function, which I don't really care about. I know what it's >> going to return, I just want to get on with things, but the secondary >> function is long and drawn-out and I have to hit "d" like fifty times to >> get through it and back to the top-level function. >> >> I thought "u" might be there to unstar a particular subroutine and let >> me jump straight to its return, but that doesn't seem to be the case, or >> else I'm using it wrong -- in any case I still have to walk through all >> the gory internals of all secondary functions. Can someone tell me how I >> can skip them? >> >> Thanks! >> Eric > > Just don't instrument the functions you don't want to step through. If > a function is already instrumented, undo that by evaluating it in the > normal way, i.e., place the point at the end of it and do C-x C-e. In this case I'm using the debugger to find out why a particular function produces an error. I'm instrumenting this top level function and then stepping through it using "d" to see what's going on, but in the middle there's, say, a ibus related function call that I know is incredibly complicated, and also isn't the source of the error. So I'd like to just hop over that particular ibus call and continue on with the body of the function. Hope that's a clearer explanation… Thanks! Eric