From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8278 invoked by alias); 14 Aug 2003 12:41:31 -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 8269 invoked from network); 14 Aug 2003 12:41:30 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 14 Aug 2003 12:41:30 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h7ECfUt03722 for ; Thu, 14 Aug 2003 08:41:30 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h7ECfUs24173 for ; Thu, 14 Aug 2003 08:41:30 -0400 Received: from localhost.redhat.com (porkchop.devel.redhat.com [172.16.58.2]) by pobox.corp.redhat.com (8.12.8/8.12.8) with ESMTP id h7ECfTED010461; Thu, 14 Aug 2003 08:41:29 -0400 Received: by localhost.redhat.com (Postfix, from userid 469) id 50B402CB2C; Thu, 14 Aug 2003 08:48:56 -0400 (EDT) From: Elena Zannoni MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16187.34103.759484.814559@localhost.redhat.com> Date: Thu, 14 Aug 2003 12:41:00 -0000 To: Michal Ludvig Cc: gdb , Daniel Jacobowitz , Elena Zannoni Subject: Re: Dwarf2-related Internal error In-Reply-To: <3F3B6C99.6020908@suse.cz> References: <3F0AD6F4.9060709@suse.cz> <3F3B6C99.6020908@suse.cz> X-SW-Source: 2003-08/txt/msg00147.txt.bz2 Michal Ludvig writes: > Hi Daniel, Elena and others, > this problem is still present in recent HEAD - could anyone who knows > the internals of symbols handling and .debug_info please help me with > fixing it, please? I tried to debug it myself but got quickly lost in > all those symbols<->types<->other_types references and couldn't find > where the problem originates. > > Also pointing out the right direction where to look for the bug would > help me a lot :-) > > BTW I also filled a PR with a very nice number 1333 for this issue. > > Thanks in advance! > > Michal Ludvig I don't have much time to devote to this, but usually that kind of error is generated by some infinite loop that gdb got itself into. Does the same happen for 386? Maybe comparing the two would help. If the problem is in generic code you should see the error there too. If not, step the two side by side and see if the x86-64 does something weird. elena > > Michal Ludvig told me that: > > Hi all, > > I have problems debugging the attached code (real.f) on AMD64 platform. > > However the problem doesn't seem to be AMD64-related, but Dwarf2-related > > instead and it only happens if it is compiled by the PGI fortran > > compiler (beta is available for free download at www.pgroup.com/AMD64). > > > > Debugging the 'real' binary on AMD64/Linux systems leads to GDB internal > > error: > > > > $ ../gdb real > > GNU gdb 2003-07-08-cvs > > Copyright 2003 Free Software Foundation, Inc. > > [...] > > This GDB was configured as "x86_64-unknown-linux-gnu"... > > (gdb) b hurdgy > > Breakpoint 1 at 0x4000113c: file real.f, line 8. > > (gdb) r > > Starting program: /tmp/gdbbuild/gdb/fortran/real > > > > Breakpoint 1, hurdgy (xx= > > /ttt/64/gdb-head/gdb/utils.c:1058: internal-error: virtual memory > > exhausted: can't allocate 4294967404 bytes. > > A problem internal to GDB has been detected, > > further debugging may prove unreliable. > > Quit this debugging session? (y or n) y > > > > /ttt/64/gdb-head/gdb/utils.c:1058: internal-error: virtual memory > > exhausted: can't allocate 4294967404 bytes. > > A problem internal to GDB has been detected, > > further debugging may prove unreliable. > > Create a core file of GDB? (y or n) n > > $ > > > > Something is wrong in parsing the Dwarf2 .debug_info section - > > unfortunately I don't understand the GDB internals in this field. > > Could someone help me with it, please? > > > > All relevant files (source, asm, binaries, cores) are available at: > > http://tmp.logix.cz/amd/fortran/ > > > > Thanks in advance for any help! > > > > Michal Ludvig > > > > > > ------------------------------------------------------------------------ > > > > real flat(10) > > call hurdgy(flat, 10) > > > > end > > > > subroutine hurdgy(xx,i) > > integer i > > real xx(i) > > end