c# - how - visual studio create console application




Como posso remediar o “O ponto de interrupção não será atingido no momento. Nenhum símbolo foi carregado para este documento. ”Aviso? (20)

Às vezes, mesmo que isso lhe dê este erro, o breakpoint ainda é atingido, portanto, ignore o erro. Isso acontece com bastante frequência no MVC web app Views de um MVC web app .

Aplicativo de desktop C # na edição expressa. Trabalhou então não funcionou 5 segundos depois.

Eu tentei o seguinte.

  • Certifique-se de que a configuração de depuração, o sinalizador de depuração e as informações completas de depuração estejam configuradas em todos os assemblies.
  • Exclua todas as pastas bin e obj e todas as DLLs relacionadas ao projeto de toda a minha máquina.
  • Recrie projetos que causam o problema do zero.
  • Reinicie.

Eu tenho dois projetos WinForms na solução. Um deles carrega as informações de depuração, uma não. Ambos se referem à montagem na qual estou tentando obter informações de depuração exatamente da mesma maneira no arquivo de projeto. Alguma ideia?

Eu quero adicionar aqui, principalmente para mim quando eu voltar para rever esta questão, que os símbolos não são carregados até que o conjunto seja carregado, e o conjunto não seja carregado até que seja necessário. Se o ponto de interrupção estiver em uma biblioteca que é usada apenas em uma função em sua montagem principal, os símbolos não serão carregados (e mostrará o ponto de interrupção como não sendo atingido) até que essa função seja chamada.


A opção "Iniciar depuração, Debug + Windows + Modules" não existe na edição do Microsoft Visual Studio Express 2013.

Desmarque a opção "Usar modo de compatibilidade gerenciado" em Ferramentas Opções A depuração corrige isso.


Apenas algo simples para tentar - você pode ter tentado já. Clique com o botão direito do mouse em Solution in solution explorer, clique em "clean solution", isso exclui todos os arquivos compilados e temporários associados a uma solução .

Faça uma reconstrução da solução e tente depurar novamente.

Eu também tive problemas com vários projetos de pontos de interrupção em uma solução - alguns compilados como x86, alguns como x64.


Apenas aplicativos da Web (IIS Express):

  • Clique com o botão direito em IIS Express Tray e feche o IIS.
  • Solução Limpa


Coisas para verificar apenas para ficar claro: Certifique-se de ter a configuração definida como 'Debug' e não 'Release'. Você pode depurar o projeto de inicialização no modo 'Release', mas não em uma biblioteca de classes referenciada.


Consegui corrigir o erro simplesmente definindo a opção na opção 'Anexar ao processo' para 'Determinar automaticamente o tipo de código para depurar', conforme mostrado na captura de tela anexada.

Basta seguir os passos abaixo:

  • Vá para Depurar na barra de menu
  • Clique em Anexar ao Processo
  • Perto da opção Anexar a , clique no botão Selecionar
  • A janela Selecionar Tipo de Código aparecerá
  • Agora selecione a opção Determinar automaticamente o tipo de código a ser depurado e clique no botão OK.


Desativar a opção "Just My Code" nas configurações Debug / General.


Em vez de fazer todas essas coisas apenas

Fechar e reabrir

a solução vai resolver o problema


Eu estava integrando um aplicativo c # com uma biblioteca estática usando o VS10 - que eu sou novo. Eu escrevi uma dll de código gerenciado para conectá-los. Eu poderia definir pontos de interrupção em todos os lugares, mas a biblioteca estática. Recebi a mensagem descrita acima - nenhum símbolo foi carregado para este documento. Eu tentei muitas das sugestões acima. Eu pude ver que os símbolos não estavam sendo carregados. Eu finalmente notei uma caixa de seleção Configuração de Depuração, Ativar depuração de código não gerenciado. Isso me permitiu definir pontos de interrupção nas funções estáticas de lib.


Eu li atentamente todas as respostas acima, mas nenhuma delas resolveu o meu problema.

No meu caso, eu estava compilando uma biblioteca de classes (DLL). Nenhum módulo parece estar carregado em Debug -> Modules, então eu não pude nem carregar os símbolos manualmente.

