debug help request

[Jerry Needell]

Joel - FWIW here is the backtrace I get using tsim-leon3 - looks the 
same as your mips trace. - Jerry
(gdb) load
Loading section .text, size 0x17e30 lma 0x40000000
Loading section .data, size 0x9e0 lma 0x40017e30
Loading section .jcr, size 0x4 lma 0x40018810
Start address 0x40000000, load size 100372
Transfer rate: 2963011 bits/sec, 277 bytes/write.
(gdb) run

Program received signal SIGSEGV, Segmentation fault.
0x4000ae68 in _Heap_Free ()
(gdb) bt
#0  0x4000ae68 in _Heap_Free ()
#1  0x40003964 in libc_delete_hook ()
#2  0x4000d468 in _User_extensions_Thread_delete ()
#3  0x4000c044 in _Thread_Close ()
#4  0x40006768 in pthread_exit ()
#5  0x400017ec in Task_2 ()
#6  0x400114d8 in _Thread_Handler ()
#7  0x400113e8 in _Thread_Evaluate_mode ()
#8  0x400113e8 in _Thread_Evaluate_mode ()
Joel Sherrill wrote:

>Hi,
>
>psx06 fails on sparc and mips during the pthread_exit.  It gets
>an exception while doing a _Heap_Free.  I am totally disgusted
>and confused at this point because on sparc, it appears that
>every local variable of interest has been optimized away and
>the backtrace is of little help.
>
>On mipsjmr3904, the stack track is:
>
>(gdb) bt
>#0  0xffffffff8800b468 in _Heap_Free ()
>#1  0xffffffff880027d4 in libc_delete_hook ()
>#2  0xffffffff8800e3ec in _User_extensions_Thread_delete ()
>#3  0xffffffff8800c860 in _Thread_Close ()
>#4  0xffffffff880060e4 in pthread_exit ()
>#5  0xffffffff8800084c in Task_2 ()
>#6  0xffffffff88013fec in _Thread_Handler ()
>#7  0xffffffff88013ee0 in _Thread_Evaluate_mode ()
>#8  0xffffffff88013ee0 in _Thread_Evaluate_mode ()
>
>On PowerPC/psim it appears to work OK.
>
>Can someone give it a try on their target and see if they can
>figure out what the bug is?
>
>Thanks.
>
>--joel
>
>_______________________________________________
>rtems-users mailing list
>rtems-users at rtems.com
>http://rtems.rtems.org/mailman/listinfo/rtems-users
>  
>