Click here to Skip to main content
Click here to Skip to main content

SEH and C++ Exceptions - catch all in one

By , 16 Mar 2000
 
  • Download demo project - 15 Kb
  • Download source files - 2 Kb
  • Motivation

    Everybody sometimes need to write as robust code as possible. The simplest way, in these cases, is to use exception handling. But most code is wrote in C++/MFC, with C++ exception handling (e.g. CdbException). With SEH, it is not possible to catch C++ exception, and C++ typed exception can not catch SE selectively, because it is not typed in a way of C++. Solution with catch(...) is not useful, because you will not know 'type' of exception. SE is possible to catch like unsigned int typed C++ exception, but this solution is not very nice.  

    Description of solution

    I was looking for a method to handle SE and C++ exception together. I found function

    typedef void (*_se_translator_function)( unsigned int, struct _EXCEPTION_POINTERS* );
    

    In MSDN you can find following description:

    The _set_se_translator function provides a way to handle Win32 exceptions (C structured exceptions) as C++ typed exceptions. To allow each C exception to be handled by a C++ catch handler, first define a C exception "wrapper" class that can be used, or derived from, in order to attribute a specific class type to a C exception. To use this class, install a custom C exception translator function that is called by the internal exception-handling mechanism each time a C exception is raised. Within your translator function, you can throw any typed exception that can be caught by a matching C++ catch handler.

    And now, it is enough to write wrapper class (I think, my class is quite better than class provided by documentation for _set_se_translator):

    class CSeException : public CException
    {
      DECLARE_DYNAMIC(CSeException)
          
    public: 
        CSeException(UINT nSeCode, _EXCEPTION_POINTERS* pExcPointers);
        CSeException(CSeException & CseExc);
    
        UINT GetSeCode(void);
        _EXCEPTION_POINTERS* GetSePointers(void);
        PVOID GetExceptionAddress(void);
    
        void Delete(void);
        int ReportError(UINT nType = MB_OK, UINT nIDHelp = 0);
        BOOL GetErrorMessage(CString & CsErrDescr, PUINT pnHelpContext = NULL);
        BOOL GetErrorMessage(LPTSTR lpszError, 
                             UINT nMaxError, 
                             PUINT pnHelpContext = NULL);
          
    private:
        UINT m_nSeCode;
        _EXCEPTION_POINTERS* m_pExcPointers;
    };
    

    And my own translator function:

    void SeTranslator(UINT nSeCode, _EXCEPTION_POINTERS* pExcPointers)
    {
       throw new CSeException(nSeCode,pExcPointers);
    }
    

    How does it work?

    When SE is raised, then it is called our own translator function - if it was installed through _se_translator_function. This translator function simply throw exception again, but now it is our wrapper class exception filled with useful information.

    Description of CSeException

    CSeException class is based on CException class provided by MFC. I overwrite some of useful methods, but it is working same way like any other exception class based on CException class - you can find description in documentation provided by Visual C++.

    Usage

    At first of all you need to install SeTranslator function, in every thread of your application. Translator function is  thread specific, it means it is not globally set in application. In single thread application it is possible to install it in constructor of application class (as I do in demo program), however in multithreading application it is best place to install translator function at the beginnings of every thread. When translator function is installed, then it is possible to write code like this:

    char *p = NULL;
    
    try {
    
      // do something ...
    
      p[0] = 0; 
    
      // do something ...
    
    } catch (CdbException dbError) {
    
      //handle it
    
    } catch(CSeException *e) {
      e->ReportError(MB_OK | MB_ICONSTOP);
      e->Delete();
    }
    

    CSeException class is Unicode and MBCS strings compliant. Please note, delete CSeException in catch() block, because it is dynamically allocated by translator function.

    License

    This article has no explicit license attached to it but may contain usage terms in the article text or the download files themselves. If in doubt please contact the author via the discussion board below.

    A list of licenses authors might use can be found here

    About the Author

    Martin Ziacek
    Software Developer (Senior)
    United Kingdom United Kingdom
    Member
    No Biography provided

    Sign Up to vote   Poor Excellent
    Add a reason or comment to your vote: x
    Votes of 3 or less require a comment

    Comments and Discussions

     
    Hint: For improved responsiveness ensure Javascript is enabled and choose 'Normal' from the Layout dropdown and hit 'Update'.
    You must Sign In to use this message board.
    Search this forum  
        Spacing  Noise  Layout  Per page   
    QuestionLicense?memberjcastrovinci1 Feb '10 - 8:35 
    Questionunable to catch breakpoint exceptionsmemberhans.sch23 Nov '09 - 7:35 
    QuestionHow to do it well if _set_se_translator() is not available (WinCE)memberBostjan Erzen26 Aug '08 - 0:41 
    QuestionAhoj Martin, prosba o pomocmemberriavale23 Mar '06 - 6:30 
    GeneralImproved Error Message for Access ViolationsmemberSteve Johnson (Sven)22 Mar '06 - 10:58 
    GeneralYou can't catch and continue on allmemberDB115 Oct '05 - 17:34 
    GeneralCompiler switch "/EHa" needed with VC 6 & 7memberJamireste28 Sep '05 - 5:43 
    Questionfloating point exceptions as well?membercptspiff28 Nov '03 - 1:00 
    Hi!
     
    How can i catch a fp-exception as well with the provided class.
     
    In principle it should be possible, or?
     
    try
    {
       float a,b,c;
       a= 1.0;
       b= 0.0;
       c = a / b;
    }
    catch(...)
    {
       // got it?
    }
     
    Bye
    CptSpiff Smile | :)
    Generalmore Exceptionsmembergertano24 Mar '03 - 7:52 
    GeneralRe: more ExceptionsmemberMartyn Pearson18 Jun '03 - 0:19 
    GeneralRe: more ExceptionssussAnonymous1 Sep '04 - 23:10 
    GeneralQuestion about design.sussHoly Punk6 Feb '03 - 15:36 
    GeneralRe: Question about design.sussMike U.28 Apr '03 - 23:32 
    GeneralRelease mode weirdnessmemberbooster16 Nov '01 - 4:44 
    GeneralRe: Release mode weirdnessmemberMartin Ziacek16 Nov '01 - 9:19 
    GeneralMFC IndependentmemberAnonymous5 Nov '01 - 18:26 
    GeneralRe: MFC IndependentmemberMartin Ziacek5 Nov '01 - 19:35 
    Questionmultiple calls i n a thread?memberAnonymous22 Oct '01 - 8:12 
    AnswerRe: multiple calls i n a thread?memberMartin Ziacek31 Oct '01 - 4:36 
    Questionwhat about exception type?memberAnonymous22 Oct '01 - 7:47 
    AnswerRe: what about exception type?memberMartin Ziacek31 Oct '01 - 4:30 
    GeneralThread ProblemmemberThomas George10 Sep '01 - 10:37 
    GeneralRe: Thread ProblemmemberMartin Ziacek10 Sep '01 - 11:01 
    GeneralRe: Thread ProblemmemberThomas George10 Sep '01 - 12:49 
    GeneralRe: Thread ProblemmemberMartin Ziacek10 Sep '01 - 19:01 
    GeneralRe: Thread ProblemmemberThomas George11 Sep '01 - 12:04 
    GeneralRe: Thread ProblemmemberMartin Ziacek12 Sep '01 - 10:01 
    GeneralSame Thread Problemmemberkcselvaraj28 May '06 - 20:28 
    GeneralUnable use the exception classmemberRameshKumar23 Jul '01 - 4:01 
    GeneralRe: Unable use the exception classmemberMartin Ziacek24 Jul '01 - 5:48 

    General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Rant Rant    Admin Admin   

    Permalink | Advertise | Privacy | Mobile
    Web03 | 2.6.130516.1 | Last Updated 17 Mar 2000
    Article Copyright 2000 by Martin Ziacek
    Everything else Copyright © CodeProject, 1999-2013
    Terms of Use
    Layout: fixed | fluid