LLDB가 공유 라이브러리에서 디버그 기호를로드했는지 확인하는 방법은 무엇입니까? 리눅스에

나는 GDB에서LLDB가 공유 라이브러리에서 디버그 기호를로드했는지 확인하는 방법은 무엇입니까? 리눅스에

(gdb) i shared

를 사용하여 GDB는 두 스타 *와 디버그 기호가로드되지 않은 경우 라이브러리 또는로드 된 경우는, 예를 들면없이 목록 인쇄 :

0x0000000100c18660 0x0000000100c489a0 Yes (*)  /Users/anon/work/software/webrtc-audio-processing-0.1/build_darwin/../bin/darwin/lib/libwebrtc_audio_processing.0.dylib 
0x0000000100c57ca0 0x0000000100c76978 Yes   /Users/anon/work/software/speex/speex/speex-1.2rc2/build_darwin/../bin/darwin/lib/libspeex.1.dylib

내가 찾은를 LLDB에 나는 동일한 기능을 수행 할

(lldb) image list

를 사용한다고. 하지만 디버그 기호가 lib 디렉토리에 대해로드 여부에 나에게 아무것도 말하지 않는다 도서관의 목록을 얻을 예컨대 : 디버그 기호가 LLDB에 의해로드 된 경우

[181] 19269C1D-EB29-384A-83F3-7DDDEB7D9DAD 0x00007fff8d2d3000 /System/Library/PrivateFrameworks/CoreWiFi.framework/Versions/A/CoreWiFi 
[182] 8D7BA9BA-EB36-307A-9119-0B3D9732C953 0x00007fff879ee000 /System/Library/Frameworks/CoreBluetooth.framework/Versions/A/CoreBluetooth 
[183] 6F03761D-7C3A-3C80-8031-AA1C1AD7C706 0x00007fff92e52000 /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbols

그래서 어떻게 확인합니까?

업데이트 : 바이너리가 dSYM 내장되어있는 경우

이

image lookup -vn Herqq::Upnp::HSsdp::init 
2 matches found in libHUpnp.2.dylib: 
     Address: libHUpnp.2.dylib[0x00000000000283f0] (libHUpnp.2.dylib.__TEXT.__text + 150384) 
     Summary: libHUpnp.2.dylib`Herqq::Upnp::HSsdp::init() at hssdp.cpp:804 
     Module: file = "libHUpnp.2.dylib", arch = "x86_64" 
    CompileUnit: id = {0x00000000}, file = "/Users/blade/work/software/HUPnP/build-herqq-Desktop_Qt_5_5_0_clang_64bit-Debug/hupnp/../../herqq/hupnp/src/ssdp/hssdp.cpp", language = "c89" 
     Function: id = {0xa0002401f}, name = "init", range = [0x00000000000283f0-0x0000000000028511) 
     FuncType: id = {0xa0002401f}, decl = hssdp.h:304, clang_type = "_Bool (void)" 
     Blocks: id = {0xa0002401f}, range = [0x000283f0-0x00028511) 
     LineEntry: [0x00000000000283f0-0x00000000000283ff): /Users/blade/work/software/HUPnP/build-herqq-Desktop_Qt_5_5_0_clang_64bit-Debug/hupnp/../../herqq/hupnp/src/ssdp/hssdp.cpp:804 
     Symbol: id = {0x00000c9b}, range = [0x00000000000283f0-0x0000000000028520), name="Herqq::Upnp::HSsdp::init()", mangled="_ZN5Herqq4Upnp5HSsdp4initEv" 
     Variable: id = {0xa0002403a}, name = "this", type= "Herqq::Upnp::HSsdp *", location = DW_OP_fbreg(-16), decl = 
     Variable: id = {0xa00024047}, name = "herqqLog__", type= "HLogger", location = DW_OP_fbreg(-32), decl = hssdp.cpp:805 
     Variable: id = {0xa00024056}, name = "ha", type= "QHostAddress", location = DW_OP_fbreg(-56), decl = hssdp.cpp:812 
     Address: libHUpnp.2.dylib[0x0000000000028550] (libHUpnp.2.dylib.__TEXT.__text + 150736) 
     Summary: libHUpnp.2.dylib`Herqq::Upnp::HSsdp::init(QHostAddress const&) at hssdp.cpp:817 
     Module: file = "libHUpnp.2.dylib", arch = "x86_64" 
    CompileUnit: id = {0x00000000}, file = "/Users/blade/work/software/HUPnP/build-herqq-Desktop_Qt_5_5_0_clang_64bit-Debug/hupnp/../../herqq/hupnp/src/ssdp/hssdp.cpp", language = "ISO C++:1998" 
     Function: id = {0xa0002408f}, name = "init", range = [0x0000000000028550-0x000000000002862d) 
     FuncType: id = {0xa0002408f}, decl = hssdp.h:321, clang_type = "_Bool (const class QHostAddress &)" 
     Blocks: id = {0xa0002408f}, range = [0x00028550-0x0002862d) 
     LineEntry: [0x0000000000028550-0x0000000000028564): /Users/blade/work/software/HUPnP/build-herqq-Desktop_Qt_5_5_0_clang_64bit-Debug/hupnp/../../herqq/hupnp/src/ssdp/hssdp.cpp:817 
     Symbol: id = {0x00000ca3}, range = [0x0000000000028550-0x0000000000028630), name="Herqq::Upnp::HSsdp::init(QHostAddress const&)", mangled="_ZN5Herqq4Upnp5HSsdp4initERK12QHostAddress" 
     Variable: id = {0xa000240aa}, name = "this", type= "Herqq::Upnp::HSsdp *", location = DW_OP_fbreg(-16), decl = 
     Variable: id = {0xa000240b7}, name = "unicastAddress", type= "const QHostAddress &", location = DW_OP_fbreg(-24), decl = hssdp.cpp:816 
     Variable: id = {0xa000240c6}, name = "herqqLog__", type= "HLogger", location = DW_OP_fbreg(-40), decl = hssdp.cpp:818

출처

2016-10-17 rightaway717

, 다음 dSYM가 표시됩니다 : 난 그냥 다른 사람들이 어떻게 생겼는지 아는 (lldb) image lookup -vn <function> (감사 짐)의 출력을 게시하기로 결정 바이너리리스트의 이미지리스트에있는 라인.

바이너리가 Xcode의 디버그 구성에 대한 기본값 인 ".o 파일의 디버그 정보를 남겨 두는"스타일을 사용하는 경우이를 쉽게 수행 할 수 없습니다. 나는 그것을보기 쉽게하기 위해 버그를 제기했다. 그것을 할 수

한 매우 간단한 방법은 다음과 같습니다 해당 명령의 출력이 CompileUnit을 포함

(lldb) image lookup -vn <SomeFunctionNameThatShouldHaveDebugInfo>

경우 해당 기능을 포함하는 .o 인 파일을, 그렇지 않으면하지, 디버그 정보가 있습니다.

출처

2016-10-19 00:55:26

도움에 감사드립니다. 내 라이브러리에 디버그 정보가 있고 lldb에서로드 한 것처럼 보이므로 다른 이유로 인해 소스가 표시되지 않습니다. – rightaway717

이미지 조회 출력의 CompileUnit 행에 나열된 소스 파일의 파일 경로는 디버그 정보에서 얻은 것입니다. 디버깅 할 때 사용하는 컴퓨터의 소스 위치와 일치합니까? –

LLDB가 공유 라이브러리에서 디버그 기호를로드했는지 확인하는 방법은 무엇입니까? 리눅스에

답변

관련 문제