From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13446 invoked by alias); 25 Oct 2006 07:05:18 -0000 Received: (qmail 13436 invoked by uid 22791); 25 Oct 2006 07:05:16 -0000 X-Spam-Check-By: sourceware.org Received: from lightning.netspace.net.au (HELO mail.netspace.net.au) (203.10.110.77) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 25 Oct 2006 07:05:14 +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 E4812375D71 for ; Wed, 25 Oct 2006 17:05:14 +1000 (EST) Message-ID: <453F0CA7.7070309@netspace.net.au> Date: Wed, 25 Oct 2006 07:05: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 To: gdb@sourceware.org Subject: Gdb 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/msg00236.txt.bz2 Hi, After narrowing down a bug location in the last few days, it seems all too obvious that gdb needs to be gutted and recast. It can all be made simpler and more understandable, thus easier to maintain. Gdb should should be a library of functions for the various things that can be done to a target, and have no user interface and command- line parsing at all. All the current user terminal interaction should be in a separate program that is linked to the gdb library. There is far too much complexity for the simple things that gdb does. The bug i have is that gdb does not stop at pending breakpoints i have set in a dlopen library. I made a small testcase, and gdb does do the pending breakpoints there ok. This bug should be easy to find and fix, but it isn't. If there's no plans to redo gdb, i'll do it anyway.