gdb cannot recognize symbol format elf32-i386

Sergio M. Ammirata, Ph.D. sergio at ammirata.net
Sat Nov 7 13:57:42 UTC 2009


Mike,

Here is the backtrace when using malloc:

Program terminated with signal 11, Segmentation fault.
[New process 1788]
[New process 1752]
[New process 1784]
[New process 1783]
[New process 1789]
[New process 1791]
[New process 1787]
[New process 1785]
[New process 1786]
#0  0x3782e44a in __malloc_from_heap (size=506916, heap=0x37870bd8,
heap_lock=0x37874e3c) at libc/stdlib/malloc/malloc.c:184
184          mem = MALLOC_SETUP (mem, size);
(gdb) bt
#0  0x3782e44a in __malloc_from_heap (size=506916, heap=0x37870bd8,
heap_lock=0x37874e3c) at libc/stdlib/malloc/malloc.c:184
#1  0x3782e53c in malloc (size=506912) at libc/stdlib/malloc/malloc.c:223
#2  0x3782eb10 in memalign (alignment=16, size=506880) at
libc/stdlib/malloc/memalign.c:48
#3  0x08083fd1 in __vout_AllocatePicture (p_this=0x8d74f6c, p_pic=0x9a1a048,
i_chroma=808596553, i_width=704, i_height=480, i_aspect=576000) at
video_output/vout_pictures.c:515
#4  0x373bdacf in video_new_buffer (p_this=0x8d74f6c, pp_ring=0x8893868,
p_sys=0x8885680) at transcode.c:2499
#5  0x08144ed4 in DecodeBlock (p_dec=0x8d74f6c, pp_block=0x3efff89c) at
libmpeg2.c:604
#6  0x373c026d in Send (p_stream=0x887f6c8, id=0x8892bf8,
p_buffer=0xcf0bec0) at transcode.c:2030
#7  0x373e00a6 in Send (p_stream=0x887e32c, id=0x8892bd0,
p_buffer=0xcf0bec0) at duplicate.c:277
#8  0x0809182c in sout_InputSendBuffer (p_input=0x8892bc0,
p_buffer=0xcf0bec0) at stream_output/stream_output.c:279
#9  0x080d31e8 in DecoderDecode (p_dec=0x88a91bc, p_block=0xd232f28) at
input/decoder.c:579
#10 0x080d70ac in EsOutSend (out=0x887b21c, es=0x88a6e08, p_block=0xd232f28)
at input/es_out.c:1107
#11 0x080ffed9 in ParsePES (p_demux=0x8890c64, pid=0x999cf10) at
../../include/vlc_es_out.h:109
#12 0x08101a58 in Demux (p_demux=0x8890c64) at ts.c:1927
#13 0x08073a6f in MainLoop (p_input=0x8882170) at input/input.c:538
#14 0x08074b17 in Run (p_input=0x8882170) at input/input.c:444
#15 0x378b3136 in pthread_start_thread (arg=0x3efffea0) at
libpthread/linuxthreads.old/manager.c:309
#16 0x377c2c12 in clone () at libc/sysdeps/linux/i386/clone.S:106

The crash happens in a completely different part of the application but it
is still a malloc crash. I will try malloc-simple next.

Sergio

On 11/7/09 8:14 AM, "Mike Frysinger" <vapier at gentoo.org> wrote:

> On Saturday 07 November 2009 07:04:40 Sergio M. Ammirata, Ph.D. wrote:
>> Apparently the crash is coming from the malloc function under libc.
> 
> or someone tromped on memory they shouldnt and uClibc crashed due to that
> 
> try using the malloc-simple implementation and see if that crashes as well
> 
> or post some simple code that reproduces the crash for someone else to verify
> -mike




More information about the uClibc mailing list