The information in this article applies to:
SUMMARYThe Microsoft Foundation Classes stores a pointer to the current application exception in a global variable. If the application causes the exception to be thrown while the application is processing another exception, the original exception object is deleted. If the application needs to track the original exception, then it must store the information in that exception object in a separate variable. The application can use this information to throw the original exception again to pass the exception to the next exception handling block. MORE INFORMATIONIf an application is handling an exception in a CATCH block, and a new exception is thrown, the Microsoft Foundation Class (MFC) library deletes the original exception. If the CATCH block uses information about the original exception after the second exception, or if the CATCH block calls the THROW_LAST macro and another exception could occur in the CATCH block, the application should store information about the original exception at the beginning of the CATCH block. When the application requires information about the original exception, retrieve the data from the variables instead of from the exception object. To pass the exception to the next exception handling block, call the THROW macro to create a new exception instead of using the THROW_LAST macro to use the current exception. The following pseudo-code demonstrates this technique:
NOTE: In the versions of MFC included with Visual C++ 32-bit Edition,
versions 2.0 and above, the current exception is stored on a per-thread
basis. However, the technique described in this article still applies.
Additional query words: nested exceptions
Keywords : kbnokeyword kbMFC kbVC100 kbVC150 kbVC200 kbVC400 kbGrpMFCATL kbExceptHandMFC |
Last Reviewed: November 25, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |