.net tentar Projeto VS2015 não é executado no modo de depuração




visual studio attach to process not working (18)

Isto é o que eu recebo mesmo quando eu corro na configuração de depuração.

A maneira que eu consegui mostrar isso foi ativando "Just My Code" e Warn se nenhum código de usuário fosse lançado. Isso é algo que aconteceu recentemente em nosso projeto e não tenho certeza do que fizemos para causar isso. Mas eu fui incapaz de consertar isso. Os pontos de quebra não disparam e o relógio rápido dá resultados estranhos.

Eu tentei googling o problema, mas nenhuma das soluções padrão "break points não dispara" funcionaram. Eu sou todas as ideias.

Atualização : Eu verifiquei o gerenciador de configuração e cada projeto também está configurado para Depurar lá também.

Atualização 2 : Desativei "Ativar otimizações" e não consigo mais a caixa de diálogo "você está depurando uma versão de lançamento". Corre e pára nos pontos de quebra novamente! No entanto, a janela de saída exibe isso na inicialização:

Símbolos para o módulo 'Navigo.exe' não foram carregados.

  1. Use uma configuração de compilação de depuração ou desative a opção de depuração 'Ativar apenas meu código'.
  2. Verifique as configurações dos 'Símbolos' nas opções de depuração.

Portanto, isso resolve meu problema principal de não poder mais usar pontos de interrupção e o pop-up. O que é estranho, pois achei que você precisava de símbolos para ser carregado para que os pontos de interrupção funcionassem. Então, como os pontos de quebra podem funcionar se os símbolos não forem carregados? Talvez seja apenas uma mensagem ruim?


Answer #1

Nenhuma das respostas acima funcionou para mim. Reiniciar o IIS corrigiu.


Answer #2

Para mim, era uma referência Nuget de um servidor Nuget privado. Eu não sei como foi compilado, mas mudar a referência para uma referência de projeto me fez superar o problema.


Answer #3

Use o Gerenciador de Configuração para verificar quais são as configurações reais da configuração de Depuração - está no Build \ Configuration Manager no menu principal - caso elas estejam configuradas para usar o Release:

Além disso, certifique-se de que o projeto esteja definindo DEBUG corretamente e que "Otimizar código" não esteja marcado:


Answer #4

Eu tive o mesmo problema ... Não importa o que eu fiz - nada funcionou. Foi um novo projeto vazio que foi o problema. Acabei removendo o projeto e adicionei um novo projeto - o novo projeto tinha que ter outro nome ; se eu usei o mesmo nome, o erro reapareceu - mesmo depois de uma reinicialização, limpe e reconstrua ... Deve ser um bug no VS 2015.


Answer #5

Apenas adicionando uma nota lateral à resposta de stuartd:

Certifique-se de verificar todos os projetos dependentes para as mesmas configurações de construção. Você receberá o mesmo prompt de mensagem se o projeto principal tiver as configurações adequadas, mas seus projetos dependentes não. Faz sentido óbvio aos olhos, mas não foi a primeira coisa que veio à mente.


Answer #6

Passei dois dias e parece que o Reset the Visual Studio 2017 Experimental Instance me ajudou.


Answer #7

Aprecio que este é um post antigo, mas é o primeiro que apareceu no Google quando eu estava procurando a resposta, então é provável que outros também venham aqui.

No meu caso, o problema era que a URL do Projeto IIS na guia da Web de propriedades do projeto ASP.NET estava definida para a URL incorreta. Ele estava apontando para http: // localhost que eu estava usando com uma cópia diferente do projeto. O endereço para a solução que eu tinha aberto foi realmente configurado no meu IIS local como http: // localhost: 90 .

Mudar para o endereço correto resolveu o problema.


Answer #8

Este foi um alerta estranho.

Reconstruir a solução não necessariamente limpará todas as DLLs (especialmente aquelas copiadas de projetos dependentes).

No entanto, a reconstrução do projeto de dependência fez com que esse alerta desaparecesse.

Diante disso, com o VS2015 Atualização 3.


Answer #9

... no caso de você só precisar continuar sem atrasos adicionais, selecione a última opção do pop-up e tudo será executado como antes.


Answer #10

Eu tentei praticamente tudo nesta lista, mas no final consertei isso abrindo as propriedades da solução e alternando de "Vários projetos de inicialização" para "Projeto de inicialização única" e voltando novamente.

  1. Clique com o botão direito na solução e escolha "Propriedades"
  2. Em "Propriedades comuns", altere a seleção "Vários projetos de inicialização" para "Projeto de inicialização única"
  3. Clique OK
  4. Execute a depuração
  5. Encerre a depuração e repita as etapas de 1 a 3, mas volte para "Vários projetos de inicialização"
  6. Execute a depuração novamente com vários projetos

Answer #11

