Come posso personalizzare "% s ha incontrato un problema e deve chiudere"?

Question

sviluppatore Ogni Windows è fin troppo familiare con un avviso del tipo:

foo.exe ha riscontrato un problema e deve chiudere.

Sono rassegnato alle mie app saltando di tanto in tanto (solo durante lo sviluppo ovviamente), ma quando lo fanno, non voglio vedere "Foo.exe" qui. Voglio vedere un nome "amichevole" come "FooBrowser ™".

Ho cercato la documentazione MSDN alta e bassa per un modo per ignorare questa stringa e non l'ho trovato. E ho condotto molti esperimenti per vedere se potevo incappare nel meccanismo senza fortuna. Tuttavia, quando cerco sul Web "si è verificato un problema e si deve chiudere", vedo un sacco di persone che discutono di istanze precedute da un nome descrittivo e dubito che stiano tutti sostituendo l'intero avviso con il proprio. :-)

ho bisogno di questo per lavorare per le applicazioni Win32 native; .NET non è un'opzione. L'insieme di esempi che vedo discusso sul web include Microsoft Internet Explorer (un'app nativa) e Microsoft Works (che presumo sia ancora un'app nativa anche se sono passate quattro eoni da quando l'ho visto).

Qual è la stretta di mano segreta?

Answer 1

io non so esattamente quale versione di Windows si prendono di mira, ma quelli più recenti cercherò di utilizzare il nome del prodotto amichevole quando si crash.

Assicurarsi di aggiungere una risorsa versione all'eseguibile e fornire un nome prodotto e un nome file amichevoli nella stringa FileDescription.

Questo page su MSDN fornisce ulteriori informazioni.

Answer 2

si fa a non creare un semplice risorsa di stringa che contiene il nome descrittivo della vostra applicazione e l'uso che quando si formatta il messaggio?

Cosa ne pensi?

Spero che questo aiuti, Cordiali saluti, Tom.

Answer 3

Perché non basta rinominare l'eseguibile dell'applicazione FooBrowser™.exe?

Answer 4

hmm. Non so se questo è sicuro che cosa lo farà, ma vale la pena provare. Prova a guardare in SetCurrentProcessExplicitAppUserModelID

Answer 5

mia comprensione è che una volta che l'eccezione bolle fino al sistema operativo, sei fuori di fortuna. Il mio approccio sarebbe quello di prendere l'eccezione prima del che raggiunge il sistema operativo. Nelle mie applicazioni, ho un modulo che mostro quando ho un'eccezione non gestita che consente all'utente di inviare segnalazioni di bug, impedendo al sistema operativo di mostrare il modulo di cui si sta parlando.

Basta una prospettiva diversa :)