Minha solução foi adicionar essa linha ao meu código:

System.Diagnostics.Debugger.Launch();

Depois que esse código é atingido, uma exceção é acionada e o .NET Framework mostra uma caixa de diálogo perguntando qual Visual Studio (ou seja, nova instância do VS 2008, nova instância do VS 2013, etc) você deseja usar para depurar o programa. Você pode escolher a instância existente do VS com o seu projeto carregado. Isso anexará o processo à sua sessão do VS e carregará todos os símbolos, e agora você pode depurar seu projeto.

Naturalmente, a compilação deve ser feita usando a configuração de depuração, não a versão.


Eu também tive o mesmo problema que eu reconstruir toda a solução (incluindo projetos referendados) em x86 (ou x64)

Embora eu tenha configurado todos os meus projetos para x86 no Configuration Manager (Build-> ConfigManager), alguns dos meus projetos não foram configurados para x86.

Então, para ter certeza, clique com o botão direito no projeto e siga

project -> propriedades -> Guia de Depuração, verifique Configuração e Plataforma.


Eu tentei tudo mencionado acima, mas nada funcionou. [Solução limpa e verifique se há arquivos PDB, etc.]

Mesmo publicar a mesma solução não resolveu o problema.

Então eu voltei para o que eu costumo fazer para resolver (enganar este teimoso Visual Studio)

Tudo o que fiz foi fazer uma alteração deliberada no código e publicar a solução. Então reverti a mudança e publiquei novamente.

Voila [arquivos PDB livrar dos maus espíritos] .. Não é uma resolução inteligente, mas isso funcionou ..: - |


Isso me levou um tempo tentando outras opções acima e por alguma estranha razão a depuração parou de funcionar.

Ferramenta -> Opções -> Depuração -> Geral -> (desmarque) opção "Exigir arquivos de origem para coincidir exatamente com a versão original"


Nenhuma dessas respostas resolveu meu problema. Eu tentei outra coisa com base no fato de que o projeto com a parada não era na realidade o projeto carregado. Eu encontrei como Hans Passant escreveu que o .dll onde eu quero parar o depurador e os arquivos .pdb associados quando copiados perto do arquivo .exe. Esses arquivos tiveram uma data mais antiga, então achei que eles não estavam atualizados no tempo de execução. Eu os deletei manualmente, o Visual Studio criou outro par e colocou esse novo par perto do .exe. Agora os breakpoins funcionam!

Talvez o Visual Studio não possa copiar e substituir os arquivos existentes (.dll e .pdb) perto do .exe, pois há outro lá. Então, se eu deletei manualmente, então VS poderia criar um novo perto de .exe.

Eu acho que outras mudanças (cheques e assim por diante - das outras respostas) acionaram algo e o Visual Studio copiou e substituiu a dll e pdb da pasta do projeto para a pasta perto do exe, de modo que era uma solução.

Eu acho que a causa raiz do problema é que o Visual Studio usar outro arquivo em tempo de execução, não o arquivo do projeto, com a parada.

Talvez esta resposta ajude alguém!


No meu caso, "Optimize Code" foi verificado nas propriedades do meu projeto. Isso fez o VS ver meu assembly como "não meu código" e, por sua vez, não carregou símbolos para ele.

A solução foi desmarcar isso.


Para um aplicativo ASP.Net, verifique as propriedades do site, guia ASP.NET. Certifique-se de que a versão correta do ASP.NET esteja selecionada.


Propriedades do projeto (em seguida, selecione sua configuração de compilação)> Guia Build> Advanced ...> Debug Info (dropdown)

Defina como 'all' ou 'pdb-only' e, em seguida, reconstrua


Tente executar o visual studio como administrador no Windows.


Você precisa ativar "Gerar informações de depuração" nas configurações do compilador


isso aconteceu comigo depois de copiar colar outro arquivo asmx webservice em um webservice existente, resultando no mesmo erro ao tentar depurar o serviço recentemente adicionado, para poder depurar eu tive que começar sem depuração, em seguida, anexar ao processo. É estranho, mas é a única maneira que eu encontrei para ser capaz de depurar.





breakpoints