As aplicações Windows alguma vez recuperam depois de "deixarem de responder"?

O problema é que o Windows tem uma maneira de tentar descobrir se um programa ficou sem resposta. Ele faz isso enviando uma mensagem ao programa e depois espera uma quantidade de tempo pré-definida para uma resposta. Se o programa não't responder nesse tempo - it's considerado não responde.

Este período de tempo pré-definido difere entre as versões do Windows. E.g. I've tiveram programas de longa duração que nunca tiveram um problema no XP, aparecem como não respondentes no W7 em poucos segundos.

Agora também depende do programa. Normalmente a resposta da mensagem vem do segmento UI do programa's UI. Se o programa é escrito de tal forma que tarefas de alto processamento são feitas na thread UI (ou bloqueia-o), então é provável que o Windows o veja como não respondendo enquanto ele's faz alguma coisa e assim não pode responder ao Windows' mensagem "você ainda está vivo".

I'm de acordo sobre VS (especialmente se it's é uma nova versão - eu tendo a trabalhar sempre com o one-but-last como a maioria de seus problemas são resolvidos), na verdade eu tendo a preferir o SharpDevelop se programar para DotNet em Windows e MonoDevelop em Linux (para C++ eu tendo a preferir CodeBlocks em vez disso). Eles apenas parecem funcionar melhor (especialmente do que o "mais recente" VS). Eu fico impaciente demais com os atrasos do VS's para esperar que ele finalmente termine alguma tarefa arb como analisar o conteúdo do editor's e encontrar "erros" - especialmente porque #Dev faz exatamente a mesma coisa sem pendurar.

Que dito isso, outros programas eu tendo a dar mais margem de manobra. Por exemplo, um designer de modelagem e construção de informação 3d (AutoDesk's Revit) tende a ficar pendurado por horas a fio se eu fizer algo como imprimir uma vista de um modelo 3d de 500MB. Mas nesse caso tenho a tendência de esperar que demore muito tempo - por isso espero por ele. E sim, raramente ele nunca terminaria.