Visual Studio 2015 RTM-depuração não funciona
instalei VS 2015 RTM (nada mais) e sou incapaz de depurar qualquer solução, não importa se é uma existente ou uma nova (criada com VS 2015 e compilada contra. NET Framework 4.6), ela só abre uma nova página EM VS que é chamada de modo de pausa com o seguinte texto: A aplicação está em Modo de pausa O seu aplicativo entrou em um estado de quebra, mas nenhum código está executando que é suportado pelo motor de depuração selecionado (por exemplo, apenas o código de execução nativo está executando). E se eu assinale a janela de depuração --> Módulo: VS2015Test.vshost.exe sem símbolos carregados (mesmo que carregue no símbolo de carga não funciona) VS2015Test.símbolos exe carregados
e também não mostra a saída na consola(é uma aplicação de consola que só tem as seguintes linhas de código:
class Program
{
static void Main(string[] args)
{
Console.WriteLine("TEST");
Console.ReadKey();
}
}
tentei reinstalar VS 2015, reiniciar o computador, apagar todos os ficheiros em % temp%/AppData/Microsoft/Visual Studio / 14, iniciado VS No modo de administração, mas nada parece funcionar.
Uma coisa que ... torna a depuração a funcionar esta opção: Ferramentas -- > Opções --> Depuração -- > Usar O Modo De Compressão Gerido^mas essa não pode ser a solução para usar um modo antigo/legado.
a depuração em VS 2013 está a funcionar bem.
Qualquer ajuda seria apreciada.24 answers
No meu caso, esta solução é útil:
Solução: desactiva a opção "apenas o meu código" na configuração geral/depuração.
Referência: marcador c
O que tive de fazer para o corrigir foi verificar "usar o modo de compatibilidade gerido" e "usar o modo de compatibilidade nativo". Não sei qual desses 2 é necessário, mas checando ambos e eu já não tenho o problema do modo de pausa.
Tive um problema muito semelhante recentemente, relacionado com as configurações de depuração.
Em primeiro lugar, já tentaste reiniciar todas as tuas configurações? Eu acho que pode estar relacionado a isso como você diz que é independente projeto e você apagou todos os dados da aplicação.
Ferramentas - > Importar e exportar opções Assistente - > reiniciar todas as opções
não se preocupe, ele lhe dá a opção de salvar as configurações atuais.
Em segundo lugar, se isto falhar, sugiro que olhemos para o evento.
Entrar no modo de pausa sugere que o DE (motor de depuração) está a enviar um evento de paragem sincronizado para o visual studio como IDebugExceptionEvent2. Eu daria uma olhada no log de eventos para exceções como falhas no carregamento de conjuntos referenciados (como.Net runtimes, etc) ou restrições de acesso ao ambiente.
Algo está a dizer ao depurador para parar a sua aplicação em execução, é apenas um caso de encontrá-la.
Como consegui que a depuração funcionasse como normal foi mudar a configuração da solução logo abaixo dos menus. Eu tinha-o definido anteriormente para o modo de lançamento, mudei isto para depurar e depois limpei/recompilei e pronto, a depuração começou a funcionar como normal. Ver a imagem de info:
[Título Da Janela] Microsoft Visual Studio [Instrução Principal] Está a debugar uma compilação de lançamento do NettoProWin.exe. Usando apenas o meu código com compilações Release usando otimizações de compilador resulta em uma experiência degradada de depuração (por exemplo, breakpoints não será atingido). [Parar de depuração] [desactivar apenas o meu código e continuar] [continuar a depuração] [continuar Depuração (não voltar a perguntar)]
Eu escolhi continuar a depurar, mas ainda não funcionou.
A solução era simples. É necessário nas propriedades do projecto - > na secção de compilação -> remote a verificação "Código Optimiz"No meu caso,
Mudei a plataforma de x86 para x64 no Gestor de configuração de depuração. Funcionou comigo.
O mesmo é necessário para publicar os projectos. Um verdadeiro pesadelo
Tive um problema semelhante a este ao tentar usar o depurador.Lançar para depurar uma aplicação web: a janela de Selecção do depurador JIT nunca apareceu. Eu sabia que não era um problema com o mecanismo de depuração VS em si porque ele disparou muito bem com um aplicativo de consola.
Um colega acabou por mencionar uma "configuração global de registo de depurador" que activou uma lâmpada. Há alguns meses, estava a usar o DebugDiag da Microsoft para resolver o problema da falha de IIS, e tinha uma regra registada em capture IIS crash dumps, que obviamente (em retrospecto) registrou o serviço de diagnóstico de depuração como o depurador para w3wp (processo de trabalhador do IIS).Remover a regra no DebugDiag, ou parar o serviço de diagnóstico de depuração ("C:\Program ficheiros\DebugDiag\DbgSvc.exe") re-habilitado Visual Studio ' s JIT debugging.
Espero que isto ajude alguém.Uhg. Cheguei ao fundo desta página e comecei a destruir o meu projecto. Encontrei uma solução para o meu problema.
O meu problema: não consegui atingir o ponto de ruptura dentro de um processo de rosca. Nada de especial, estou a começar um novo tópico numa aplicação de consola e o depurador não estava a parar nos pontos de paragem. Eu notei que o thread estava sendo criado, mas ele estava ficando pendurado em. Net Framework chamadas externas e, especificamente, o ThreadStart_Context. Isso explica porquê. os meus pontos de paragem nunca foram atingidos porque o Framework.Net está a ficar preso em alguma coisa.
O Problema: descobri que podia resolver isto alterando o meu código de inicialização. Por alguma razão, eu tinha um programa.arquivo cs que continha Main() e estava dentro da classe de programa como você esperaria para um aplicativo de console. Inside Main (), I was instantiating another class via this code;
new SecondClass();
Isto normalmente funciona bem e eu tenho um monte de outros projectos com chamadas roscadas onde funciona. fine (bem, eu não os depugged por algum tempo assim que talvez um pacote de serviço veio junto e está causando esta regressão).
A Solução: Mover Main() dentro do meu SecondClass e, em vez de invocar o SecondClass construtor através do 'novo SecondClass()', atualizar a SecondClass construtor de ser um método estático e, em seguida, chamá-lo a partir Principal. Depois de fazer essas mudanças, Eu sou capaz de depurar o tópico mais uma vez.
Espero que isto ajude.Após a instalação do vs 2017, enquanto se depura a solução,ocorreu um erro como "o Webkit deixou de funcionar correctamente; o Visual Studio não será capaz de depurar mais o seu aplicativo.", Isto torna-nos incapazes de prosseguir debugging.To resolver este problema, ir para Ferramentas - >Opções - >depuração- > geral e depois desactivar a depuração de javascript para asp.net
Descobrimos que era a opção "Tipo de código" em Depurar / Anexar ao processo que foi definida como " Managed (v3.5, v3.0, v2.0)" em vez de "Managed (v4.5, v4.0)"
Eu tinha esta questão, e nenhuma das (miríades de) posts aqui ajudou. A maioria das pessoas aponta para configurações, ou opções, ativando o modo de depuração, etc. Tudo isso eu já tinha no lugar (eu sabia que não era isso, porque isso estava funcionando bem ontem).
Para mim, acabou por ser uma questão de referência, uma combinação de DLLs que foram incluídos foram culpados. Eu não posso dizer exatamente qual era o problema, mas eu tenho um par de aulas que estendeu classes de base de outro projeto, um interface implementada que se estende de outra interface, etc.O teste acid foi criar uma nova classe (no meu caso, um teste de unidade) dentro do mesmo projecto que o que não conseguiu depurar, em seguida, criar um método vazio e definir um ponto de paragem sobre ele. Isso funcionou, o que validou ainda mais o fato de que minhas configurações/Opções/etc foram boas. Eu então copiei no corpo do método que não conseguiu depurar, e com certeza o novo método começa a falhar também.
No final, removi tudo. referências, e comentou todas as linhas do meu método. Adicionando-os de volta em um por um, verificando depuração em cada passo, até que eu encontrei o culpado. É óbvio que tinha uma referência desonesta algures por aí...Configuração disponível em: Propriedades do projecto - > Build - > geral: "plataforma alvo"
Uso VS 2015.
I tiveram problemas semelhantes no meu svc execução do aplicativo no visual studio 2015, a solução foi mudar a plataforma de solução de "Any CPU" para "x86", se você não conseguir ver a opção de x 86, em seguida, clique em "Configuração do Gerente" e vá para o seu projeto de destino e mudar a plataforma, você precisará selecionar na lista suspensa e clique em "Novo", sobre o pop-up, clique na lista suspensa em "nova plataforma" e selecione x86, salve suas alterações e reconstrução(Ver anexo)
Considere : ProjectA (Entrada) --> ProjectB
A plataforma do ProjectA em Propriedades foi configurada para x64 . E a plataforma do ProjectB era ' AnyCPU '.
Então, depois de definir a plataforma alvo do ProjectB para x64 este problema foi corrigido.
Nota: essa plataforma alvo tem de estar em sincronia, quer seja x64 ou " Qualquer CPU'
No meu caso, encontrei uma dica na janela de saída que a excepção que parou o depurador era uma excepção de ContextSwitchDeadlock, que é assinalada por omissão na configuração das excepções. Esta exceção geralmente ocorre após 60 segundos em aplicações de consola. Acabei de abrir a excepção e correu tudo bem.
Eu tive este problema após a desinstallation dos elementos RemObjects 8.3 versão experimental. Reinstall Elements 8.3 é um bugfix rápido.
Ferramentas > Opções > IntelliTrace
Não sei porquê, mas funcionou. Descobri a raiz do problema quando abri o Monitor de recursos (do Gerenciador de Tarefas do Windows) e percebi que o IntelliTrace process estava lendo toneladas de dados. Suspeito que isto estava causando bloqueios no processo vshost, porque este estava consumindo 100% de um núcleo de cpu.Painel de Controlo > Programas > Programas e funcionalidades
Em seguida, role para baixo para Microsoft Visual Studio, clique com o botão direito, em seguida, "mudar". Em seguida, no fundo da janela, clique em reparação. O processo de reparação levará um tempo decente, e no final você terá que reiniciar o seu computador.
Isto resolveu o problema. para mim, e espero que te ajude.