From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27295 invoked by alias); 26 Oct 2006 08:16:01 -0000 Received: (qmail 27285 invoked by uid 22791); 26 Oct 2006 08:16:00 -0000 X-Spam-Check-By: sourceware.org Received: from thunder.netspace.net.au (HELO mail.netspace.net.au) (203.10.110.71) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 26 Oct 2006 08:15:57 +0000 Received: from [192.168.0.10] (220-253-28-230.VIC.netspace.net.au [220.253.28.230]) by mail.netspace.net.au (Postfix) with ESMTP id D59C74C2A4 for ; Thu, 26 Oct 2006 18:15:52 +1000 (EST) Message-ID: <45406EB9.1060607@netspace.net.au> Date: Thu, 26 Oct 2006 08:16:00 -0000 From: Russell Shaw User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1 MIME-Version: 1.0 CC: gdb@sourceware.org Subject: Re: Gdb References: <453F0CA7.7070309@netspace.net.au> <20061025124921.GA15974@nevyn.them.org> <453F68E9.9050800@netspace.net.au> <45401D58.4010109@netspace.net.au> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-10/txt/msg00255.txt.bz2 Eli Zaretskii wrote: >>Date: Thu, 26 Oct 2006 12:28:40 +1000 >>From: Russell Shaw >>CC: gdb@sourceware.org >> >>>That is not necessarily a sign of bad design. For example, when Emacs >>>does garbage collection, the stack depth sometimes exceeds 10,000 >>>levels when recursive data structures are marked. That is normal and >>>by design. >> >>The slowness and size of emacs put me off it. I use (g)vim because >>editing using ex regex commands is a more direct way at doing things imho. > > What does this have to do with the issue at hand? Mainly that i detest deep indirect stacks to reach some final target code because it makes things slow and hard to maintain. The speed and compactness of vi is what i'd like in gdb, without sacrificing completeness and usability. I don't like waiting for a text editor to start (emacs), and wouldn't want to wait for a bloated debugger to start (gdb is currently ok imo). > I used Emacs as an > example of a very deep stack being a normal situation in a working > program whose design is generally considered well-thought. > >>>Perhaps you lack good tools for learning programs, or don't use them >>>to their full power. >> >>I just use ctags to navigate in gvim. > > I recommend to add at least ID-Utils to your toolchest. I don't know > if someone wrote a gvim plug-in for it (the Emacs interface is > included in the package), but even if you invoke it from the shell, > it's an invaluable tool for finding your way around an unfamiliar > program. I'll read-up on id-utils. > Also, some parts of GDB internals are documented in gdbint.texinfo. > Sadly, many important aspects are not covered at all there, but if you > are lucky to be working on something that is described, reading that > manual can help.