none
Aplicativo não inicializado corretamente (0xc0000005).

    Question

  • Olá,

    estou programando usando OpenCV e Visual C++ 2008 Express Ed. Há uns dias ao debugar meu código o pc travou, provavelmente por eu não ter gerenciado bem a memória com o meu código. Até então tudo bem, o problema é que mesmo depois de reiniciar o pc, o VC++ não debuga mais nenhum código que seja do tipo "console application " (caso eu crie um projeto tipo "form" fica tudo ok).

    Eu consigo criar o código normalmente, mas ao debugar aparece uma popup dizendo "Aplicativo não inicializado corretamente (0xc0000005)" , e ao fechar essa popup aparece uma outra com "Unhandled exception at 0x000091d6 in descarte2.exe: 0xC0000005: Access violation." , e por fim ao dar um "Break" aparece: "No symbols are loaded for any call stack frame. The source code cannot be displayed."

    Não conheço muito a fundo o VC++, mas a única coisa que vejo apóis essas mensagens é: no CallStack a seta amarela fica no 0x000091d6.

     

    No começo achei que fosse algum problema com meu código, mas até mesmo com o código que já vem pronto ao criar um novo projeto (o "hello World") ocorre o mesmo erro.

    Já dei um "Clean Solution", "Rebuild Solution" e o problema persiste. Caso eu compile o executável, o vc++ o faz sem erros, mas ao executar o .exe ocorre o mesmo problema.

     

    Se alguém puder me dar uma ajuda de pelo menos o que pode ser isso...

     

     

    Obrigado!

    Sunday, January 09, 2011 3:08 PM

