From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16499 invoked by alias); 7 Oct 2003 07:16:12 -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 16482 invoked from network); 7 Oct 2003 07:16:07 -0000 Received: from unknown (HELO mail96.atlas.de) (194.221.176.153) by sources.redhat.com with SMTP; 7 Oct 2003 07:16:07 -0000 Received: from VSSRV01.atlas.de (vssrv01.atlas.de [10.200.101.18]) by mail96.atlas.de (Postfix) with SMTP id DCA3613A19 for ; Tue, 7 Oct 2003 09:16:05 +0200 (CEST) Received: from mgsrv01.atlas.de ([10.200.101.16]) by VSSRV01.atlas.de (NAVGW 2.5.1.2) with SMTP id M2003100709160621017 ; Tue, 07 Oct 2003 09:16:06 +0200 Received: by mgsrv01.atlas.de (Postfix, from userid 65534) id 703CC22B52; Tue, 7 Oct 2003 09:16:05 +0200 (CEST) Received: from dsit03.atlas.de (dsit03.atlas.de [141.200.35.117]) by mgsrv01.atlas.de (Postfix) with SMTP id E0D7522B52; Tue, 7 Oct 2003 09:16:04 +0200 (CEST) Received: from nspc140.atlas.de by dsit03.atlas.de (5.65v4.0/1.1.10.5/28May97-0309PM) id AA01722; Tue, 7 Oct 2003 09:16:04 +0200 Message-Id: <3F8268F3.9020006@rheinmetall-de.com> Date: Tue, 07 Oct 2003 07:16:00 -0000 From: Roul Oldenburger User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: de-de, en-us, en Mime-Version: 1.0 To: Jim Blandy Cc: gdb@sources.redhat.com Subject: Re: gdb-internal: determining the type of a variable References: <3F7C1F5F.5030102@rheinmetall-de.com> <3F818024.7020605@rheinmetall-de.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-6.7 required=5.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_MOZILLA_UA autolearn=ham version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) X-SW-Source: 2003-10/txt/msg00116.txt.bz2 Hi Jim, you are right, thanks. Probably I didn't look at all type descriptions and only greped for the structure desriptions. Roul Jim Blandy wrote: > Roul Oldenburger writes: > > >>Thanks for your effort giving me your explanation! >> >>Looking at the stabs information from our executables which are linked >>>>From several o-files I find FILENUM being 0 for all typedescriptions. >>Probably I could distinguish between the duplicate descriptions if >>FILNUM would differ. Unfortunately I don't know why it is 0 all the >>way? > > > Are you sure? This is the kind of thing I see. The file numbers of > the stabs for built-in types are all zero, but when you get to things > like size_t, defined in stddef.h, the file numbers are larger. >