Mac OSXでキャッチされない例外のバックトレース

Question

Mac OSX LionでいくつかのC++プログラミングを行い、クラッシュまたは例外が発生したときにスタックトレースを出力したい。以下の説明では、MacPortのgcc47とappleのllvm-gcc42の両方を試しました。

きれいなスタックトレースを印刷するので、glogを使用するようになりました。私は例外をスローすることにより、プログラムをクラッシュした場合、しかし、

*** Aborted at 1333289352 (unix time) try "date -d @1333289352" if you are using GNU date *** 
PC: @  0x1091a9137 C::h() 
*** SIGSEGV (@0x0) received by PID 29623 (TID 0x7fff722d4960) stack trace: *** 
    @  0x7fff8cabdcfa _sigtramp 
    @  0x1091a9138 C::h() 
    @  0x1091a9112 C::g() 
    @  0x1091a90ef C::f() 
    @  0x1091a903a main 
Segmentation fault: 11 

、プリントアウトスタックトレースは非常に有用ではありません。私はNULLポインタにアクセスすることでプログラムのクラッシュを聞かせている場合には、プリント次のスタックトレース罰金になります。

terminate called after throwing an instance of 'std::runtime_error' 
    what(): Haha 
*** Aborted at 1333289406 (unix time) try "date -d @1333289406" if you are using GNU date *** 
PC: @  0x7fff8450f82a __kill 
*** SIGABRT (@0x7fff8450f82a) received by PID 52106 (TID 0x7fff722d4960) stack trace: *** 
    @  0x7fff8cabdcfa _sigtramp 
Abort trap: 6 

私はCentOSのシステム上samethingを試してみましたが、それがキャッチされない例外を除いて、合理的なスタックトレースを出力しますので、glogの問題になることはありません。

だから私の質問です：捕獲されない例外のスタックトレースをglogプリントアウトする方法はありますか？

Answer 1

簡潔に：libunwindをインストールし、google-glogを再構築して問題が解決するかどうかを確認してください。この依存関係は、この執筆時点でthe OSX SDKによって与えられているように見えます。 stacktrace.ccから

（後でutilities.hに移動）：

// There are three different ways we can try to get the stack trace: 
// 
// 1) Our hand-coded stack-unwinder. This depends on a certain stack 
// layout, which is used by gcc (and those systems using a 
// gcc-compatible ABI) on x86 systems, at least since gcc 2.95. 
// It uses the frame pointer to do its work. 
// 
// 2) The libunwind library. This is still in development, and as a 
// separate library adds a new dependency, abut doesn't need a frame 
// pointer. It also doesn't call malloc. 
// 
// 3) The gdb unwinder -- also the one used by the c++ exception code. 
// It's obviously well-tested, but has a fatal flaw: it can call 
// malloc() from the unwinder. This is a problem because we're 
// trying to use the unwinder to instrument malloc(). 

そして後者のファイルで：利用可能libunwindのに再構築

#if defined(HAVE_LIB_UNWIND) 
# define STACKTRACE_H "stacktrace_libunwind-inl.h" 
#elif !defined(NO_FRAME_POINTER) 
# if defined(__i386__) && __GNUC__ >= 2 
# define STACKTRACE_H "stacktrace_x86-inl.h" 
# elif defined(__x86_64__) && __GNUC__ >= 2 
# define STACKTRACE_H "stacktrace_x86_64-inl.h" 
# elif (defined(__ppc__) || defined(__PPC__)) && __GNUC__ >= 2 
# define STACKTRACE_H "stacktrace_powerpc-inl.h" 
# endif 
#endif 

#if !defined(STACKTRACE_H) && defined(HAVE_EXECINFO_H) 
# define STACKTRACE_H "stacktrace_generic-inl.h" 
#endif 

#if defined(STACKTRACE_H) 
# define HAVE_STACKTRACE 
#endif 

は、それがあなたのスタックトレースよりも優先できるようにする必要があります。これで問題が解決しない場合は、両方のツールの背後にあるプログラマーに通知する必要があります。

Answer 2

OS X 10.6では、NSExceptionクラスには、例外がスローされた時点のスタックトラックを取得できるようにする-callStackSymbolsと-callStackReturnAddressesメソッドがあります。例外ではないエラーに同じメカニズムを使用する場合は、AppleのドキュメントのControlling a Program’s Response to Exceptionsをご覧ください。私はこれをC++の例外で試してみませんでしたが、少なくとも64ビットのランタイムでObjective-CとC++の例外は相互運用性があると主張しています。