From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30368 invoked by alias); 7 Sep 2009 14:58:42 -0000 Received: (qmail 30357 invoked by uid 22791); 7 Sep 2009 14:58:40 -0000 X-SWARE-Spam-Status: No, hits=-1.4 required=5.0 tests=AWL,BAYES_05 X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.157) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 07 Sep 2009 14:58:34 +0000 Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.14.2/jtpda-5.5pre1) with ESMTP id n87Eu8KT061315 ; Mon, 7 Sep 2009 16:56:09 +0200 (CEST) (envelope-from muller@ics.u-strasbg.fr) Received: from mailserver.u-strasbg.fr (ms1.u-strasbg.fr [IPv6:2001:660:2402:d::10]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id n87Eu8aL038531 ; Mon, 7 Sep 2009 16:56:08 +0200 (CEST) (envelope-from muller@ics.u-strasbg.fr) Received: from d620muller (www-ics.u-strasbg.fr [130.79.210.225]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id n87Eu7AF051297 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) ; Mon, 7 Sep 2009 16:56:08 +0200 (CEST) (envelope-from muller@ics.u-strasbg.fr) From: "Pierre Muller" To: "'Paul Pluzhnikov'" Cc: "'Joel Brobecker'" , References: <20090902164425.GR4379@adacore.com> <8ac60eac0909030854j21d514f9h5047a099a3eb3d80@mail.gmail.com> <000901ca2caf$947d50a0$bd77f1e0$@u-strasbg.fr> <8ac60eac0909030911j16860840p39a70be37576f88@mail.gmail.com> <001401ca2d49$29047160$7b0d5420$@u-strasbg.fr> <8ac60eac0909040807n14dc65b3yef693f69dd193e97@mail.gmail.com> In-Reply-To: <8ac60eac0909040807n14dc65b3yef693f69dd193e97@mail.gmail.com> Subject: RE: [gdb-7.0 release] 2009-09-02 status and proposed plan Date: Mon, 07 Sep 2009 14:58:00 -0000 Message-ID: <000c01ca2fcb$594cea80$0be6bf80$@u-strasbg.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 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-09/txt/msg00117.txt.bz2 Here it is (sorry for the delay): muller@osol09:/usr/local/src/gdbcvs/build/gdb$ readelf -S /usr/lib/ld.so.1 There are 32 section headers, starting at offset 0x4613c: Section Headers: [Nr] Name Type Addr Off Size ES Flg Lk Inf Al [ 0] NULL 00000000 000000 000000 00 0 0 0 [ 1] .SUNW_syminfo VERDEF 000000d4 0000d4 000290 04 AI 4 14 4 [ 2] .hash HASH 00000364 000364 000524 04 A 4 0 4 [ 3] .SUNW_ldynsym LOOS+ffffff3 00000888 000888 0023b0 10 A 5 23b 4 [ 4] .dynsym DYNSYM 00002c38 002c38 000a40 10 A 5 1 4 [ 5] .dynstr STRTAB 00003678 003678 0020b3 00 AS 0 0 1 [ 6] .SUNW_version VERNEED 0000572c 00572c 000060 01 A 5 3 4 [ 7] .SUNW_version VERDEF 0000578c 00578c 000038 01 A 5 2 4 [ 8] .SUNW_versym VERSYM 000057c4 0057c4 000148 02 A 4 0 4 [ 9] .SUNW_dynsymsort LOOS+ffffff1 0000590c 00590c 000758 04 A 3 0 4 [10] .SUNW_reloc REL 00006064 006064 0008c8 08 A 4 0 4 [11] .rel.plt REL 0000692c 00692c 000320 08 AI 4 c 4 [12] .plt PROGBITS 00006c4c 006c4c 000650 10 AX 0 0 4 [13] .text PROGBITS 000072a0 0072a0 020f5b 00 AX 0 0 16 [14] .init PROGBITS 00028200 028200 000013 00 AX 0 0 16 [15] .fini PROGBITS 00028220 028220 000013 00 AX 0 0 16 [16] .rodata PROGBITS 00028238 028238 004340 00 A 0 0 8 [17] .rodata1 PROGBITS 0002c578 02c578 0005ba 00 A 0 0 4 [18] .data PROGBITS 0003d000 02d000 0007b3 00 WA 0 0 4096 [19] .got PROGBITS 0003d7b4 02d7b4 0002f8 04 WA 0 0 4 [20] .dynamic DYNAMIC 0003daac 02daac 0001b0 08 WA 5 0 4 [21] .bssf PROGBITS 0003dc5c 02dc5c 000000 00 WA 0 0 1 [22] .picdata PROGBITS 0003dc60 02dc60 000860 00 WA 0 0 8 [23] .bss NOBITS 0003e4c0 02e4c0 00138c 00 WA 0 0 8 [24] .note NOTE 00000000 02e4c0 00002e 01 0 0 4 [25] .symtab SYMTAB 00000000 02e4f0 003cd0 10 26 32a 4 [26] .strtab STRTAB 00000000 0321c0 00231d 00 S 0 0 1 [27] .comment PROGBITS 00000000 0344dd 000027 00 0 0 1 [28] .compcom PROGBITS 00000000 034508 00c0a6 00 0 0 8 [29] .shstrtab STRTAB 00000000 0405ae 000130 00 S 0 0 1 [30] .SUNW_signature LOOS+ffffff6 00000000 0406de 00010e 00 p 0 0 1 [31] .SUNW_ctf PROGBITS 00000000 040808 005931 00 25 0 4 Key to Flags: W (write), A (alloc), X (execute), M (merge), S (strings) I (info), L (link order), G (group), x (unknown) O (extra OS processing required) o (OS specific), p (processor specific) Segmentation Fault (core dumped) Maybe the problem comes from the fact that there are two .SUNW_version sections with different types? The segmentation fault is also not very pleasant... Pierre Muller Pascal language support maintainer for GDB > -----Message d'origine----- > De=A0: Paul Pluzhnikov [mailto:ppluzhnikov@google.com] > Envoy=E9=A0: Friday, September 04, 2009 5:07 PM > =C0=A0: Pierre Muller > Cc=A0: Joel Brobecker; gdb@sourceware.org > Objet=A0: Re: [gdb-7.0 release] 2009-09-02 status and proposed plan >=20 > On Fri, Sep 4, 2009 at 3:19 AM, Pierre Muller > wrote: >=20 > > =A0I checked your patch and it does solve the problem. > > Instead of a internal_error, I get a warning > > about .SUNW_version and .SUNW_versym sections > > between intertwined. >=20 > Thanks Pierre. >=20 > Could you please post output from > readelf -S >=20 > That should help understanding why there is overlap in the first place. >=20 > Thanks, > -- > Paul Pluzhnikov