From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23754 invoked by alias); 26 Oct 2006 02:28:58 -0000 Received: (qmail 23727 invoked by uid 22791); 26 Oct 2006 02:28:57 -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 02:28:50 +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 BD5A14BD99 for ; Thu, 26 Oct 2006 12:28:42 +1000 (EST) Message-ID: <45401D58.4010109@netspace.net.au> Date: Thu, 26 Oct 2006 02:28: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> 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/msg00251.txt.bz2 Eli Zaretskii wrote: >>Date: Wed, 25 Oct 2006 23:38:49 +1000 >>From: Russell Shaw >>CC: gdb@sourceware.org >> >>There are places with long sequences of: >> >> if() { >> ... >> } >> >> if() { >> ... >> } >> >> if() { >> ... >> } >> >>Instead of something more rigorous like: >> >> if() { >> ... >> } >> else if { >> ... > > These two are not the same. If you can show us places where the > conditions are disjoint, i.e. they cannot happen together, please do. > >>When a "run" resets a simple breakpoint, the stack depth is no less >>than 35 levels. > > 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. >>It also invokes a tortuous 10-level trip thru various >>"memory set" functions until it eventually reaches target_xfer_partial or whatever, >>intermingled with re-reading symbol files, re-syncing dynamic libraries, and >>resetting breakpoints. > > This multi-level trip is mostly for valid reasons. It still seems excessive at the way it currently works, but i'll look at it again another time. >>It's undoable by anyone not intimately familiar with the code which means >>weeks of prodding with a second gdb. > > That is a wild exaggeration, IMO. When I first came to hack GDB to > submit a patch, it was no harder than in any other real-life program. > > 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've been going to make a new GUI frontend for gdb but i keep getting blocked by bugs in other tools.