Não consigo me livrar disso no meu projeto da web do VS 2008 durante a depuração. Eu verifiquei se ele está no modo de depuração no projeto não Web em questão e está no Active (Debug). Excluiu todos os itens da minha pasta temporária do .NET 2.0 no Windows. Não tenho certeza do que mais fazer aqui.
139
Eu tive o mesmo problema e descobri que não estava produzindo minhas informações de depuração no meu build. Se você clicar com o botão direito do mouse no projeto e ir para 'propriedades', selecione a guia 'compilar', na parte inferior da página há um botão 'Avançado ...' que exibirá sua configuração para você exibir informações de depuração. Defina como 'cheio' e o erro deve desaparecer.
fonte
Acabei de encontrar esse problema e rapidamente decidi que as outras respostas postadas não se aplicavam a mim.
Eu sou o proprietário do projeto e sei que ele foi construído com informações de depuração e também sem otimizações. Além disso, nunca fico feliz escolhendo a desativação de um aviso como minha primeira escolha. Ocultar / ignorar esse aviso pode se tornar um problema em uma futura sessão de depuração.
Como isso só começou a ocorrer depois que eu assinei o assembly , isso me deu uma dica da minha solução rápida: remova temporariamente o nome forte da minha DLL (e consumindo EXE). Voila! Problema resolvido.
Uma solução melhor e de longo prazo pode ser a adição de uma ação pós-compilação para atualizar o GAC, para que ele tenha a versão mais recente da DLL assinada.
Mas, por enquanto, estou feliz em seguir em frente com esse desvio e continuar trabalhando no problema que me levou a esta sessão de depuração.
fonte
resolvido. Excluídas todas as ocorrências (todos os projetos) da DLL em questão.
fonte
O VS2012, limpo e reconstruído, corrigiu o problema para mim. "Propriedades" -> "Compilar" -> Otimizar código está desmarcado. "Propriedades" -> "Compilação" -> "Avançado" -> Informações sobre depuração: total
fonte
none
.Confira este link
http://social.msdn.microsoft.com/Forums/en-US/vsdebug/thread/43cb16ba-0759-42ab-8e7d-9f168ace3b6f
tente desmarcar "Just My Code" em Ferramentas-> Opções-> Depuração-> Geral.
funciona para mim
fonte
Adivinhando o VS 2008 não está reconstruindo a dll corretamente.
1) Exclua todas as ocorrências da dll
2) Reconstruir solução
E isso deve consertar.
fonte
Verifique suas opções de configuração de compilação. Verifique se as otimizações estão desativadas e se a constante DEBUG está definida.
fonte
Se tudo mais falhar, tente renomear o nome do Assembly nas propriedades do projeto. Isso corrigiu o problema para mim.
fonte
Também recebo esse problema, por algum motivo, isso aconteceu 3 ou 4 vezes; Eu acho que deve ser um bug / hick up do Visual Studio 2005 (ou pelo menos minha instalação).
Isso sempre funcionou: para corrigi-lo,
fonte
Ferramentas> opções> Depuração> Símbolos> Especificar módulos excluídos parecem que, se a dll ou o exe na lista de módulos excluídos
fonte
Pelo menos para aplicativos que não são da Web, isso funciona:
De: http://www.stellarpc.com/articles/board.aspx?id=40
2 - Permitir depuração ...
Devido à natureza em que um dos assemblies foi criado em seu aplicativo, você precisará alterar algumas configurações para permitir que o código seja tratado pelo Visual Studio Debugger.
Clique com o botão direito do mouse em qualquer projeto em questão no Solution Explorer e selecione 'Propriedades'. Isso abrirá o painel de propriedades do projeto, dando-nos acesso a muitas opções para nossos projetos. Navegue até a guia 'Concluir' (ou 'Construir' se você estiver em um ambiente C #) e selecione 'Opções avançadas de compilação ...' na parte inferior da tela. Isso nos apresenta um prompt que possui duas áreas de interesse principais:
1) Otimizações - desmarque 'Ativar otimizações'
2) Gerar informações de depuração - verifique se a opção está definida como 'Completo'
fonte
Eu tive esse problema com uma solução em uma determinada pasta, mas se a mudei para outra pasta ou por outras pessoas, não recebi a mensagem. Fiz a limpeza, reconstrução e até reinicializei e ainda não consegui depurar o original sem essa mensagem. Pesquisei no meu sistema cópias do arquivo que causava o erro e descobri que as cópias eram mantidas em
c: \ Usuário \ nome de usuário \ AppData \ Local \ Assembly \ dl3
Isso ocorreu no Win7-64, mas será semelhante em outros sistemas operacionais Windows. Excluí todas as cópias que encontrei lá e não recebo mais a mensagem. Não precisei desmarcar a opção "Ativar apenas meu código".
Além disso, isso era para um aplicativo WPF, mas me deparei com esse segmento na minha pesquisa, espero que isso ajude outra pessoa.
fonte
Consegui resolver esse problema seguindo estas etapas:
Se você não vir a Solução listada no Gerenciador de Soluções, siga estas etapas:
Eu espero que isso ajude.
fonte
Eu também tenho tudo isso. E eu fiz tudo isso. Parece que isso acontece comigo sempre que eu obtém uma cópia nova de toda a solução fora do controle de origem. Portanto, se tivermos feito tudo isso, as DLLs e os arquivos .pdb excluídos para todas as referências (Assemblies) no projeto da Web, usamos a opção clean na solução, os arquivos temporários excluídos, o VS fechado e a reabertura, garantem que o modo de depuração esteja selecionado e definido na íntegra e as otimizações estão desativadas, o que mais há?!?!?!
fonte
Eu tive o mesmo problema no meu projeto da web no Visual Studio 2010 e, finalmente, encontrei o motivo pelo qual estava recebendo essa mensagem. O que fiz foi alterar uma opção de depuração existente no Visual studio:
No meu caso, era o meu arquivo dll da web ...
fonte
Eu tive isso ao tentar depurar remotamente um aplicativo em um computador que pertence a uma sub-rede diferente. Consegui depurar e percorrer o código ao executá-lo na rede se as máquinas estivessem na mesma sub-rede. Depois de alterar a sub-rede, porém, não consegui avançar ao executar a partir da rede e estava obtendo o "O módulo a seguir foi criado com otimizações ativadas ou sem informações de depuração".
A solução? Fácil. Copie a solução criada na máquina que hospeda a depuração remota e execute-a localmente.
fonte
Isso aconteceu comigo em um projeto winForms do VS 2010. Como a maioria das pessoas aqui tem projetos na Web, acho que isso tem a ver com o acesso à pasta na qual o projeto está armazenado. Digo isso porque quando esse problema me ocorreu, o Google Drive estava sincronizando a pasta em que mantenho meus projetos. Parece que apenas desabilitar a sincronização não resolve o problema.
Minha solução é semelhante a uma das respostas acima:
Espero que isso ajude alguém, pois parece que isso ainda acontece.
fonte
Siga isto: (primeira interrupção da depuração)
1: clique com o botão direito do mouse no nome da solução do projeto ou no projeto -> Propriedades
2: em Propriedades de configuração, selecione configuração Gerenciador
3: Altere a configuração para depurar e clique em fechar
4: Altere a configuração para depurar e clique em Aplicar - > OK
Agora, reconstrua a solução ....!
fonte
Para mim, marque a caixa "Otimizar código" nas propriedades do projeto, salve, desmarque e salve novamente.
Desabilitar "Ativar apenas meu código" também funcionou, mas isso foi mais uma solução alternativa do que uma correção, pois eu não queria essa configuração.
fonte
Eu tive o mesmo problema, mas com causa e solução diferentes. A janela era igual à mostrada por Gustavo (acima), mas o caminho estava em: "\ users \ zzz \ AppSettings ..." (onde zzz é o nome de usuário do windows)
Eu tinha um suplemento do Excel - eu estava testando a instalação do suplemento, então eu tinha uma cópia instalada através da função de instalação do VS. Obviamente, o VS estava tentando depurar a cópia instalada e a cópia que eu havia acabado de lançar e não conseguiu encontrar símbolos de depuração na cópia instalada.
Nenhuma das soluções acima funcionou (sem efeitos colaterais),
SOLUÇÃO: desinstalar o complemento e excluir manualmente os arquivos nas Configurações do aplicativo funcionou.
fonte
Você mencionou que é um projeto da web ... você tem
no seu web.config?
fonte
Eu tive o mesmo problema depois de criar uma configuração de versão. Aconteceu que, quando voltei para a Depuração, o VS não estava detectando nenhuma diferença, por isso não estava atualizando os arquivos .dll e .pdb na pasta bin.
Aqui está o que funcionou para mim:
fonte
Tente uma reconstrução e depure.
fonte
Meu caso é o seguinte: webservice referenciado lib1.dll. Mais tarde, removi a referência, pois ela não era mais usada. No entanto, lib1.dll permaneceu na pasta bin. Como a biblioteca não foi referenciada, as ações Reconstruir e Limpar não foram úteis. Depois de excluir manualmente o lib1.dll da pasta bin, eu me livrei dessa mensagem.
fonte
Se você estiver publicando no IIS e não estiver usando o servidor da Web interno - ou o IIS express - verifique se as configurações do perfil de publicação estão no modo de depuração. No vs 11, por padrão, está no modo de lançamento.
fonte
Apenas para adicionar, eu estava olhando este blog para encontrar a solução para o mesmo problema que estava enfrentando. Infelizmente, as soluções mencionadas acima não me ajudaram. Por fim, descobri que estava instalando meus bits (junto com .pdb) através do instalador e definindo permissão explicitamente na pasta de instalação.
Por esse motivo, o VS não conseguiu carregar o pdb, embora o navegador de arquivos estivesse mostrando o arquivo correto, mas estava dando o mesmo erro mencionado acima.
Depois de desmarcar a opção "Ativar apenas meu código" e remover as configurações de permissão do instalador, o VS começou a carregar o módulo.
fonte
A única configuração que funcionou para mim foi a seguinte
Projeto -> Propriedades (do seu projeto) -> guia Depuração verifique se a Configuração está definida como Ativa (depuração) Em "Unable Debuggers", verifique se "Ativar depuração de código não gerenciado" está marcada
fonte
Estou criando um serviço do Windows e aqui está o que funcionou para mim:
A grandeza foi alcançada!
fonte
Caso: testando o assembly com o projeto Console no desenvolvimento do SharePoint - se você estiver desenvolvendo o SharePoint e vendo este alerta no VS, implante seu assembly SP no GAC antes de testar seu aplicativo de console SE o seu projeto principal do SP tiver métodos necessários ligue no aplicativo de teste do console.
fonte