經常碰到某些程式崩潰時彈出帶紅色叉叉的錯誤視窗或者是叫你選擇除錯或關閉的視窗，很礙眼。不過平時也沒去理它，點掉就好。

    今天客戶反映我們的程式崩潰後就起不來了，其實我們為了方便無人化管理，做了一個守護程序。如果程式異常退出就會重啟那個程式，這在linux下沒問題，程式崩潰了就直接退出返回非零值，但是window就bug了，搞不好就給你彈出個錯誤對話方塊，你不點掉其實程式就沒退出，守護程序就不知道這個程式是否崩潰，於是這個程式就永遠死在那個視窗上了。現在這不僅礙眼，還礙事！於是著手擺平之。

    先是晚上搜到可以修改登錄檔來組織程式或系統的彈出對話方塊，參考：http://technet.microsoft.com/en-us/library/cc976167.aspx。不過這不可行，我們只是希望我們的程式不會彈出對話方塊，儘量少改系統的。而且試了下發現還是會彈出來，就是那個werfault.exe程序，xp下可能不會。算了，這條路不走了。
    用程式碼肯定也有辦法解決。你看人家qq什麼的奔潰了有彈出的都是自家的溫馨提示，我們不需要溫馨提示，只要返回非零值就好。
    萬能的Google一下子就搜出結果來了。原來Microsoft對c和c++進行了擴充套件，支援異常處理，而且貌似標準c++裡的異常處理也是它的一個封裝。Microsoft的異常處理函式是__try,__except。

先試了這麼個簡單的例子

#include <windows.h>
#include <excpt.h>
#include <stdio.h>

#define  CRASH_SILENTLY 1
#if defined(_MSC_VER) && CRASH_SILENTLY
#include <excpt.h>
#define Q_TRY_BEGIN     __try {
#define Q_TRY_END       }
//EXCEPTION_EXECUTE_HANDLER
#define Q_EXCEPT        __except(EXCEPTION_EXECUTE_HANDLER) { \
    printf("Shit happens!\n");fflush(NULL); \
    return 1;}
#else
#define Q_TRY_BEGIN
#define Q_TRY_END
#define Q_EXCEPT
#endif

int main(int, char**)
{
Q_TRY_BEGIN
    int *a = 0;
    *a = 0;
Q_TRY_END
Q_EXCEPT
    printf("Exiting 0...\n");
    fflush(NULL);
    return 0;
}
 

    如果把CRASH_SILENTLY定義為0，那麼在程式崩潰就會彈出對話方塊，設為一就只打印Shit happens!然後就返回。
    __except的引數有三種，詳細內容見http://msdn.microsoft.com/en-us/library/s58ftw19%28v=vs.80%29.aspx，我就不抄了。
    其實為什麼系統會彈出這麼一個對話方塊呢？其實在vc執行庫中頂層函式也用了__try, __except的異常捕獲機制。不知您看了__except的引數了沒，我的示例程式裡是EXCEPTION_EXECUTE_HANDLER，表示異常被識別，就在__except後面的程式碼段進行異常處理。如果是EXCEPTION_CONTINUE_SEARCH，那麼異常會繼續被派發到外層，這最外層就是vc庫，vc庫它的處理手段就是礙眼又礙事的對話方塊！

    上面這個程式只是演示用的，很簡單。然後我就滿懷希望地對公司的程式也做了類似的處理，然後悲劇發生了，竟然編譯都通不過！編譯錯誤是C2712：cannot use __try in functions that require object unwinding。於是又google了一番。msdn真的很棒，資料豐富，這下有時msdn上的方法解決的。詳見http://msdn.microsoft.com/en-us/library/xwtb73ad%28VS.80%29.aspx
    With /EHsc, a function with structured exception handling cannot have objects that require unwinding (destruction).
    我們的程式裡出現了有解構函式的物件，同時編譯引數又有/EHsc，於是出現編譯錯誤了。可以參考下這篇文章http://se.csai.cn/ExpertEyes/No163.htm
    作為一個例子，如果我們把上面的程式改成下面的就可能出現上述問題

