Sobre .Net...

 

Olá pessoal. Depois de anos sem escrever, resolvi voltar para um post rápido, mostrando como resolvi um problema que me atormentou por duas semanas, e nenhuma pesquisa no Google me ajudou claramente.

Um pouco do histórico

Tive um problema em meu notebook e tive que trocar meu HD. Meu notebook originalmente veio com Window 7, e desde então atualizei ele com Windows 8 e depois com Windows 8.1. Meu Visual Studio nunca me deu problema. Porém, após esse problema, instalei de cara o Windows 8 e atualizei para Windows 8.1, obviamente não iria instalar o Windows 7 só porque era o Windows original da máquina.

Enfim, depois de voltar com minha máquina, instalei o mesmo Visual Studio que tinha antes, e ai começou o meu problema. Ele simplesmente não funcionava. Abria, e ao fazer qualquer coisa, ele travava e fechava. Se tentasse abrir um projeto existente falhava, se tentasse criar um novo falhava, se deixasse aberto alguns segundos sem fazer nada falhava, tudo fazia falhar.

O problema  com o Visual Studio

A tela que aparecia era essa:

Aparecia essa tela e reiniciava.

Para descobrir o que causava o problema, dei uma olhada no EventViewer, e achei a seguinte mensagem:

Nome do aplicativo com falha: devenv.exe, versão: 12.0.31101.0, carimbo de data/hora: 0x54548724

Nome do módulo com falha: igdumd32.dll_unloaded, versão: 9.17.10.4229, carimbo de data/hora: 0x55653f61

Código de exceção: 0xc0000005

Deslocamento da falha: 0x00016e30

ID do processo com falha: 0x9b4

Hora de início do aplicativo com falha: 0x01d0c27ecb260682

Caminho do aplicativo com falha: C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\devenv.exe

Caminho do módulo com falha: igdumd32.dll

ID do Relatório: a235b0a0-2e72-11e5-be6d-4c80935bf058

Nome completo do pacote com falha:

A verdade é que meu Visua Studio estava falhando por causa de uma tal de uma DLL 32 bits (minha máquina é 64bits) chamada igdumd32.dll. Pesquisando no Google, vi que é uma DLL da Intel, para Processamento/Aceleração de Graficos (LDDM User Mode Driver for Intel(R) Graphics Technology). MInha máquina tinha a 64bits (igdumd64.dll). Não sei porque, mas o Visual Studio estava esperando a versão 32bits.

Tentei instalar de todo jeito, inclusive manualmente, baixando a DLL e instalando via regsrv32:

Dessa forma não foi nem possível instalar, faltava outras DLLs. Se fosse Windows 7, eu conseguiria usar o Setup da DLL, que viria com todas as suas dependências, mas esse não era o caso. Naturalmente, eu não gostaria de ser obrigado a formatar o computador novamente, instalar o Windows 7 e depois partir novamente para o 8 e 8.1.

Como já tinha decidido que era um problema do processamento gráfico (essa era a função da DLL), resolvi testar abrir o Visual Studio na minha máquina, mas acessando remoto, e pasmem, funcionou. O problema era de fato o Vídeo do meu notebook, e não o hardware em sí. Uma vez aberto por outra máquina, eu conseguia continuar trabalhando da minha própria máquina (talvez porque o processamento do Vídeo já tivesse finalizado).

O jeito seria trabalhar abrindo o Visual Studio através de acesso remoto, e continuar trabalhando acessando local depois disso, mas gambiarra mais feia que essa não poderia existir.

Resolvendo o problema

Finalmente tentei resolver o problema, já que tinha entendido a causa. Primeiro abri o Visual Studio no SafeMode,  assim, ele usaria menos vídeo e eu poderia tentar procurar configurações para desativar alguma funcionalidade. Então abri no safe mode:

C:\Users\Frederico>"C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\
IDE\devenv.exe" /safemode

Ao abrir o Visual Studio, fui em Tools > Options> Environment> General. (Não consegui chegar nessa opção sem ser via Safemode, porque ele falhava antes, se você conseguir, ótimo, nem precisa abrir em SafeMode)

Na tela que abriu, eu desmarquei três opções:

• Automatically adjust visual experience based on client performance
• Enable rich client visual experience
• Use hardware graphics acceleration if available

Apertei OK.

Reiniciei o Visual Studio normalmente, e pronto! O Visual Studio não deu mais o erro. Parei de usar a aceleração de hardware, e o Visual Studio parou de procurar a dll que ele não encontrava. Agora uso normalmente o Visual Studio em minha máquina, sem gambierra de acessar remoto.

Resolvi compartilhar essa solução porque não achei nada que funcionava para mim na Web. Espero que esse post ajude alguém.

 

Abraços

Fred