A Aplicação Estoira Com "Erro Interno Em The.NET Tempo De Execução"

Com o código de saída 80131506

Encontrar a causa exacta para isto vai ser difícil. Reveja qualquer código não gerido que o seu serviço possa estar a usar. Suspeitas de problemas ambientais se não houver um candidato óbvio, scanners malware mal comportados são notórios. Se ele se repete muito mal, então suspeita de problemas de hardware como erros de RAM suave.

Um erro na implementação simultânea da recolha de lixo em x64. Net 4 pode causar isto como indicado na seguinte entrada microsoft KB:

Executionengineexcepção ocorre durante a recolha do lixo

A localização do minidump pode normalmente ser encontrada num item de notificação de erros do Windows no registo de eventos após o estoiro entrada. Então, Diverte-te com o WinDbg !

A última documentação sobre a utilização do elemento de configuração <gcConcurrent/>, para desactivar a recolha de lixo de fundo concorrente ou (em.Net 4 e mais tarde), pode ser encontrada aqui.

Experimentei " erros internos "no tempo de execução.NET que acabaram por ser causados por erros no meu código; não pense que só porque foi um" erro interno " no tempo de execução. NET não existe um erro no seu código como causa raiz. Sempre culpes sempre o teu próprio código antes de culpares o de outra pessoa.

Espero que tenha dados de registo e de excepção/pilha para lhe indicar onde começar a procurar, ou que possa repetir o estado do sistema antes do falhar.

Para aqueles que chegam aqui do google, acabei por me deparar com esta questão, e esta resposta específica resolveu o meu problema. Contactei a Microsoft para o hotfix através do chat ao vivo em support.microsoft.com e enviaram-me um link para o hotfix por e-mail.

Pode ser um erro com GC concorrente http://support.microsoft.com/kb/2679415

Depois de anos de luta com este problema em uma série de aplicações, parece que a Microsoft finalmente o aceitou como um bug no.net 4 CLR que faz com que isso ocorra. http://support.microsoft.com/kb/2640103.

Eu já tinha estado a "consertá-lo"forçando o coletor de lixo a correr no modo servidor (gcserver habilitado=" true " no aplicativo.config) conforme descrito no Artigo da Microsoft ligado ao Think Before Coding. Isto, em essência, força Todos os tópicos na aplicação para pausar durante a coleção removendo a possibilidade de outros threads acessarem a memória sendo manipulados pelo GC. Fico feliz em descobrir que meus anos de busca em vão por um " bug " no meu código ou outras bibliotecas não geridas de terceiros foram apenas infrutíferos porque o bug estava no código da Microsoft, não no meu.

No meu caso, esta excepção ocorreu quando o espaço em disco acabou e o.NET não consegue alocar memória no Windows Virtual Memory.

Em caso de Registo vi este erro:

Popup de Aplicação: Windows-Memória Virtual mínima demasiado baixa: o seu sistema tem pouca memória virtual. O Windows está a aumentar o tamanho do seu ficheiro de chamada de memória virtual. Durante este processo, pedidos de memória para algumas aplicações podem ser negados.

E erro anterior:

O disco C está a ou perto capacidade. Você pode precisar apagar alguns arquivos.

Framework Version: v4. 0. 30319 Descrição: o processo foi encerrado devido a uma exceção não tratada. Informação Da Excepção: Sistema.Reflexao.Objectivoinvocationexception

Eu tenho enfrentado este erro, A aplicação estava trabalhando bem em alguns PCs e em alguns PCs dando o erro acima. Desinstalo o Framework 4.5 e re-instalo isto resolveu o meu problema.

devenv.exe /ResetSettings 

Eu tinha os seguintes erros no registo de eventos e o VS estava sempre a despenhar-se e a reiniciar:

Faulting application name: devenv.exe, version: 14.0.25123.0, time stamp: 0x56f22f32
Faulting module name: clr.dll, version: 4.7.2115.0, time stamp: 0x59af88f2
Exception code: 0xc0000005
Fault offset: 0x0015f90e
Faulting process id: 0x3a7c
Faulting application start time: 0x01d353463eaf0c36
Faulting application path: C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\devenv.exe
Faulting module path: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Report Id: a232f984-6e80-4f61-9003-e18a035c8f93
Faulting package full name: 
Faulting package-relative application ID: 

No meu caso o problema foi o C++/CLI biblioteca em que existe uma chamada para o NtQuerySystemInformation; para algum tipo de razão, às vezes (e em circunstâncias misteriosas), quando ele foi chamado CLR pilha foi corrompido e o aplicativo travou.

Resolvi o problema usando um "heap personalizado" criado com HeapCreate e alocando lá os buffers usados por essa função.

No meu caso, este erro ocorreu ao registar-se no ramo SAP uma aplicação 9.1. Nos eventos do Windows eu poderia encontrar também outro evento de erro além do relatado pelo OP:

Nome dell'applicazione che ha generato l'errore: SAP Business One.exe, versione: 9.10.160.0, timestamp: 0x551ad316
Nome del modulo che ha generato l'errore: clr.dll, versione: 4.0.30319.34014, timestamp: 0x52e0b784
Codice eccezione: 0xc0000005
Offset errore 0x00029f55
ID processo che ha generato l'errore: 0x1d7c
Ora di avvio dell'applicazione che ha generato l'errore: 0x01d0e6f4fa626e78
Percorso dell'applicazione che ha generato l'errore: C:\Program Files (x86)\SAP\SAP Business One\SAP Business One.exe
Percorso del modulo che ha generato l'errore: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
ID segnalazione: 3fd8e0e7-52e8-11e5-827f-74d435a9d02c
Nome completo pacchetto che ha generato l'errore: 
ID applicazione relativo al pacchetto che ha generato l'errore: 

A máquina executa o Windows 8.1, com o. NET Framework 4.0 instalado e sem a versão 4.5. Como parecia da internet que também poderia ser um bug in. net 4, eu tentei instalar o Framework. net 4.5.2 e resolvi o problema.

Neste caso estava a usar a API Kafka Rest para limpar o cliente da Kafka. Parece que, a dada altura, abriu uma excepção.

Suponho que, por alguma razão, o GC não está a inspeccionar automaticamente a memória com frequência suficiente para o elevado número de objectos descartáveis que uso.