class Shit {
public:
    Shit() {}
    ~Shit() {}

};

int main(int, char**)
{
Q_TRY_BEGIN
    Shit s;
    int *a = 0;
    *a = 0;
Q_TRY_END
Q_EXCEPT
    printf("Exiting 0...\n");
    fflush(NULL);
    return 0;
}
 

    msdn提出3種方案，允許我複製下
    Move code that requires SEH to another function.
    Rewrite functions that use SEH to avoid the use of local variables and parameters that have destructors. Do not use SEH in constructors or destructors.
    Compile without /EHsc.
    顯然前兩種辦法對程式碼改動太大了，不可取，那麼就去掉/EHsc吧。由於我是用Qt寫程式，有些編譯選項都是預設設好的，我在pro檔案裡嘗試定義QMAKE_CXXFLAGS竟然無效，不是很清楚為什麼。一般是在qmake.config和prf檔案裡裡可以找到。qmake.conf裡找到相關的兩行

    QMAKE_CXXFLAGS_STL_ON   = -EHsc
    QMAKE_CXXFLAGS_EXCEPTIONS_ON = -EHsc

在我們工程檔案裡直接設這兩個為空竟然可以。後來又看了下Makefile，發現生成Makefile會依賴exceptions.prf, stl.prf，而這兩個會加入上面兩個變數，比如stl.prf:

CONFIG -= stl_off
QMAKE_CFLAGS *= $QMAKE_CFLAGS_STL_ON
QMAKE_CXXFLAGS *= $QMAKE_CXXFLAGS_STL_ON

於是在工程檔案中加入

CONFIG -= exceptions stl

或者

CONFIG += exceptions_off stl_off

就解決問題了，而且比之前的方法優雅。看看Makefile裡相關程式碼變成了

$(QMAKE) -spec ..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\default CONFIG+=release -o Makefile pvplayer.pro
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\qconfig.pri:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\modules\qt_webkit_version.pri:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\qt_functions.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\qt_config.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\exclusive_builds.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\default_pre.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\win32\default_pre.prf:
..\config.pri:
..\pvcommon\pvcommon.pri:
..\config.pri:
..\log4qt\log4qt.pri:
..\config.pri:
..\qextserialport\qextserialport.pri:
..\config.pri:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\release.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\debug_and_release.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\default_post.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\win32\default_post.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\win32\rtti.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\shared.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\win32\embed_manifest_exe.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\win32\embed_manifest_dll.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\warn_on.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\qt.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\win32\thread.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\moc.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\win32\windows.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\win32\stl_off.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\win32\exceptions_off.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\resources.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\uic.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\yacc.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\lex.prf:
..\..\..\..\QtSDK\Desktop\Qt\4.7.4\msvc2008\mkspecs\features\incredibuild_xge.prf:
e:\QtSDK\Desktop\Qt\4.7.4\msvc2008\lib\qtmain.prl:
    

    好，至此已經把彈出對話方塊的問題解決了。不過還值得深入研究，目前只是做到了會用的程度。還有就是linux下或其他平臺上有無類似處理還沒調查。應該也有，因為最近linux下的thunderbird一啟動就崩潰，彈出對話方塊。有空繼續研究。

參考文獻：
http://msdn.microsoft.com/en-us/library/s58ftw19%28v=vs.80%29.aspx
http://msdn.microsoft.com/en-us/library/xwtb73ad%28VS.80%29.aspx
Use /EHa if you want to catch an exception raised with something other than a throw.
http://msdn.microsoft.com/en-us/library/1deeycx5%28VS.80%29.aspx
http://blog.csdn.net/bichenggui/article/details/4536534
http://se.csai.cn/ExpertEyes/No163.htm