All replies

  • Seu PC travol quando gerenciou mal a memória? é ai que pode estar o problema

    Tente reinstalar o Visual Studio ou reparar pelo Painel de controle,

    aquele aplicativo que travou pode ter corrompido alguns arquivos importantes do seu computador

    Sobre o 0xC0000005: Isto quer dizer que um processo invadiu a memória alheia

    quando há uma invasão o processo é imediatamente parado para evitar que outros processos parem de funcionar,

    mas o Visual Studio não consegue impedir algumas invasões... que pode ter sido o seu caso 

    Sunday, January 09, 2011 3:48 PM
  • Olá Leonardo,

    eu acho que o PC travou devido à má gerência de memória, mas não tenho certeza.

    Segui o que você falou e  desinstalei todo o VC++, e as pastas que eu identifiquei que ficaram no PC eu renomeei para forçar uma instalação mais completa. Mesmo assim, depois de reinstalar ainda continua o problema. No output aparece:

    'descarte3.exe': Loaded 'C:\Users\Lourdes\Documents\Visual Studio 2008\Projects\descarte3\Debug\descarte3.exe', Symbols loaded.
    'descarte3.exe': Loaded 'C:\Windows\System32\ntdll.dll'
    'descarte3.exe': Loaded 'C:\Windows\System32\kernel32.dll'
    'descarte3.exe': Loaded 'C:\Program Files\Alwil Software\Avast5\snxhk.dll'
    'descarte3.exe': Loaded 'C:\Windows\winsxs\x86_microsoft.vc90.debugcrt_1fc8b3b9a1e18e3b_9.0.21022.8_none_96748342450f6aa2\msvcr90d.dll'
    'descarte3.exe': Loaded 'C:\Windows\winsxs\x86_microsoft.vc90.debugcrt_1fc8b3b9a1e18e3b_9.0.21022.8_none_96748342450f6aa2\msvcm90d.dll'
    'descarte3.exe': Loaded 'C:\Windows\System32\mscoree.dll'
    'descarte3.exe': Loaded 'C:\Windows\System32\ole32.dll'
    'descarte3.exe': Loaded 'C:\Windows\System32\msvcrt.dll'
    'descarte3.exe': Loaded 'C:\Windows\System32\gdi32.dll'
    'descarte3.exe': Loaded 'C:\Windows\System32\user32.dll'
    'descarte3.exe': Loaded 'C:\Windows\System32\advapi32.dll'
    'descarte3.exe': Loaded 'C:\Windows\System32\rpcrt4.dll'
    The program '[4424] descarte3.exe: Native' has exited with code 255 (0xff).

    Obs.: essa saída é do código template:

    // descarte3.cpp : main project file.
    
    #include "stdafx.h"
    
    using namespace System;
    
    int main(array<System::String ^> ^args)
    {
      Console::WriteLine(L"Hello World");
      return 0;
    }
    

    será que pode ser o Avast? pois eu instalei ele depois do problema ocorrer pela primeira vez.

     

    Também notei agora que ao criar um novo projeto tipo console aparecem os arquivos: "resource.h", "app.ico", "app.rc" e "AssemblyInfo.cpp" . Pelo que me lembro esses arquivos só apareciam nos projetos tipo "Form" e não para os tipo "Console ". Pode ser isso?

     

    Abraços, e obrigado pela atenção

    Tuesday, January 11, 2011 12:06 AM
  • Ola de novo iama

     

    andei pesquisando sobre esse código 0xFF

    Achei num fórum em inglês isto aqui:

    #ifndef _SYSCRT 
            if (_initterm_e( __xi_a, __xi_z ) != 0) 
            { 
              return 255; // Aqui seu programa termina
            } 
    #else /* _SYSCRT */ 
            _initterm((_PVFV *)(void *)__xi_a, (_PVFV *)(void *)__xi_z); 
    #endif /* _SYSCRT */
    

    "traduzindo" a primeira linha temos algo como:

    Se não estiver definido o uso do CRT volte com 255 como resultado

     

    provavelmente seu VC ainda esteja danificado... 

    Vá em Projeto->"NomeDoProjeto" propriedades->Propriedades de configuração e Geral

    Veja se a opção Comon Runtime Language Support está habilitada, o famoso "/clr"

     

    Sobre o Avast: Não acredito que o Avast possa causar um erro como esse, mas é possível também

    eu uso o AVG  e quando eu crio um programa mínimo em C++

    int main()
    {
      return 0;
    }
    

    Ele jura de pé junto que isso é um cavalo de tróia...

    se for identificado como vírus o Avast vai avisar

     

    Sobre estes arquivos "app.rc" "resource.h" e "app.ico" você está correto , são arquivos que só seriam gerados se cria-se um projeto do Windows Forms

    Eu ainda acho que seu VC está danificado, mas não sei especificamente onde...

    Tente Renomear aquela pasta Visual Studio dos seus Documentos e Reinicie o VC... talvez aquela pasta garde uma má configuração

    Tuesday, January 11, 2011 8:40 PM
  • Olá Leonardo,

    eu arranquei tudo o que vi de VC++:

    microsoft .net framework extended
    microsoft .net framework client profile
    microsoft .net framework 4 Multi-Targeting Pack
    Microsoft .NET Framework 3.5 SP1
    Microsoft Visual Studio Tools for Applications 2.0 - ENU
    Microsoft Windows SDK for Visual Studio 2008 Express Tools for .NET Framework
    Microsoft Windows SDK for Visual Studio 2008 Express Tools for Win32
    Microsoft Windows SDK for Visual Studio 2008 Headers and Libraries
    Pacote de Idiomas do Microsoft .NET Framework 3.5 SP1 - PTB

    Também tirei a pasta do VC++ da pasta Documentos.

     

    Mas por mais incrível que pareça o problema ainda persiste.

    O que me intriga é o VC++ começar do nada a colocar esses arquivos diferentes no Console Application, há algum lugar para configurar isso?

    Ou alguma outra pasta que deva ser retirada durante a desinstalação?

     

     

    Abraços!

    Tuesday, January 18, 2011 3:52 AM
  • Iama

    Talvez essa seja a última solução que eu tenha...

    Mas você terá de fazer isso por conta própria

    No meu HD tem as seguintes pastas:

    "C:\Program Files\Microsoft Visual Studio 2010\VC\vcprojects"

    O primeiro contém arquivos .vsz (abra com o bloco de notas) que dizem o diretório dos templates, no meu caso esta

    "C:\Program Files\Microsoft Visual Studio 2010\VC\VCWizards\AppWiz\Generic\Application\templates\1033"

    No seu também deve ter essas pastas, o 1033 é a versão do meu VC (10), o seu pode ser 8__ ou qualquer coisa parecida, baseado nesse diretório o importante é chegar nessa pasta que contém alguns arquivos .h .cpp e um readme.txt, se você chegou nessa pasta pode começar a ficar feliz

    Esses arquivos são usados pelo VC para gerar os projetos, você pode editá-los mas observe o seguinte

    não apague nenhum deles pois o VC pode tentar recriá-los a partir de um backup que ele tem e além disso um único arquivo pode ser usado por mais de um projeto como é o caso dos stdafx.h

    preste atenção em linhas como esta:

     

    [!if !SUPPORT_MFC]
    #define _APS_NO_MFC					130
    [!endif]
    #define _APS_NEXT_RESOURCE_VALUE	129
    

     

    esses códigos if entre [] são para gerar o arquivo final no seu projeto

    nesse caso se você criasse um aplicativo MFC a segunda linha seria válida e iria ao seu projeto

    Também há nesta pasta

    C:\Program Files\Microsoft Visual Studio 2010\VC\VCWizards

    tem um "default.vcproj" que pode lhe ser útil, não abri ainda mas com certeza ele é usado na geração do projeto

     

     


    Leonardo Bos
    Tuesday, January 18, 2011 11:45 AM
  • Olá Leonardo,

     

    Valeu por toda essa ajuda mas não teve jeito, tive que formatar o pc, minha sorte é que não tinha muita coisa nele.

    Mas enfim, acabei de reinstalar o VisualC++ e "parece" que agora tá funfando, mas o estranho é que ainda assim os arquivos tipo Assembly, app.ico etc.. ainda estão nos projetos tipo Console Application, isso é normal? Pois antes do pirepaque não existiam esses arquivos nos projetos que eu criava.

     

    abraços

    Thursday, January 20, 2011 4:14 AM
  • Bom depende da configuração, por exemplo:

    Quando se cria um projeto Win32 há a opção de projeto "limpo", ou seja, sem nada de arquivos, no meu caso quando crio um Console Aplication com suporte ao /clr cria-se os seguintes arquivos ->

     

     

    resource.h

    stdafx.h

    -------------

    app.ico

    app.rc

    -------------

    AssemblyInfo.cpp

    stdafx.cpp

    "NomeDoProjeto".cpp = 

    ------------

    Readme.txt

    Assim, depende do projeto que você cria, mas se seu VC cria esses arquivos mas não dão nenhum problema na hora de debuggar está absolutamente correto.

    No meu VC eu tenho a opção de ter um projeto CLR limpo sem nenhum desses arquivos, veja se você tem no seu também, chama-se "CLR Empty Project", esse sim cria um projeto igual ao que você criava antes.


    Leonardo Bos
    Thursday, January 20, 2011 1:29 PM