Click here to Skip to main content
6,295,667 members and growing! (16,573 online)
Email Password   helpLost your password?
Languages » C / C++ Language » General     Intermediate

SEH and C++ Exceptions - catch all in one

By Martin Ziacek

This article describes how to handle SE and C++ exception together.
MFC, Dev
Posted:16 Mar 2000
Views:136,935
Bookmarked:60 times
Announcements
Loading...
 
Search    
Advanced Search
printPrint   Broken Article?Report       add Share
  Discuss Discuss   Recommend Article Email
41 votes for this article.
Popularity: 7.24 Rating: 4.49 out of 5
1 vote, 5.9%
1

2

3
3 votes, 17.6%
4
13 votes, 76.5%
5
  • 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


    Member

    Occupation: Software Developer (Senior)
    Location: United Kingdom United Kingdom

    Other popular C / C++ Language articles:

    Article Top
    You must Sign In to use this message board.
    FAQ FAQ 
     
    Noise Tolerance  Layout  Per page   
     Msgs 1 to 25 of 28 (Total in Forum: 28) (Refresh)FirstPrevNext
    GeneralHow to do it well if _set_se_translator() is not available (WinCE) PinmemberBostjan Erzen1:41 26 Aug '08  
    QuestionAhoj Martin, prosba o pomoc Pinmemberriavale7:30 23 Mar '06  
    GeneralImproved Error Message for Access Violations PinmemberSteve Johnson (Sven)11:58 22 Mar '06  
    GeneralYou can't catch and continue on all PinmemberDB118:34 15 Oct '05  
    GeneralCompiler switch "/EHa" needed with VC 6 & 7 PinmemberJamireste6:43 28 Sep '05  
    Generalfloating point exceptions as well? Pinmembercptspiff2:00 28 Nov '03  
    Generalmore Exceptions Pinmembergertano8:52 24 Mar '03  
    GeneralRe: more Exceptions PinmemberMartyn Pearson1:19 18 Jun '03  
    GeneralRe: more Exceptions PinsussAnonymous0:10 2 Sep '04  
    GeneralQuestion about design. PinsussHoly Punk16:36 6 Feb '03  
    GeneralRe: Question about design. PinsussMike U.0:32 29 Apr '03  
    GeneralRelease mode weirdness Pinmemberbooster5:44 16 Nov '01  
    GeneralRe: Release mode weirdness PinmemberMartin Ziacek10:19 16 Nov '01  
    GeneralMFC Independent PinmemberAnonymous19:26 5 Nov '01  
    GeneralRe: MFC Independent PinmemberMartin Ziacek20:35 5 Nov '01  
    Generalmultiple calls i n a thread? PinmemberAnonymous9:12 22 Oct '01  
    GeneralRe: multiple calls i n a thread? PinmemberMartin Ziacek5:36 31 Oct '01  
    Generalwhat about exception type? PinmemberAnonymous8:47 22 Oct '01  
    GeneralRe: what about exception type? PinmemberMartin Ziacek5:30 31 Oct '01  
    GeneralThread Problem PinmemberThomas George11:37 10 Sep '01  
    GeneralRe: Thread Problem PinmemberMartin Ziacek12:01 10 Sep '01  
    GeneralRe: Thread Problem PinmemberThomas George13:49 10 Sep '01  
    GeneralRe: Thread Problem PinmemberMartin Ziacek20:01 10 Sep '01  
    GeneralRe: Thread Problem PinmemberThomas George13:04 11 Sep '01  
    GeneralRe: Thread Problem PinmemberMartin Ziacek11:01 12 Sep '01  

    General General    News News    Question Question    Answer Answer    Joke Joke    Rant Rant    Admin Admin   

    PermaLink | Privacy | Terms of Use
    Last Updated: 16 Mar 2000
    Editor: James Spibey
    Copyright 2000 by Martin Ziacek
    Everything else Copyright © CodeProject, 1999-2009
    Web11 | Advertise on the Code Project