From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24268 invoked by alias); 15 Sep 2002 16:11:50 -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 24261 invoked from network); 15 Sep 2002 16:11:49 -0000 Received: from unknown (HELO msgbas1.cos.agilent.com) (192.25.240.36) by sources.redhat.com with SMTP; 15 Sep 2002 16:11:49 -0000 Received: from relcos1.cos.agilent.com (relcos1.cos.agilent.com [130.29.152.239]) by msgbas1.cos.agilent.com (Postfix) with ESMTP id BE05F9E32; Sun, 15 Sep 2002 10:11:48 -0600 (MDT) Received: from websvr.canada.agilent.com (websvr.canada.agilent.com [141.184.122.102]) by relcos1.cos.agilent.com (Postfix) with ESMTP id 14B7E514; Sun, 15 Sep 2002 10:11:28 -0600 (MDT) Received: from agilent.com (cos1nai128101.cos.agilent.com [141.184.128.101]) by websvr.canada.agilent.com (8.9.3 (PHNE_25183)/8.9.3 SMKit7.1.1_Agilent) with ESMTP id JAA16853; Sun, 15 Sep 2002 09:11:45 -0700 (PDT) Message-ID: <3D84B14B.6050805@agilent.com> Date: Sun, 15 Sep 2002 09:11:00 -0000 From: Earl Chew Organization: Agilent Technologies User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Jacobowitz Cc: gdb@sources.redhat.com Subject: Re: Mystified by "Internal error: pc 0x89f21e10 read in psymtab, but not in symtab References: <3D825BB5.48CFAFAB@agilent.com> <20020913220110.GA22097@nevyn.them.org> <3D8269C8.8E33C4AC@agilent.com> <20020913225151.GA24869@nevyn.them.org> <3D8270FF.3086EA5C@agilent.com> <20020914013314.GB31038@nevyn.them.org> <3D84AAAD.6090706@agilent.com> <20020915160306.GA31994@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-09/txt/msg00192.txt.bz2 Daniel Jacobowitz wrote: > My first suspect: > 2001-10-23 Jim Blandy > > Isolate STABS readers' use of the `textlow' and `texthigh' fields > of `struct partial_symtab' to only a few locations. This change > is not supposed to affect the way the values are computed, only > where they live. If this patch introduced textlow/texthigh, then I think there's good reason to suspect that removing it will make this problem go away since it's the loss of synchronisation between the cached versions of textlow/texthigh and those in the struct psymtab that appears to be the problem. However, I'm not sure if undoing this patch is the way to go since you're not sure what Jim was trying to accomplish. I don't know enough at this point to decide. > If so, rather than propogating this mess, is there some way you can use > the shared library code for this somehow? A parallel, minimal "shared > library" implementation which gets relocation information via > qOffsets... I'm not sure what you mean here. For the moment, I'm going to try to resynchronise the cache values. The code compiles, but I won't be able to try it until to tomorrow. Earl