From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2193 invoked by alias); 1 Sep 2010 16:47:34 -0000 Received: (qmail 2185 invoked by uid 22791); 1 Sep 2010 16:47:33 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 01 Sep 2010 16:47:27 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id EDD8B2BAC5E; Wed, 1 Sep 2010 12:47:25 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id a90fPTz-LvzW; Wed, 1 Sep 2010 12:47:25 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id BA4D42BAC57; Wed, 1 Sep 2010 12:47:25 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id EE97CF599F; Wed, 1 Sep 2010 18:47:16 +0200 (CEST) Date: Wed, 01 Sep 2010 16:47:00 -0000 From: Joel Brobecker To: Jan Kratochvil Cc: sami wagiaalla , gdb-patches@sourceware.org Subject: Re: Regression for gdb.stabs/gdb11479.exp [Re: [patch 1/2] Use custom hash function with bcache] Message-ID: <20100901164716.GY2986@adacore.com> References: <4C6946E1.6000709@redhat.com> <4C6D5C83.3050602@redhat.com> <4C756132.5050301@redhat.com> <20100901082539.GA24609@host1.dyn.jankratochvil.net> <20100901161952.GX2986@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100901161952.GX2986@adacore.com> User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-09/txt/msg00020.txt.bz2 > Just so we don't duplicate efforts, I've have been looking into this. > I'm not completely done, yet, but I've found something suspicious. Unfortunately, it turned out to be nothing (those damn macros). > For me, it causes a crash in gdb.ada/complete.exp: > > (gdb) b 7 > Breakpoint 1 at 0x401f96: file /[...]/foo.adb, line 7. > (gdb) run > Starting program: /[...]/foo > > Breakpoint 1, foo () at /[...]/foo.adb:7 > 7 My_Global_Variable := Some_Local_Variable + 1; -- START > (gdb) complete p my_glob > [1] 22302 segmentation fault ../../../gdb foo As far as I can tell, it looks like there is either a memory corruption somewhere, or we fail to set a field in the psymbol ginfo. We iterate over all psymbols, and the associated gsym has an invalid obj_section. Unfortunately, that's as much time as I have for today. I will look at it again tomorrow if no one else can. I does looks like a pretty scary issue, so I think we should try to fix it ASAP. -- Joel