Le applicazioni di Windows si riprendono mai dopo che "smettono di rispondere"?

Il fatto è che Windows ha un modo per cercare di capire se un programma non risponde più. Lo fa inviando al programma un messaggio e poi aspetta una quantità di tempo prestabilita per una risposta. Se il programma non risponde in quel lasso di tempo - è considerato non reattivo.

Questo periodo di tempo predefinito differisce tra le versioni di Windows. Ad esempio, ho avuto programmi di lunga durata che non hanno mai avuto un problema in XP e che in W7 sono apparsi non reattivi in pochi secondi.

Ora dipende anche dal programma. Di solito il messaggio di risposta proviene dal thread UI del programma. Se il programma è scritto in modo tale che i compiti di alta elaborazione sono fatti nel thread dell'interfaccia utente (o lo blocca) allora è probabile che Windows lo veda come non reattivo mentre sta facendo qualcosa e quindi non può rispondere al messaggio "sei ancora vivo" di Windows.

Sono d'accordo su VS (specialmente se è una nuova versione - tendo a lavorare sempre con la prima-ma-ultima perché la maggior parte dei suoi problemi sono stati risolti), in realtà tendo a preferire SharpDevelop invece se si programma per DotNet in Windows e MonoDevelop in Linux (per C++ tendo invece a preferire CodeBlocks). Sembra che funzionino meglio (specialmente rispetto all'"ultimo" VS). Sono troppo impaziente con i ritardi di VS per aspettare che finalmente finisca qualche compito arb come analizzare il contenuto dell'editor e trovare gli "errori" di battitura - specialmente perché #Dev fa la stessa cosa senza impiccarsi.

Detto questo, ad altri programmi tendo a dare più libertà d'azione. Ad esempio, un programma di modellazione 3d e progettazione di informazioni edilizie (AutoDesk's Revit) tende a bloccarsi per ore e ore se faccio qualcosa come stampare una vista di un modello 3d da 500MB. Ma in quel caso tendo ad aspettarmi che ci voglia molto tempo - quindi aspetto. E sì, raramente non finisce mai.