Come esporre tramite COM un'eccezione rilevata con la gestione delle eccezioni strutturate?

Question

Il mio server COM implementato in Visual C++ utilizza una tonnellata di altro codice C++. L'altro codice C++ a volte esegue il wrapping del codice in __try - __except e converte le eccezioni strutturate in eccezioni C++ personalizzate. Questa parte non posso cambiare.

Nessun metodo del mio server COM deve consentire la propagazione di tali eccezioni attraverso il limite COM in modo che debba intercettarle e convertirle in HRESULT s. Quelle eccezioni C++ personalizzate contengono il codice di errore originale che è stato ottenuto durante la traduzione - è qualcosa come EXCEPTION_ACCESS_VIOLATION. La domanda è come modifico un valore appropriato HRESULT in modo che il client abbia quante più informazioni possibili su quanto accaduto (e forse decide di riavviare il server (e se stesso in caso di inproc) dopo aver visto una violazione di accesso).

Supponiamo che sia EXCEPTION_ACCESS_VIOLATION che è definito in WinBase.h

#define EXCEPTION_ACCESS_VIOLATION STATUS_ACCESS_VIOLATION 

e quest'ultimo è definita WinNT.h

#define STATUS_ACCESS_VIOLATION ((DWORD)0xC0000005L) 

ho potuto utilizzare HRESULT_FROM_WIN32() per tradurre il codice in HRESULT supponendo che era un Errore Win32 in primo luogo.

Devo utilizzare HRESULT_FROM_WIN32() qui o devo utilizzare in altro modo per eseguire la traduzione?

Answer 1

Si suppone di dover restituire il codice HRESULT, in cui si sceglie il codice appropriato per indicare lo stato dell'operazione. Non deve essere un codice di errore, ma in genere si desidera mostrare qualcosa che soddisfi la macro FAILED(...), ad es. E_FAIL o DISP_E_EXCEPTION o HRESULT_FROM_WIN32(ERROR_UNHANDLED_EXCEPTION).

È altamente improbabile che i chiamanti si confrontino con uno specifico HRESULT relativo alle eccezioni, pertanto un codice di errore specifico ha senso piuttosto per la diagnostica. Inoltre, man mano che si completa la gestione dell'eccezione prima di uscire dal metodo COM, non è necessario restituire il codice specifico HRESULT perché non sono necessarie o necessarie ulteriori azioni.

Per fornire ulteriori informazioni, è possibile utilizzare ISupportErrorInfo, IErrorInfo and friends. I chiamanti possono recuperare automaticamente la descrizione del testo libero e molti ambienti popolari, quindi ad esempio il chiamante .NET avrà queste informazioni aggiuntive sul messaggio di eccezione anziché sul messaggio standard generato dal codice HRESULT.

ATL offre AtlReportError per avvolgere SetErrorInfo API, che suggerisce anche sulla generazione HRESULT codice:

... Se hRes è zero, allora le prime quattro versioni di AtlReportError ritorno DISP_E_EXCEPTION. Le ultime due versioni restituiscono il risultato della macro MAKE_HRESULT(1, FACILITY_ITF, nID).