我现在使用davinci的板子进行嵌入式linux开发，遇到某些情况下触发了abort函数，结果gdb时发现如下现象
#0 0x401212dc in raise () from /mnt/fsnewFPGA/lib/libc.so.6
#5 0x401256c8 in abort () from /mnt/fsnewFPGA/lib/libc.so.6
#6 0x401256c8 in abort () from /mnt/fsnewFPGA/lib/libc.so.6
#7 0x401256c8 in abort () from /mnt/fsnewFPGA/lib/libc.so.6
一直陷入到死循环，这样就无法追溯到错误源。
参考http://www.tuicool.com/articles/2qaYZr7（一个glibc中abort不能backtrace的问题），里面提到修改abort函数，可是我找到的abort函数跟他里面不一样，我在linux\arch\arm\kernal下的traps.c下找到了abort函数
void abort(void)
{
BUG();
/* if that doesn't kill us, halt */
panic("Oops failed to kill thread");
}
里面只有BUG()函数，我在前面添加了printk和mdelay之后重新编译，结果直接调用abort函数貌似没有变化。结果如下：
root@dm365-evm:~# ./AbortTest
*************this is test*********
Aborted
root@dm365-evm:~# dmesg
root@dm365-evm:~#
我想问下是不是我找的地方不对，abort的实现不是在这里？系统调用的abort()函数是不是就是内核中的abort函数？
请高手解答，万分感谢。
不是。系统abort设用的是glibc是的abort.
如果是内核中的那个函数，你的操作系统直接就挂住了。
从你的描述来看，应该是glibc 库中的abort 函数， 你可以通过glibc 的abort 函数继续往下追！
另外，abort 函数本身的功能就是：异常终止一个进程。 所以你应该修改你的Application, 而不是去修改OS 或Libc.
一定是你的应用那里出了问题。
Best Regards
Qing