From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18588 invoked by alias); 11 Aug 2009 16:33:34 -0000 Received: (qmail 18577 invoked by uid 22791); 11 Aug 2009 16:33:33 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.33.17) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 11 Aug 2009 16:33:27 +0000 Received: from spaceape11.eur.corp.google.com (spaceape11.eur.corp.google.com [172.28.16.145]) by smtp-out.google.com with ESMTP id n7BGXObc031913 for ; Tue, 11 Aug 2009 17:33:24 +0100 Received: from qyk6 (qyk6.prod.google.com [10.241.83.134]) by spaceape11.eur.corp.google.com with ESMTP id n7BGWmV7023028 for ; Tue, 11 Aug 2009 09:33:21 -0700 Received: by qyk6 with SMTP id 6so3278443qyk.11 for ; Tue, 11 Aug 2009 09:33:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.47.143 with SMTP id n15mr4377758qaf.6.1250008401396; Tue, 11 Aug 2009 09:33:21 -0700 (PDT) In-Reply-To: <4A812B8B.8040202@Sun.COM> References: <4A5F8D9E.1060307@Sun.COM> <200908041804.30240.thiago.bauermann@gmail.com> <20090805044504.GJ4370@adacore.com> <4A7ABAF0.7010004@Sun.COM> <4A7FFAB3.7080903@Sun.COM> <8ac60eac0908101320k6cc20e9age92656cba254a5d4@mail.gmail.com> <4A812B8B.8040202@Sun.COM> Date: Tue, 11 Aug 2009 16:33:00 -0000 Message-ID: <8ac60eac0908110933s6caf5abdsa1320f626dea860b@mail.gmail.com> Subject: Re: status of Darwin support From: Paul Pluzhnikov To: Christian Thalinger Cc: Tom Tromey , Tristan Gingold , Joel Brobecker , Thiago Jung Bauermann , gdb@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-System-Of-Record: true X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-08/txt/msg00068.txt.bz2 On Tue, Aug 11, 2009 at 1:27 AM, Christian Thalinger wrote: > The assert you removed was at line 801, but my assert is at 792. =A0And, > obviously, it still asserts. =A0These are the values: Indeed, this is a different assert from the one that fired on Linux, sorry I missed that. > (gdb) r > Starting program: > /Users/twisti/bsd-port/hotspot/build/bsd/bsd_i486_compiler2/jvmg/gamma I assume these are from debug prints of (section addr? or endaddr?) you've added? They look like possibly non-relocated section addresses. > 0x4fd3 <=3D 0x7040 > 0x70d1 <=3D 0xc9b7 > 0x5ffd <=3D 0x7040 > 0x6015 <=3D 0x7040 > 0x6034 <=3D 0x7040 > 0x6074 <=3D 0x7040 > 0x7014 <=3D 0x7040 > 0x4fd3 <=3D 0x7040 > 0x4fd3 <=3D 0x7040 > 0x6074 <=3D 0x7040 > 0x6015 <=3D 0x7040 > 0x6eee <=3D 0x7040 > 0x5ffd <=3D 0x6000 > 0x6015 <=3D 0x6018 > 0x6034 <=3D 0x6034 > 0x6074 <=3D 0x7000 > 0x4fd3 <=3D 0x1bc2 > objfiles.c:793: internal-error: qsort_cmp: Assertion > `obj_section_endaddr (sect1) <=3D sect2_addr' failed. > > I'm not sure that helps... Could you run gdb under /usr/bin/gdb, like this: /usr/bin/gdb --args ./gdb -nx /Users/twisti/bsd-port/hotspot/build/bsd/bsd_i486_compiler2/jvmg/gamma (top-gdb) break error (top-gdb) run (gdb) run ### You may hit error several times before the 'qsort_cmp' fires. ### Once it does, go up to qsort_cmp level and (at the (top-gdb) prompt): print *sect1->the_bfd_section print *sect1->objfile print *sect2->the_bfd_section print *sect2->objfile Thanks, -- Paul Pluzhnikov