Perché due risultati diversi durante la manipolazione lo stesso delle eccezioni in C #?

StackOverflow https://stackoverflow.com/questions/3491851

  •  28-09-2019
  •  | 
  •  

Domanda

I ha gestito la stessa eccezione in due programmi, ma ho ottenuto i risultati diversi. Non so perché.

il primo risultato è quello il programma in grado di pescato

Scapshot1: www.freeimagehosting.net/uploads/e2b37433a3.png

e la seconda è quella che il programma riesce a catturato

Scapshot2: www.freeimagehosting.net/uploads/6ab7564999.png

Perché ho ottenuto un così diverso?

È stato utile?

Soluzione

Beh, non avete davvero fornito gran contesto. Cose da controllare:

  • sono la stessa tipologia di applicazione (WPF, WinForms, Silverlight, Consolle, ecc)?
  • Stanno usando la stessa versione di .NET?
  • Stanno esecuzione sulla stessa versione di Windows?
  • Non hanno lo stesso codice per reagire alle eccezioni non gestite?

Altri suggerimenti

Da quello che posso vedere, in 1 # si esegue nel debugger. In 2 # non siete.

In realtà, io assumerà l'eccezione è esattamente la stessa, come il messaggio è lo stesso. Non c'è alcuna differenza, IOW.

Non sono sicuro se ho capito, sembra che sia lo stesso erro, ma

  • pic1 - errore non gestito
  • pic2 - Errore trattati

Si prega di fornire maggiori informazioni

Il comportamento del debugger di fronte alle eccezioni può variare notevolmente.

gestione delle eccezioni (debug)

Non è possibile modificare Application.UnhandledExceptionMode dopo Application.Run () è stato chiamato, così chiaramente che non è quello che sta per intercettare l'eccezione.

Il che lascia AppDomain.UnhandledException. Sì, il debugger si romperà l'eccezione prima di quel evento viene generato. bella caratteristica, consente di eseguire il debug la ragione eccezione. Basta premere F5 per continuare l'esecuzione per attivare il gestore di eventi. Non ci sono prove di voi utilizzando il debugger nel colpo secondo schermo, sembra che hanno iniziato con Ctrl + F5.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top