lldb C++ apiで未解決のブレークポイント

Question

実行可能モジュールiCoreTest.exe、動的にロードされたライブラリIRTest.rsがあります。私はlldb C++ api経由でデバッグしたいと思います。

私はlldbthroug lldb :: SBTarget ::打ち上げ（..）下"iCoreTest.exe"プロセスを作成します。すべて正常に動作します。デバッガが停止したときにブレークポイントを設定できることを意味します。SBListener.WaitForEvent();

現在実行中のプロセスにアタッチしたいときに問題が発生します。

1. ターゲットを作成し、

   m_debugData->currentTarget=m_debugData>debugger.CreateTarget(executable.c_str()); 
   
   m_debugData->currentProcess = m_debugData>currentTarget.AttachToProcessWithName(m_debugData->listener, processName.c_str(), false, error); 
   

2. ロードモジュール "IRTest.rs" 「ntdll.dll`DbgBreakPoint上で停止そのlldb後

   auto module = m_debugData->currentTarget.AddModule("IRTest.rs", "i386-pc-windows-msvc", nullptr); 
   

3. を処理するために添付+ 1 "

4. 私はm_debugData->currentProcess.Continue();
5. ので、ICoreTest.exe実行されているが...
6. 追加ブレークポイントは、私が使用して、既存のブレークポイントを印刷この後

トリガされていないブレークポイントm_debugData->currentTarget.BreakpointCreateByLocation("IRTest.st", 58);

を追加コマンドを実行コード：

void LLDBRunner::printBreakpoints() 
    { 
     for (int i = 0; i < m_debugData->currentTarget.GetNumBreakpoints(); i++) 
     { 
      auto bp = m_debugData->currentTarget.GetBreakpointAtIndex(i); 

      for (int j = 0; j < bp.GetNumLocations(); j++) 
      { 
       auto loc = bp.GetLocationAtIndex(j); 

       lldb::SBStream stream; 
       loc.GetDescription(stream, lldb::DescriptionLevel::eDescriptionLevelFull); 
       auto str = stream.GetData(); 
      } 
     } 
    } 

出力：

1.1：私のブレークポイントがある意味する= IRTest.rs`Add IRTest.st:58、アドレス= IRTest.rsで+ 421 [0x10001525]、未解決、ヒットカウント= 0

未解決。なぜ？ :)

また！私は解決されlldbコマンドラインブレークポイントを使用し 、および作業：

(lldb) attach -p 17448 
Process 17448 stopped 
* thread #1: tid = 0x0ae0, 0x77bc8d21 ntdll.dll`DbgBreakPoint + 1, stop reason = Exception 0x80000003 encountered at address 0x77bc8d20 
    frame #0: 0x77bc8d21 ntdll.dll`DbgBreakPoint + 1 
ntdll.dll`DbgBreakPoint: 
-> 0x77bc8d21 <+1>: retl 
    0x77bc8d22 <+2>: int3 
    0x77bc8d23 <+3>: int3 
    0x77bc8d24 <+4>: int3 

Executable module set to "iCoreTest.exe". 
Architecture set to: i386-pc-windows-msvc. 
(lldb) b IRTest.st:58 
Breakpoint 1: where = IRTest.rs`Add + 421 at IRTest.st:58, address = 0x07ca1525 
(lldb) b 
Current breakpoints: 
1: file = 'IRTest.st', line = 58, exact_match = 0, locations = 1, resolved = 1, hit count = 0 
    1.1: where = IRTest.rs`Add + 421 at IRTest.st:58, address = 0x07ca1525, resolved, hit count = 0 

(lldb) c 
Process 17448 resuming 
Process 17448 stopped 
* thread #6: tid = 0x2560, 0x07ca1525 IRTest.rs`Add(X1=2, X2=42, X3=(RANGE = 1, MIN_SCALE = -4095, MAX_SCALE = 4095)) + 421 at IRTest.st:58, stop reason = breakpoint 1.1 
    frame #0: 0x07ca1525 IRTest.rs`Add(X1=2, X2=42, X3=(RANGE = 1, MIN_SCALE = -4095, MAX_SCALE = 4095)) + 421 at IRTest.st:58 
    55    i, j : INT; 
    56  END_VAR 
    57 
