Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: "Pierre Muller" <muller@ics.u-strasbg.fr>
To: "'Paul Pluzhnikov'" <ppluzhnikov@google.com>
Cc: "'Joel Brobecker'" <brobecker@adacore.com>, <gdb@sourceware.org>
Subject: RE: [gdb-7.0 release] 2009-09-02 status and proposed plan
Date: Mon, 07 Sep 2009 14:58:00 -0000	[thread overview]
Message-ID: <000c01ca2fcb$594cea80$0be6bf80$@u-strasbg.fr> (raw)
In-Reply-To: <8ac60eac0909040807n14dc65b3yef693f69dd193e97@mail.gmail.com>

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 : Paul Pluzhnikov [mailto:ppluzhnikov@google.com]
> Envoyé : Friday, September 04, 2009 5:07 PM
> À : Pierre Muller
> Cc : Joel Brobecker; gdb@sourceware.org
> Objet : Re: [gdb-7.0 release] 2009-09-02 status and proposed plan
> 
> On Fri, Sep 4, 2009 at 3:19 AM, Pierre Muller<muller@ics.u-strasbg.fr>
> wrote:
> 
> >  I 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.
> 
> Thanks Pierre.
> 
> Could you please post output from
>   readelf -S <objfile-mentioned-in-warning>
> 
> That should help understanding why there is overlap in the first place.
> 
> Thanks,
> --
> Paul Pluzhnikov


  reply	other threads:[~2009-09-07 14:58 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-02 16:44 Joel Brobecker
2009-09-02 17:09 ` Jack Howarth
2009-09-02 17:18   ` Joel Brobecker
2009-09-03  8:58   ` Tristan Gingold
2009-09-02 19:28 ` Tom Tromey
2009-09-03  3:18   ` Eli Zaretskii
2009-09-03  3:30     ` Hui Zhu
2009-09-04 15:48       ` Sérgio Durigan Júnior
2009-09-03 19:28     ` Joel Brobecker
2009-09-03 19:53       ` Tom Tromey
2009-09-03 21:35         ` Joel Brobecker
2009-09-04 15:44           ` Tom Tromey
2009-09-04 21:34             ` Sérgio Durigan Júnior
2009-09-04 21:37         ` Sérgio Durigan Júnior
2009-09-04 21:37       ` Sérgio Durigan Júnior
2009-09-03 19:26   ` Joel Brobecker
2009-09-03 20:12     ` Tom Tromey
2009-09-03 20:39       ` Matt Rice
2009-09-03 21:43       ` Joel Brobecker
2009-09-04 15:36     ` Doug Evans
2009-09-03  2:05 ` Hui Zhu
2009-09-03 19:31   ` Joel Brobecker
2009-09-05  0:25   ` Joel Brobecker
2009-09-05  8:13     ` Mark Kettenis
2009-09-05  8:24       ` Jonas Maebe
2009-09-05 15:58       ` Eli Zaretskii
2009-09-03  4:06 ` Doug Evans
2009-09-03 15:54 ` Paul Pluzhnikov
2009-09-03 16:00   ` Pierre Muller
2009-09-03 16:11     ` Paul Pluzhnikov
2009-09-04 10:20       ` Pierre Muller
2009-09-04 15:07         ` Paul Pluzhnikov
2009-09-07 14:58           ` Pierre Muller [this message]
     [not found]             ` <8ac60eac0909072137g41f7b1f8q2e9e1e6d6d161fc5@mail.gmail.com>
     [not found]               ` <000301ca309f$35d475d0$a17d6170$@u-strasbg.fr>
2009-09-08 20:41                 ` Paul Pluzhnikov
2009-09-03 19:33   ` Joel Brobecker
2009-09-04 15:25   ` Paul Pluzhnikov
2009-09-04 17:59     ` Paul Pluzhnikov
2009-09-04 18:03       ` Doug Evans
2009-09-05  0:29         ` Joel Brobecker
2009-09-14 17:43     ` Paul Pluzhnikov
2009-09-14 17:52       ` Joel Brobecker
2009-09-14 18:20         ` Paul Pluzhnikov
2009-09-15 20:28       ` Paul Pluzhnikov
2009-09-03 18:34 ` Anirban Sinha
2009-09-04 23:07 ` Joel Brobecker
2009-09-16  6:47 ` Hui Zhu
     [not found]   ` <F7CE05678329534C957159168FA70DEC5153684DC5@EUSAACMS0703.eamcs.ericsson.se>
2009-09-17  1:02     ` Joel Brobecker

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='000c01ca2fcb$594cea80$0be6bf80$@u-strasbg.fr' \
    --to=muller@ics.u-strasbg.fr \
    --cc=brobecker@adacore.com \
    --cc=gdb@sourceware.org \
    --cc=ppluzhnikov@google.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox