gpt4 book ai didi

c++ - GDB 显示没有来自带有调试符号的应用程序的回溯

转载 作者:塔克拉玛干 更新时间:2023-11-02 23:06:50 25 4
gpt4 key购买 nike

我用 -g-O0 编译了我的可执行文件,当我用 gdb 运行它时由于某些原因得到了 std::bad_function_call gdb 不会在我的应用程序中显示有关其来源的任何信息。顺便说一句,应用程序有两个线程,最可能的异常不是来自主线程。

如此差的回溯可能是什么原因?

  terminate called after throwing an instance of 'std::bad_function_call'
what(): bad_function_call
[New Thread 0x7fffdd5dd700 (LWP 6955)]
[New Thread 0x7fffe6487700 (LWP 6953)]

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffdd5dd700 (LWP 6955)]
0x00007ffff3818267 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:55
55 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
#0 0x00007ffff3818267 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:55
#1 0x00007ffff3819eca in __GI_abort () at abort.c:89
#2 0x00007ffff412c06d in __gnu_cxx::__verbose_terminate_handler() ()
from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3 0x00007ffff4129ee6 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4 0x00007ffff4129f31 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5 0x00007ffff4185ec1 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6 0x00007ffff4e716aa in start_thread (arg=0x7fffdd5dd700) at pthread_create.c:333
#7 0x00007ffff38e9eed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
(gdb) q

GCC 版本为 4.9.2

GDB版本为7.9

最佳答案

您的 /usr/lib/x86_64-linux-gnu/libstdc++.so.6 拷贝可能已被不当剥离,或以其他方式损坏。

这是一个测试程序:

#include <functional>

std::function<int()> foo;

void *thr(void *)
{
foo();
}

int main()
{
pthread_t tid;
pthread_create(&tid, nullptr, thr, nullptr);
pthread_join(tid, nullptr);
}

构建它:g++ -g -std=c++11 t.cc,然后:

gdb -q ./a.out
Reading symbols from ./a.out...done.
(gdb) run
Starting program: /tmp/a.out
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
terminate called after throwing an instance of 'std::bad_function_call'
what(): bad_function_call
[New Thread 0x7ffff6fd6700 (LWP 105567)]

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7ffff6fd6700 (LWP 105567)]
0x00007ffff7529cc9 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0 0x00007ffff7529cc9 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1 0x00007ffff752d0d8 in __GI_abort () at abort.c:89
#2 0x00007ffff7b36535 in __gnu_cxx::__verbose_terminate_handler () at ../../../../src/libstdc++-v3/libsupc++/vterminate.cc:95
#3 0x00007ffff7b346d6 in __cxxabiv1::__terminate (handler=<optimized out>) at ../../../../src/libstdc++-v3/libsupc++/eh_terminate.cc:38
#4 0x00007ffff7b34703 in std::terminate () at ../../../../src/libstdc++-v3/libsupc++/eh_terminate.cc:48
#5 0x00007ffff7b34922 in __cxxabiv1::__cxa_throw (obj=0x7ffff0000940, tinfo=0x7ffff7dc16e0 <typeinfo for std::bad_function_call>, dest=0x7ffff7b86960 <std::bad_function_call::~bad_function_call()>) at ../../../../src/libstdc++-v3/libsupc++/eh_throw.cc:87
#6 0x00007ffff7b868f2 in std::__throw_bad_function_call () at ../../../../../src/libstdc++-v3/src/c++11/functexcept.cc:113
#7 0x0000000000400917 in std::function<int ()>::operator()() const (this=0x601080 <foo>) at /usr/include/c++/4.8/functional:2470
#8 0x00000000004007d3 in thr () at t.cc:7
#9 0x00007ffff78c0182 in start_thread (arg=0x7ffff6fd6700) at pthread_create.c:312
#10 0x00007ffff75ed47d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

如果您没有得到相同的结果(我假设您不会),请尝试从 libstdc++6 重新安装 libstdc++.so.6包裹。安装 libstdc++6-dbg 也可能有帮助。

关于c++ - GDB 显示没有来自带有调试符号的应用程序的回溯,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/33476960/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com