0001583: segfault in _dl_get_ready_to_run - BusyBox Bug and Patch Tracking

BusyBox Bug and Patch Tracking

Viewing Issue Simple Details [ Jump to Notes ]

[ View Advanced ] [ Issue History ] [ Print ]

Category

Severity

Reproducibility

Date Submitted

Last Update

0001583

[uClibc] Architecture Specific

crash

always

11-09-07 01:44

04-24-08 22:29

Reporter

tobias

View Status

public

Assigned To

uClibc

Priority

normal

Resolution

open

Status

feedback

Product Version

Summary

0001583: segfault in _dl_get_ready_to_run

Description

I am using busybox/uclibc under an OpenEmbedded installation on
an xscale board. Running portmap segfaults which can be traced down
to a segfault in _dl_get_ready_to_run()

Additional Information

(gdb) r
Starting program: /sbin/portmap
ELF header=0x40000000
First Dynamic section entry=0xAlignment trap: sh (1273) PC=0x40008e48 Instr=0xe1c12df8 Address=0x4000c42c FSR 0x813
40013eec
Scanning DYNAMIC section
Done scanning DYNAMIC sectioAlignment trap: sh (1273) PC=0x40008108 Instr=0xe1c30dd8 Address=0x4000c42c FSR 0x013
n
About to do library loader relocations
Done relocating ldso;Alignment trap: sh (1273) PC=0x40008108 Instr=0xe1c30dd8 Address=0x4000c42c FSR 0x013
we can now use globals and make function calls!
_dl_get_ready_to_run:169: Cool, ldso survived making function calls
_dl_malloc:892: mmapping more memory
_dl_get_ready_to_run:340: Lib Loader: (0x40000000) /lib/ld-uClibc.so.0
_dl_get_ready_to_run:286: calling mprotect on the application program
_dl_get_ready_to_run:609: Loading: (0x40015000) /lib/libm.so.0
_dl_get_ready_to_run:609: Loading: (0x4003a000) /lib/libgcc_s.so.1
_dl_get_ready_to_run:609: Loading: (0x4004c000) /lib/libc.so.0
_dl_get_ready_to_run:609: Loading: (0x4004c000) /lib/libc.so.0
_dl_get_ready_to_run:609: Loading: (0x4004c000) /lib/libc.so.0
_dl_get_ready_to_run:736: Beginning relocation fixups
transfering control to application @ 0xcdd8
ELF header=0x40000000
First Dynamic section entry=0x40013eec
Scanning DYNAMIC secAlignment trap: portmap (1273) PC=0x40004e8c Instr=0xe5933000 Address=0x936c4375 FSR 0x0f3
tion
Done scanning DYNAMIC section
About to do library loader relocations
Done relocating ldso; we can now use globals and make function calls!
_dl_get_ready_to_run:169: Cool, ldso survived making function calls
_dl_get_ready_to_run:261: Position Independent Executable: app_tpnt->loadaddr=0x2a000000
_dl_malloc:892: mmapping more memory
_dl_get_ready_to_run:340: Lib Loader: (0x40000000) /lib/ld-uClibc.so.0
_dl_get_ready_to_run:286: calling mprotect on the application program

Program received signal SIGSEGV, Segmentation fault.
0x40004e8c in _dl_get_ready_to_run (tpnt=0xbeb9ac48, load_addr=1073741824,
auxvt=0xbeb9abd0, envp=0xbeb9ae5c, argv=0xbeb9ae54) at ldso/ldso/ldso.c:577
577 ldso/ldso/ldso.c: No such file or directory.
in ldso/ldso/ldso.c

Attached Files

Relationships

Notes
(0002902) tobias 11-09-07 01:50	577 ldso/ldso/ldso.c: No such file or directory. in ldso/ldso/ldso.c (gdb) print this_dpnt $1 = (Elf32_Dyn *) 0x936c4375 (gdb) print this_dpnt->d_tag Cannot access memory at address 0x936c4375

(0002903) tobias 11-09-07 05:14	Same behavior with a daily subversion snapshot. snapshot used: http://www.angstrom-distribution.org/unstable/sources/uClibc_uclibc.org_.trunk_20388_.tar.gz [^] Which is from today (Nov 9th)

(0006714) carmelo73 04-19-08 23:17	Hello, may you specify whch libpthread implementation are you using. If you are use linuxthreads, please try again using linuxthreads.old and report results. Thanks.

Issue History
Date Modified	Username	Field	Change
11-09-07 01:44	tobias	New Issue
11-09-07 01:44	tobias	Status	new => assigned
11-09-07 01:44	tobias	Assigned To	=> uClibc
11-09-07 01:50	tobias	Note Added: 0002902
11-09-07 05:14	tobias	Note Added: 0002903
04-19-08 23:17	carmelo73	Note Added: 0006714
04-24-08 22:29	carmelo73	Status	assigned => feedback