pthread call causes core dump in wimax_osal

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



[root at alzette-lap1 /]# gdb /bin/wimaxd core.2307
GNU gdb (GDB) Fedora (7.0.1-43.fc12)
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html
>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /bin/wimaxd...done.
[New Thread 2308]
[New Thread 2309]
[New Thread 2307]
Missing separate debuginfo for //lib/libwimaxll.so.1
Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install
/usr/lib/debug/.build-id/6b/ecef76410f0537076772bcfb08aa2172d57be4

warning: .dynamic section for "//lib/libwimaxll.so.1" is not at the expected
address

warning: difference appears to be caused by prelink, adjusting expectations

warning: .dynamic section for "/usr/lib/libnl.so.1" is not at the expected
address

warning: difference appears to be caused by prelink, adjusting expectations

warning: .dynamic section for "//lib/libpthread.so.0" is not at the expected
address

warning: difference appears to be caused by prelink, adjusting expectations

warning: .dynamic section for "//lib/libdl.so.2" is not at the expected
address

warning: difference appears to be caused by prelink, adjusting expectations

warning: .dynamic section for "//lib/libc.so.6" is not at the expected
address

warning: difference appears to be caused by prelink, adjusting expectations

warning: .dynamic section for "//lib/libm.so.6" is not at the expected
address

warning: difference appears to be caused by prelink, adjusting expectations

warning: .dynamic section for "/lib/ld-linux.so.2" is not at the expected
address

warning: difference appears to be caused by prelink, adjusting expectations
Reading symbols from //lib/libwimaxll.so.1...done.
Loaded symbols for //lib/libwimaxll.so.1
Reading symbols from /usr/lib/libnl.so.1...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libnl.so.1
Reading symbols from //lib/libpthread.so.0...(no debugging symbols
found)...done.
Loaded symbols for //lib/libpthread.so.0
Reading symbols from //lib/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for //lib/libdl.so.2
Reading symbols from //lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for //lib/libc.so.6
Reading symbols from //lib/libm.so.6...(no debugging symbols found)...done.
Loaded symbols for //lib/libm.so.6
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib/ld-linux.so.2
Core was generated by `/bin/wimaxd'.
Program terminated with signal 11, Segmentation fault.
#0  0x002a5b1d in pthread_timedjoin_np () from //lib/libpthread.so.0
Missing separate debuginfos, use: debuginfo-install
filesystem-2.4.30-2.fc12.i686 glibc-2.11.1-4.i686 libnl-1.1-8.fc12.i686
(gdb) bt
#0  0x002a5b1d in pthread_timedjoin_np () from //lib/libpthread.so.0
#1  0x080c5c1f in wmx_timedjoin_thread (thread_id=0, milliseconds=3000,
status=0x0) at ./wimax_osal.c:707
#2  0x080ab6aa in l5_sockets_dispatcher_Stop () at
./L5SocketsDispatcher.c:264
#3  0x0806306b in Act_Shutdown () at ./Act/Act.c:942
#4  0x0806324b in Act_ExitThreadFunc (lpParameter=0x0) at ./Act/Act.c:213
#5  0x002a4ab5 in start_thread () from //lib/libpthread.so.0
#6  0x00bb6dae in clone () from //lib/libc.so.6
(gdb)

On Mon, Apr 12, 2010 at 4:02 PM, Inaky Perez-Gonzalez <
inaky.perez-gonzalez at intel.com> wrote:

> On Mon, 2010-04-12 at 13:49 -0700, Don Weeks wrote:
> > I am getting a core dump from pthread_timedjoin_np on line 707 in
> > wimax_osal.c The **void pointer to status is null however. BTW, this
> > is on Fedora Core 12 and I am wondering if another release would be
> > more valid. Before, I had this running (but never completed testing)
> > on 64-bit Fedora Core 12 but I had used 32-bit compile flag.
>
> That's weird -- I got it running on FC12 (full 32 bit mode though).
>
> Can you provide an stack dump? and a core dump?
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxwimax.org/pipermail/wimax/attachments/20100412/9fa36783/attachment.html>


[Index of Archives]     [Linux Kernel]     [Linux Wireless]     [Linux Bluetooth]     [Linux Netdev]     [Linux Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux