Question

我正在使用gdb来调试程序。而我所看到的有点奇怪：

(gdb) bt

0xb59656f8 in globalCallStubClass::addCallContext (**this=0x0**)
    at /ccase_enodeb/callp/build_callp/src/test/framework/shared/src/shared_call_context.cc:1962

0xb5b52e64 in rrcStubClass::process_scenario_spontaneous_trigger_RRC_CONNECTION_REQUEST (gcppMsgCtx=...)
    at /ccase_enodeb/callp/build_callp/src/test/framework/rrc/src/rrc_connection_request.cc:90

0xb6c3be4c in Gcpp::routeMessage (this=0xb392e9d0) at /ccase_enodeb/callp/build_callp/src/callp_services/gcpp/src/gcpp.cc:1095

0xb6c3b3b0 in Gcpp::loop (this=0xb392e9d0, Default_Method_Ptr=0)
    at /ccase_enodeb/callp/build_callp/src/callp_services/gcpp/src/gcpp.cc:925

0xb58d2ae0 in stubBthdEntryPoint () at /ccase_enodeb/callp/build_callp/src/test/framework/root/src/stub_root.cc:314

0x000191f8 in lxb_thd_entry (pCtx=0x68c0f8) at /vobs/onepltf/ltefdd/core/src/lxbase/lxbase.c:3289

0xb575602e in start_thread () from /lib/arm-linux-gnueabi/libpthread.so.0

0xb56d6ab8 in ?? () from /lib/arm-linux-gnueabi/libc.so.6

0xb56d6ab8 in ?? () from /lib/arm-linux-gnueabi/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

(gdb) print pCallStub
$1 = (globalCallStubClass *) **0x7a1da8**

(gdb) print this
$2 = (globalCallStubClass * const) **0x0**

chrash出现在标有（ - ＆gt;）的行上：

if (pCallStub != NULL) {

-->callStubClass* pCallInst =  pCallStub->addCallContext();

}

为对象addCallContext调用函数pCallStub（pCallStub已实例化，而不是NULL）。当我打印pCallStub时，我可以看到它有一个地址：

(gdb) print pCallStub
    $1 = (globalCallStubClass *) 0x7a1da8

但仍然this（应该是pCallStub）是0x0：

(gdb) print this
    $2 = (globalCallStubClass * const) 0x0

任何人都可以帮助我吗？

谢谢，木屐

Answer 1

pCallStub为0x0，因此它指向NULL。在使用指针之前，您必须使用pCallStub = new globalCallStubClass()实例化对象或使用pCallStub = createGlobalCallStubClass()之类的创建函数。

Answer 2

(gdb) print pCallStub
$1 = (globalCallStubClass *) **0x7a1da8**

(gdb) print this
$2 = (globalCallStubClass * const) **0x0**

您需要显示更多代码才能让我们了解您的问题。这里没有上下文我们可以看到这个== pCallStub 此外，如果你打开了优化，你可能看不到你认为你看到的东西（比如编译器优化了函数调用和堆栈，所以gdb没有报告正确的变量，因为它在通常，在x86系统上，你会在ecx寄存器中找到这个＆＃34;

由于你有多个线程，你可以拥有＆＃34;多线程单例问题＆＃34;，也就是说，一个线程正在分配和存储在单例实例中，但是其他线程还没有看到它。 / p>

尝试使用原子比较和交换来设置单例实例。

用gdb调试：为什么这个= 0x0？

2 个答案: