From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3083 invoked by alias); 23 Mar 2004 20:41:04 -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 3043 invoked from network); 23 Mar 2004 20:41:02 -0000 Received: from unknown (HELO esds.vss.fsi.com) (66.136.174.212) by sources.redhat.com with SMTP; 23 Mar 2004 20:41:02 -0000 Received: from thing1.vss.fsi.com (thing1.vss.fsi.com [198.51.27.21]) by esds.vss.fsi.com (8.11.6+Sun/8.9.1) with ESMTP id i2NKf2M28431 for ; Tue, 23 Mar 2004 14:41:02 -0600 (CST) Received: from localhost (ford@localhost) by thing1.vss.fsi.com (8.11.6+Sun/8.11.6) with ESMTP id i2NKf1P04807 for ; Tue, 23 Mar 2004 14:41:01 -0600 (CST) X-Authentication-Warning: thing1-200.fsi.com: ford owned process doing -bs Date: Tue, 23 Mar 2004 22:40:00 -0000 From: Brian Ford X-X-Sender: ford@thing1-200 To: gdb@sources.redhat.com Subject: Are mixed debug formats in one exe supported? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2004-03/txt/msg00215.txt.bz2 I am trying to add DWARF2 support to PE/COFF for Cygwin/Mingw. They currently use stabs. While testing, executables end up having mixed stabs/DWARF2 debugging info if any system/gcc/previously compiled static libs are linked in. The result causes gdb to SEGV while traversing the partial symbol tables looking for symbol main. The problem is that init_psymbol_list is called for the executable twice due to mainline being set at dbxread.c:562, and again at dwarf2read.c:1076. So, the question. Is this meant to work? I assume the reason mainline is used here is: /* If we are reinitializing, or if we have never loaded syms yet, init */ Why does reinitializing not clean up after itself (ie. reset the [global|static]_psymbols.size to 0)? Is that a leak? I'm going to keep digging, but since I have zero knowledge of gdb internals, I thought I'd ask and save some time. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444