Missing symbol names in gdbserver but not with gdb

吃可爱长大的小学妹 提交于 2019-12-08 07:37:54

问题


I wanted to start using gdbserver for remote debugging and so I tested-out its functionality on my local machine with a simple test program that generates a segfault shown below:

segfault.c -- compiles to elf named "test"

#define NULL ((void*)0)
int main()
{
    int value = *((int*)NULL);
    return value;
}

Now when I run:

#gdb test

(gdb)run

I get:

Starting program: /home/awaibel/digiworkspace/test/Debug/test 

Program received signal SIGSEGV, Segmentation fault.
0x080483bf in main () at ../segfault.c:4
4       int value = *((int*)NULL);

however if I debug it with gdb server like so:

#gdbserver :65535 test

#gdb test

(gdb)target remote 127.0.0.1:65535

(gdb)continue

it gives me the debug info:

Program received signal SIGSEGV, Segmentation fault.
0x080483bf in ?? ()

it seems to give the same function address for the segfault, but the name and line number is omitted when debugging with the remote debugger. is it possible to have the remote debugger display this information, and if so, how?

I guess I should add that the program was compiled with GCC using the "-g" debug flag


回答1:


Thanks to markys' comments I was able to figure out the problem. Since the gdb client is what parses the symbols and not the server, I had to make sure the client knew the full path to a copy of the executable. Since 'test' was not in the current directory for the command prompt that was used to run gdbtest it did not have a copy of the symbols to use. adding the the binary to PATH for the terminal running the client solved the problem. Thanks.

Summarizing:

  • server side:

gdbserver --multi :port "path-to-executable"

  • client side:

gdb "path-to-executable" (gdb)> target remote "ip-of-the-remote-device:port"



来源:https://stackoverflow.com/questions/19687230/missing-symbol-names-in-gdbserver-but-not-with-gdb

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!