Combinazione di eccezioni C (strutturate) ed eccezioni C++
Se si desidera scrivere codice più portabile, non è consigliabile utilizzare la gestione delle eccezioni strutturata nei programmi C++. Talvolta, però, può essere opportuno eseguire la compilazione con /EHa e combinare le eccezioni strutturate con il codice C++ sorgente; in questo caso, sono necessarie alcune funzionalità per gestire entrambi i tipi di eccezioni. Poiché un gestore delle eccezioni strutturato non riconosce gli oggetti e le eccezioni tipizzate, non può gestire le eccezioni generate da codice C++; tuttavia, i gestori C++ catch possono gestire le eccezioni strutturate. Di conseguenza, la sintassi di gestione delle eccezioni C++ (try, throw, catch) non viene accettata dal compilatore C, ma la sintassi di gestione delle eccezioni strutturate (__try, __except, __finally) è supportata dal compilatore C++.
Per informazioni sulla gestione delle eccezioni strutturate come eccezioni C++, vedere _set_se_translator.
Se si combinano eccezioni C++ e strutturate, tenere presente quanto segue:
Le eccezioni C++ e le eccezioni strutturate non possono essere combinate all'interno della stessa funzione.
I gestori di terminazione (blocchi__finally) vengono sempre eseguiti, anche durante la rimozione successiva alla generazione di un'eccezione.
La gestione delle eccezioni C++ può intercettare e salvare la semantica di rimozione in tutti i moduli compilati con l'opzione del compilatore /EH (questa opzione abilita la semantica di rimozione).
In alcune circostanze, è possibile che le funzioni distruttore non vengano chiamate per tutti gli oggetti. Ad esempio, se si verifica un'eccezione strutturata quando si tenta di effettuare una chiamata di funzione tramite un puntatore di funzione non inizializzato, e la stessa funzione accetta come parametri oggetti creati prima della chiamata, per questi oggetti non vengono chiamati i distruttori, durante la rimozione dello stack.