Minha solução foi um pouco diferente de todas as outras e é um pouco única.

Eu estou trabalhando com um site que contém uma mistura de código gerenciado e ASP clássico, referenciando o mesmo assembly. O Visual Studio estava reclamando que minha DLL gerenciada era uma compilação de lançamento.

O problema foi uma exceção não detectada em minha montagem, mas estava sendo lançada por uma página ASP clássica via interoperabilidade. O Visual Studio não conseguiu lidar com a depuração e exibiu a mensagem de erro. A mesma exceção lançada do código gerenciado teria trazido o depurador conforme o esperado.

Corrigir o problema no construtor do meu assembly gerenciado corrigiu tudo.

Tudo faz sentido agora que eu olho para o quadro geral, mas na época, a mensagem de erro me levou a um caminho muito profundo e eu tentei tudo nesse tópico até que eu tive aquele "Ah-ha!" momento.


Answer #12

Copiando minha outra resposta here .

Como mencionado por @romanoza, a Microsoft atualizou o relatório de bug com as seguintes informações:

Desmarque a configuração Depurar -> Opções -> Suprimir a otimização JIT no carregamento do módulo (somente gerenciado)

Esta é a solução alternativa. Eles vão dizer mais tarde:

Recomendamos que as pessoas deixem o campo desmarcado, pois tê-lo desmarcado melhorará tanto o desempenho quanto o comportamento do meu código em cenários específicos.

Por fim, o reconhecimento:

É um erro que não funciona com essa configuração ativada e estamos trabalhando em uma correção para essa situação, caso alguns clientes ainda desejem depurar com essa configuração ativada.


Answer #13

Etapas de resolução:

Vá para as configurações de compilação do projeto ofensivo.

Role para baixo até o botão "Avançado".

Certifique-se de "Informações de Depuração" NÃO está definido para "nenhum".

Eu recomendo que você use a opção Completa.

Prazer em ajudá-lo


Answer #14

Depois de ver o https://connect.microsoft.com/VisualStudio/feedback/details/2116788/flag-optimize-is-passed-to-the-debugger-even-while-the-build-settings-optimize-code-is-not-enabled-on-mvc-c-web-projects-when-using-just-my-code , alguém notou uma solução alternativa que era parar o site no IIS Express. Consegui evitar que esse mesmo problema surgisse fazendo exatamente isso depois de parar o depurador no Visual Studio. No entanto, eu estava investigando mais e acredito que também poderia estar relacionado à configuração "Editar e continuar" do depurador. Quando desabilitei isso nas Opções do Visual Studio, não tive mais o problema. Mas isso impediria você de usar o recurso Editar e Continuar, então não tenho certeza se isso vale a pena para você.

Ferramentas> Opções> Depurador> Editar e Continuar (role até a parte inferior da lista Geral)> Desmarque a caixa de seleção Editar e Continuar.

Eu também senti isso de repente depois de instalar o Update 1, mas poderia ser apenas que eu tive essa configuração em primeiro lugar ... não tenho certeza embora.


Answer #15

No meu caso, eu estava desenvolvendo um plug-in do VSTO para o Outlook, e o Outlook estava carregando acidentalmente a versão de lançamento da DLL que eu instalei recentemente durante o teste do meu instalador. Parece que o VS estava tentando usar essa DLL em vez do Debug que eu esperava. Corrigir qual DLL está sendo carregada pelo Outlook corrigiu isso para mim.


Answer #16

Se nenhuma das soluções mencionadas ajudou, verifique AssemblyInfo.cs do seu projeto para aplicação de DebuggableAttribute explícita. Parece que ele substitui as opções de depuração / liberação do compilador.

Teve essa linha no arquivo no meu caso (projeto legado, não tem ideia de como chegou lá). Excluí-lo resolveu o problema:

[assembly: System.Diagnostics.Debuggable(System.Diagnostics.DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]

Answer #17

Eu abri meu projeto VS2012Pro no VS2015Express e tive o mesmo problema.

Eu verifiquei minhas propriedades da solução | Propriedades de configuração e descobriu que um projeto foi definido como Release & x86.

Eu mudei de volta para Debug & Any CPU, e o prompt foi embora.


Answer #18

Só quero entrar e dizer que isso começou a acontecer comigo depois de aplicar a Atualização 1. Os projetos existentes começaram a mostrar isso e posso replicá-lo com um novo projeto. Toda a configuração está definida para DEBUG, Otimizar NÃO está marcada. O kicker é, executando o projeto pela primeira vez (ou após um Clean), corre bem, sem qualquer mensagem. Parar e re-executar o projeto (nota - o projeto NÃO é REABILITADO) exibirá o diálogo. A única solução é desativar a opção Just My Code - o que parece ser um hack, como era anterior à Atualização 1 sem nenhum problema.







visual-studio-2015