From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9593 invoked by alias); 4 Jul 2002 23:25:43 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 9585 invoked from network); 4 Jul 2002 23:25:42 -0000 Received: from unknown (HELO kerberos.suse.cz) (195.47.106.10) by sources.redhat.com with SMTP; 4 Jul 2002 23:25:42 -0000 Received: from chimera.suse.cz (chimera.suse.cz [10.20.0.2]) by kerberos.suse.cz (SuSE SMTP server) with ESMTP id 96C5659D352; Fri, 5 Jul 2002 01:25:41 +0200 (CEST) Received: from chimera.suse.cz (chimera.suse.cz [10.20.0.2]) by chimera.suse.cz (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g64NPfg28691; Fri, 5 Jul 2002 01:25:41 +0200 Date: Thu, 04 Jul 2002 18:34:00 -0000 From: Michal Ludvig To: Mark Kettenis Cc: Subject: Re: [RFC] Implementation of DW_OP_deref and DW_OP_deref_size operators In-Reply-To: <200207042202.g64M2hT62589@elgar.kettenis.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2002-07/txt/msg00093.txt.bz2 On Fri, 5 Jul 2002, Mark Kettenis wrote: > These expressions are supposed to dereference pointers. In GDB this > means that they should look at the address indicated by the pointer > they're dereferencing *in the target*. The current code is trying to > dereference a pointer in GDB. If we look at the history of this code > it is perfectly understandable. It is largely copied from the > unwinder that comes with GCC. This unwinder is supposed to be linked > into the program that contains the DWARF2 code, so in that context it > makes sense to lookup pointers in the program this code is running in. > > Does this sound reasonable? Yes it does. I have already found this kind of flaws in there and I bet that there are some more yet :-( Michal Ludvig -- * SuSE CR, s.r.o * mludvig@suse.cz * +420 2 9654 5373 * http://www.suse.cz