-> 58   tmpInteg(); 
    59 
    60 
    61 
(lldb) 

UPDATE：

：

は、私は簡単なプログラムのウィッヒの再生バグ

prog.cppを書きます

#include <cstdio> 

void doSomething(void); 

void doSomething(void) 
{ 
    int loop = 0; 
    loop += 1; 
    loop += 2; 
    loop += 3; 
} 

int main(void)` 
{ 
    printf("start \n"); 

    while(1) 
    { 
    doSomething(); 
    } 

    return 0; 
} 

コンパイル..

gcc prog.cpp -g -O0 

i`mは、ブレークポイント

m_debugData->currentTarget.BreakpointCreateByLocation("prog.cpp", 7); 

を設定しようとすると、私は

1.1: where = a.exe`doSomething() + 6 at prog.cpp:7, address = a.exe[0x00401356], unresolved, hit count = 0 

私の少し研究と同じ結果が得られます。

を私は2つのバージョンでlldb動作を比較：

1. 打ち上げ新しいプロセスが（okです）

（壊れた）プロセスへのアタッチ、私はその方法で

lldb::break_id_t 
Process::CreateBreakpointSite (const BreakpointLocationSP &owner, bool use_hardware) 

行...で

load_addr = owner->GetAddress().GetOpcodeLoadAddress (&GetTarget()); 

戻りLLDB_INVALID_ADDRESSを見つけました私がプロセスにアタッチするときのバージョン。

呼び出しスタック：

liblldb.dll!lldb_private::Process::CreateBreakpointSite(const std::shared_ptr<lldb_private::BreakpointLocation> & owner, bool use_hardware) Line 2094 C++ 
    liblldb.dll!lldb_private::BreakpointLocation::ResolveBreakpointSite() Line 523 C++ 
    liblldb.dll!lldb_private::BreakpointLocationList::AddLocation(const lldb_private::Address & addr, bool resolve_indirect_symbols, bool * new_location) Line 254 C++ 
    liblldb.dll!lldb_private::Breakpoint::AddLocation(const lldb_private::Address & addr, bool * new_location) Line 102 C++ 
    liblldb.dll!lldb_private::BreakpointResolver::AddLocation(lldb_private::Address loc_addr, bool * new_location) Line 214 C++ 
    liblldb.dll!lldb_private::BreakpointResolver::SetSCMatchesByLine(lldb_private::SearchFilter & filter, lldb_private::SymbolContextList & sc_list, bool skip_prologue, const char * log_ident) Line 184 C++ 
    liblldb.dll!lldb_private::BreakpointResolverFileLine::SearchCallback(lldb_private::SearchFilter & filter, lldb_private::SymbolContext & context, lldb_private::Address * addr, bool containing) Line 94 C++ 
    liblldb.dll!lldb_private::SearchFilter::DoModuleIteration(const lldb_private::SymbolContext & context, lldb_private::Searcher & searcher) Line 190 C++ 
    liblldb.dll!lldb_private::SearchFilter::Search(lldb_private::Searcher & searcher) Line 118 C++ 
    liblldb.dll!lldb_private::BreakpointResolver::ResolveBreakpoint(lldb_private::SearchFilter & filter) Line 62 C++ 
    liblldb.dll!lldb_private::Breakpoint::ResolveBreakpoint() Line 355 C++ 
    liblldb.dll!lldb_private::Target::AddBreakpoint(std::shared_ptr<lldb_private::Breakpoint> bp_sp, bool internal) Line 695 C++ 
    liblldb.dll!lldb_private::Target::CreateBreakpoint(std::shared_ptr<lldb_private::SearchFilter> & filter_sp, std::shared_ptr<lldb_private::BreakpointResolver> & resolver_sp, bool internal, bool request_hardware, bool resolve_indirect_symbols) Line 672 C++ 
    liblldb.dll!lldb_private::Target::CreateBreakpoint(const lldb_private::FileSpecList * containingModules, const lldb_private::FileSpec & file, unsigned int line_no, unsigned __int64 offset, lldb_private::LazyBool check_inlines, lldb_private::LazyBool skip_prologue, bool internal, bool hardware, lldb_private::LazyBool move_to_nearest_code) Line 411 C++ 
    liblldb.dll!lldb::SBTarget::BreakpointCreateByLocation(const lldb::SBFileSpec & sb_file_spec, unsigned int line, unsigned __int64 offset) Line 832 C++ 
    liblldb.dll!lldb::SBTarget::BreakpointCreateByLocation(const lldb::SBFileSpec & sb_file_spec, unsigned int line) Line 803 C++ 
    liblldb.dll!lldb::SBTarget::BreakpointCreateByLocation(const char * file, unsigned int line) Line 796 C++ 
    ConsoleApplication1.exe!Debugger::LLDBRunner::setBreakpoint(std::basic_string<char,std::char_traits<char>,std::allocator<char> > file, unsigned int line) Line 204 C++ 
    ConsoleApplication1.exe!main() Line 28 C++ 

UPDATE 2：

for (int i = 0; i < m_debugData->currentTarget.GetNumModules(); i++) 
{ 
    auto module = m_debugData->currentTarget.GetModuleAtIndex(i); 

    auto moduleName = module.GetFileSpec().GetFilename(); 

    for (int j = 0; j < module.GetNumSections(); j++) 
    { 
     auto section = module.GetSectionAtIndex(j); 

     auto sectionName = section.GetName(); 
     auto addr = section.GetLoadAddress(m_debugData->currentTarget); 
     auto isValid = LLDB_INVALID_ADDRESS != addr; 

     std::cout << "Module: " << moduleName << "; Section: " << sectionName << "; IsValid: " << isValid << std::endl; 
    } 
} 

出力した：

State changed unknown->stopped 
Module: a.exe; Section: .text; IsValid: 0 
Module: a.exe; Section: .data; IsValid: 0 
Module: a.exe; Section: .rdata; IsValid: 0 
Module: a.exe; Section: .eh_frame; IsValid: 0 
Module: a.exe; Section: .bss; IsValid: 0 
Module: a.exe; Section: .idata; IsValid: 0 
Module: a.exe; Section: .CRT; IsValid: 0 
Module: a.exe; Section: .tls; IsValid: 0 
Module: a.exe; Section: .debug_aranges; IsValid: 0 
Module: a.exe; Section: .debug_info; IsValid: 0 
Module: a.exe; Section: .debug_abbrev; IsValid: 0 
Module: a.exe; Section: .debug_line; IsValid: 0 
Module: a.exe; Section: .debug_frame; IsValid: 0 

私は次のコードを使用して 'A.EXE' モジュールセクションを印刷

Answer 1

言いにくい確かに、しかし、PythonのAPIとコマンドラインapisは全く同じではありません。彼らはどちらも、あなたが要求した「実際の」コマンドを実行する前に、内部的に行う一連の処理を持っています。 Windowsでのデバッグは、他のプラットフォームと同じくらい成熟していません。なぜなら、まだ多くの人がそれを使用していないからです。これをlldbバグトラッカーのバグとして報告することをお勧めします。

一方、ターゲットを手動で作成し、プロセスにアタッチする前にブレークポイントを設定してみてください。私はこれがうまくいくかどうかは分かりませんが、モジュールがロードされたときにブレークポイントを動的に解決するか、ブレークポイントを落としたときに直ちに解決しようとしているかのように2つの異なるコードパスがあります。 。