]> git.saurik.com Git - wxWidgets.git/blobdiff - docs/latex/wx/texcept.tex
another patch bring the docs more up to date (patch 1717776)
[wxWidgets.git] / docs / latex / wx / texcept.tex
index 8fce3e4bf664c3faad54bb8f318de15d67bfbf49..58344d0ddb6b580065eb6b4f837799d8a1872d63 100644 (file)
@@ -1,6 +1,6 @@
 %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
 %% Name:        texcept.tex
 %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
 %% Name:        texcept.tex
-%% Purpose:     C++ exceptions and wxWindows overview
+%% Purpose:     C++ exceptions and wxWidgets overview
 %% Author:      Vadim Zeitlin
 %% Modified by:
 %% Created:     17.09.03
 %% Author:      Vadim Zeitlin
 %% Modified by:
 %% Created:     17.09.03
 
 \section{C++ exceptions overview}\label{exceptionsoverview}
 
 
 \section{C++ exceptions overview}\label{exceptionsoverview}
 
-\subsection{Introduction}
+\subsection{Introduction}\label{exceptionintroduction}
 
 
-wxWindows had been started long before the exceptions were introduced in C++ so
-it is not very surprizing that it is not built around using them as some more
+wxWidgets had been started long before the exceptions were introduced in C++ so
+it is not very surprising that it is not built around using them as some more
 modern C++ libraries are. For instance, the library doesn't throw exceptions to
 signal about the errors. Moreover, up to (and including) the version 2.4 of
 modern C++ libraries are. For instance, the library doesn't throw exceptions to
 signal about the errors. Moreover, up to (and including) the version 2.4 of
-wxWindows, even using the exceptions in the user code was dangerous because the
+wxWidgets, even using the exceptions in the user code was dangerous because the
 library code wasn't exception-safe and so an exception propagating through it
 could result in memory and/or resource leaks, and also not very convenient.
 
 library code wasn't exception-safe and so an exception propagating through it
 could result in memory and/or resource leaks, and also not very convenient.
 
-Starting from the version 2.5.1 wxWindows becomes more exception-friendly. It
+Starting from the version 2.5.1 wxWidgets becomes more exception-friendly. It
 still doesn't use the exceptions by itself but it should be now safe to use the
 exceptions in the user code and the library tries to help you with this. Please
 note that making the library exception-safe is still work in progress.
 
 
 still doesn't use the exceptions by itself but it should be now safe to use the
 exceptions in the user code and the library tries to help you with this. Please
 note that making the library exception-safe is still work in progress.
 
 
-\subsection{Strategies for exceptions handling}
+\subsection{Strategies for exceptions handling}\label{exceptionstrategies}
 
 
-There are several choice for using the exceptions in wxWindows programs. First
+There are several choice for using the exceptions in wxWidgets programs. First
 of all, you may not use them at all. As stated above, the library doesn't throw
 any exceptions by itself and so you don't have to worry about exceptions at all
 unless your own code throws them. This is, of course, the simplest solution but
 of all, you may not use them at all. As stated above, the library doesn't throw
 any exceptions by itself and so you don't have to worry about exceptions at all
 unless your own code throws them. This is, of course, the simplest solution but
@@ -57,7 +57,7 @@ the \helpref{wxApp::HandleEvent()}{wxapphandleevent} which allows you to handle
 all the exceptions thrown by any event handler.
 
 
 all the exceptions thrown by any event handler.
 
 
-\subsection{Technicalities}
+\subsection{Technicalities}\label{exceptionstechnicalities}
 
 To use any kind of exception support in the library you need to build it with 
 \texttt{wxUSE\_EXCEPTIONS} set to $1$. This should be the case by default but
 
 To use any kind of exception support in the library you need to build it with 
 \texttt{wxUSE\_EXCEPTIONS} set to $1$. This should be the case by default but