Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 08 May 2018 19:33:09 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 227552] w, uptime i386 coredump in libxo
Message-ID:  <bug-227552-227-LW0Qv0zJPk@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-227552-227@https.bugs.freebsd.org/bugzilla/>
References:  <bug-227552-227@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227552

Dimitry Andric <dim@FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|w, uptime i386 cordeump     |w, uptime i386 coredump in
                   |                            |libxo

--- Comment #21 from Dimitry Andric <dim@FreeBSD.org> ---
(In reply to Dimitry Andric from comment #20)
> it
> looks relevant that the r331838 version of libxo.so.0 (compiled with the
> clang 6.0.0 update) does NOT have a "section to segment mapping" for .tbss

Interestingly, with the non-stripped versions of libxo.so, this is not the
case:

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
File: libxo.so.0.full.r331837
[...]
 Section to Segment mapping:
  Segment Sections...
   00     .hash .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rel.=
dyn
.rel.plt .init .plt .text .fini .rodata .eh_frame .comment .debug_pubnames
.debug_info .debug_abbrev .debug_line .debug_frame .debug_str .debug_loc
.debug_macinfo .debug_pubtypes .debug_ranges .shstrtab .symtab .strtab
   01     .tbss .ctors .dtors .jcr .data.rel.ro .dynamic .got .got.plt .data
.bss
   02     .dynamic
   03     .tbss .ctors .dtors .jcr .data.rel.ro .dynamic .got .got.plt
[...]
Section Headers:
  [Nr] Name              Type            Addr     Off    Size   ES Flg Lk I=
nf
Al
[...]
  [15] .tbss             NOBITS          00018228 017228 000658 00 WAT  0  =
 0=20
8

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
File: libxo.so.0.full.r331838
[...]
 Section to Segment mapping:
  Segment Sections...
   00     .hash .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rel.=
dyn
.rel.plt .init .plt .text .fini .rodata .eh_frame .comment .debug_pubnames
.debug_info .debug_abbrev .debug_line .debug_frame .debug_str .debug_loc
.debug_macinfo .debug_pubtypes .debug_ranges .shstrtab .symtab .strtab
   01     .ctors .dtors .jcr .data.rel.ro .dynamic .got .got.plt .data .bss
   02     .dynamic
   03     .tbss .ctors .dtors .jcr .data.rel.ro .dynamic .got .got.plt .data
.bss
[...]
Section Headers:
  [Nr] Name              Type            Addr     Off    Size   ES Flg Lk I=
nf
Al
[...]
  [15] .tbss             NOBITS          00018160 017160 000658 00 WAT  0  =
 0=20
8

So in case of r331837, segments 01 *and* 03 have a .tbss mapping, but in ca=
se
of r331838, only segment 03 has it.  And after stripping, the r331838 versi=
on
even misses the .tbss mappings completely:

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
File: libxo.so.0.r331838
[...]
 Section to Segment mapping:
  Segment Sections...
   00     .hash .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rel.=
dyn
.rel.plt .init .plt .text .fini .rodata .eh_frame .comment .gnu_debuglink
.shstrtab .symtab .strtab
   01     .ctors .dtors .jcr .data.rel.ro .dynamic .got .got.plt .data .bss
   02     .dynamic
   03     .ctors .dtors .jcr .data.rel.ro .dynamic .got .got.plt .data .bss

It seems elftoolchain strip completely eradicates the mapping, for some rea=
son?

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-227552-227-LW0Qv0zJPk>