5

投稿「gcc C++ アプリがクラッシュしたときにスタック トレースを生成する方法」では、アプリがクラッシュしたときにスタック トレースを生成する方法について説明しています。ただし、gcc 版は Windows MinGW では動作しません。実際には、ヘッダー execinfo.h が欠落しているため、コンパイルすらできません。

Windows XP 以降の MinGW で利用できるものはありますか?

編集

以下の手順でStackwalkingが可能でした。しかし、例外の後に catch ブロックでスタックをウォークしようとすると、望ましい結果が得られません。例外をスローする関数の名前しか取得できず、その後、リスト-->メイン-->などを示します

手順 :

  1. MinGW/MSYS を使用した Win32 API スタック ウォークの投稿に対する最初の回答は? José Luis Cebrián によって、Mr.Edd のスタック トレース ライブラリが見つかるリンクにつながったhttp://www.mr-edd.co.uk/code/stack_trace

  2. 上記のリンクで利用可能な stackwalker は、dbghelp.dll に依存しています。MinGW はこのためのインポート ライブラリを提供しないため、mingw の dlltool を使用して生成されました。コマンドは

    dlltool -k -d dbghelp.def -l dbghelp.a

    注 1: .def ファイルは Wine プロジェクトで見つかりました

    注 2: ライブラリの生成は、MinGW のすべてのバージョンで機能するわけではありません。バージョン 4.4.1 を使用して生成する際に問題がありましたが、4.6.1 では問題なく動作しました。

  3. ライブラリ -lbfd、-lintl、および -liberty も、-ldbghelp とともにリンクに使用されました。

  4. 構造化された例外処理は、リンク http://www.programmingunlimited.net/siteexec/content.cgi?page=mingw-sehから使用されました

コード ビュー

  1. 「お試し」の実装は以下の通りです。この部分は、例外ハンドラを登録します

    { 
    __SEH_EXCEPTION_REGISTRATION _lseh_er;
    __SEH_HANDLER _lseh_handler;
    _lseh_er.handler =
    reinterpret_cast<PEXCEPTION_HANDLER>(__SEH_HANDLER::ExceptionRouter);
    _lseh_er.exthandler = &_lseh_handler;
    asm volatile ("movl %%fs:0, %0" : "=r" (_lseh_er.prev));
    asm volatile ("movl %0, %%fs:0" : : "r" (&_lseh_er));
    int _lseh_setjmp_res = setjmp(_lseh_handler.context);
    while(true) {
     if(_lseh_setjmp_res != 0) {
       break;
     }
    
  2. ExceptionRounter 関数は、コンテキストとレコードがコピーされる別の関数 ExceptionHandler を呼び出します。実装は以下の通り。

    EXCEPTION_DISPOSITION __SEH_HANDLER::ExceptionHandler(PEXCEPTION_RECORD pRecord, 
    __SEH_EXCEPTION_REGISTRATION* pReg,
    PCONTEXT pContext,
    PEXCEPTION_RECORD pRecord2)
    {
    
    CopyMemory(&excContext, pContext, sizeof(_CONTEXT));
    CopyMemory(&excRecord, pRecord, sizeof(_EXCEPTION_RECORD));
    
    // Jump back to the function where the exception actually occurred.  The 1 is the
    // return code that will be returned by set_jmp.
    longjmp(context, 1);
    }
    
  3. この後、例外をスローするコードです

  4. 「catch」または seh_exceptp の実装が続きます。

    break;
    }
    PEXCEPTION_RECORD rec = &_lseh_handler.excRecord;
    PCONTEXT ctx = &_lseh_handler.excContext;
    
    asm volatile ("movl %0, %%fs:0" : : "r" (_lseh_er.prev));
    if(_lseh_setjmp_res != 0)
    
  5. 次に、Mr.Edd の stackwalker からスタックをウォークするコードが続きます。

    lock lk(g_fill_frames_mtx);
    
    symbol_context sc;
    bfd_context bfdc;
    
    
    STACKFRAME frame = empty_pod;
    CONTEXT context = empty_pod;
    context.ContextFlags = CONTEXT_FULL;
    
    /*Below part is commented as the context of the exception causing code has to be  used and not the current context*/
    /*
    windows_dll kernel32("kernel32.dll");
    void (WINAPI *RtlCaptureContext_)(CONTEXT*) =  kernel32.function("RtlCaptureContext");
    RtlCaptureContext_(&context);
    */
    
    context = _lseh_handler.excContex;
    
    frame.AddrPC.Offset = context.Eip;
    frame.AddrPC.Mode = AddrModeFlat;
    frame.AddrStack.Offset = context.Esp;
    frame.AddrStack.Mode = AddrModeFlat;
    frame.AddrFrame.Offset = context.Ebp;
    frame.AddrFrame.Mode = AddrModeFlat;
    
    
    HANDLE process = GetCurrentProcess();
    HANDLE thread = GetCurrentThread();
    
    bool skip = true;
    bool has_limit = limit != 0;
    char symbol_buffer[sizeof(IMAGEHLP_SYMBOL) + 255];
    char module_name_raw[MAX_PATH];
    
    const DWORD machine = IMAGE_FILE_MACHINE_I386;
    
    while(StackWalk(machine, process, thread, &frame, &context, 0, SymFunctionTableAccess, SymGetModuleBase, 0))
    {
        if (skip)
        {
            skip = false;
            continue;
        }
    
        if (has_limit && limit-- == 0) break;
    
        IMAGEHLP_SYMBOL *symbol = reinterpret_cast<IMAGEHLP_SYMBOL *>(symbol_buffer);
        symbol->SizeOfStruct = (sizeof *symbol) + 255;
        symbol->MaxNameLength = 254;
        DWORD module_base = SymGetModuleBase(process, frame.AddrPC.Offset);
        std::string module_name = unknown_module;
        if (module_base && GetModuleFileNameA(reinterpret_cast<HINSTANCE>(module_base), module_name_raw, MAX_PATH))
            module_name = module_name_raw;
            std::string func = bfdc.get_function_name(frame.AddrPC.Offset);
    
            if (func.empty())
            {
                DWORD dummy = 0;
                BOOL got_symbol = SymGetSymFromAddr(process, frame.AddrPC.Offset, &dummy, symbol);
                func = got_symbol ? symbol->Name : unknown_function;
            }
    
        dbg::stack_frame f(reinterpret_cast<const void *>(frame.AddrPC.Offset), func, module_name);
        frames.push_back(f);
        }
      }
    }
    std::copy(frames.begin(), frames.end(), std::ostream_iterator<dbg::stack_frame>(std::cout, "\n"));
    

よろしく、シュレヤス

4

1 に答える 1

0

リンクhttp://www.programmingunlimited.net/siteexec/content.cgi?page=libsehで利用可能な LibSEHは問題を修正しました。

得られた応答から、私の実装では、例外処理コードが例外の原因となるコードと同じコンテキストで呼び出されたと結論付けることができました。これにより、スタックの不要になった部分が上書きされます。

ただし、例外処理フィルター関数は別のコンテキストで実行され、フィルター関数にスタック トレーサを配置することで、目的の結果を得ることができます。

そこで、MSVC にあるものと同様の例外処理機能を提供する libseh を使用し、フィルター関数にスタック トレーサを記述しました。

于 2013-03-24T15:15:59.020 に答える