From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20430 invoked by alias); 27 May 2002 18:05:26 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 20422 invoked from network); 27 May 2002 18:05:24 -0000 Received: from unknown (HELO branoic) (12.234.96.134) by sources.redhat.com with SMTP; 27 May 2002 18:05:24 -0000 Received: from drow by branoic with local (Exim 3.35 #1 (Debian)) id 17COrU-0001Rw-00; Mon, 27 May 2002 14:04:52 -0400 Date: Mon, 27 May 2002 11:05:00 -0000 From: Daniel Jacobowitz To: Carlo Wood Cc: gdb@sources.redhat.com Subject: Re: gdb bugs showing while working on libcwd Message-ID: <20020527180451.GA5523@branoic.them.org> Mail-Followup-To: Carlo Wood , gdb@sources.redhat.com References: <20020522115242.C28512@redhat.com> <20020523153816.A4454@alinoe.com> <20020524114149.A2793@redhat.com> <20020524184234.A22858@alinoe.com> <20020525033302.A20587@alinoe.com> <20020525014055.GA27211@branoic.them.org> <20020527034255.A25457@alinoe.com> <20020527060329.GA5078@branoic.them.org> <20020527144220.A16085@alinoe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020527144220.A16085@alinoe.com> User-Agent: Mutt/1.3.28i X-SW-Source: 2002-05/txt/msg00294.txt.bz2 On Mon, May 27, 2002 at 02:42:20PM +0200, Carlo Wood wrote: > On Mon, May 27, 2002 at 02:03:29AM -0400, Daniel Jacobowitz wrote: > > Of course it is; it's in a namespace. Really, I don't expect any of > > what you're doing to work right now. My first stab at fixing it was a > > complete disaster, too... > > That would make sense if NOTHING worked that was in a namespace. > But in many cases it does. I trust you if think this is related > to namespaces being unsupported, but never say 'of course'. > > Because the whole standard resides in std::, this must be the > reason that gdb is virtually unusable with C++ :/ > > (gdb) p result > $2 = {static npos = Cannot access memory at address 0x8416bc4 > > (gdb) p buf > $1 = { >> = { >> = > { >> = { = {static boolalpha = Cannot access memory at address 0x0 > > But if you ask me, it is more related to static members than > to namespaces... Here's my understanding: For a lot of operations, we operate by looking up the demangled name in a table of demanglings of the binary's symbols. It may not behave precisely right, because we lose some type information, but things mostly work. For some other operations, we try to behave correctly by using the symbol table constructed from debug information; it's in that latter case that we lose it. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer