Nas últimas semanas, alguns, incluindo nossos leitores, encontraram o código de erro específico: nem sempre foi possível carregar o erro de projeto ca0055. Vários fatores podem trazer esse problema. Abordaremos essas coisas abaixo.

Aprovado

A ferramenta de análise de código não foi capaz de carregar o arquivo de destino para produzir qual análise foi especificada. Ocorre quando o arquivo não pode ser encontrado e pode ter o acesso negado. Geralmente, esse local se o usuário tiver substituído a forma como a propriedade do assembly de entrada no Visual Studio ou invocado manualmente fxcopcmd.exe.

Veja também

• em segundos para ler.

Avalie sua experiência

Aprovado

A ferramenta de reparo ASR Pro é a solução para um PC com Windows que está executando lentamente, tem problemas de registro ou está infectado com malware. Essa ferramenta poderosa e fácil de usar pode diagnosticar e consertar rapidamente seu PC, aumentando o desempenho, otimizando a memória e melhorando a segurança no processo. Não sofra mais com um computador lento - experimente o ASR Pro hoje mesmo!

Você tem relatórios detalhados?

Envie comentários para a Microsoft. Quando você exibe o botão de envio, seus comentários são usados ​​para aprimorar os produtos e serviços da Microsoft. Política de Privacidade.

Compartilhe sua experiência

Suas observações serão enviadas à Microsoft: quando você clicar no botão Obter, um feedback será usado para fazer o progresso dos produtos e negócios da Microsoft. Política de Privacidade.

Em relação a outra questão semelhante, estou consumindo dois erros StyleCop na estrutura:

Mas ao contrário do questionSu atual, outra reformatação, como reinstalar todo o hardware no meu simulador, NÃO resolveu o problema. Estamos adquirindo o Visual Studio 2010 Service Pack para você (SP1) e visando o Dotnet 4.0.

Aqui estão mais alguns detalhes que provavelmente ajudarão alguém a descobrir o que está mal diagnosticado e instalado:

Eu também tentei criar uma combinação no Visual Studio 2012 RTM para obter um pacote de conteúdo bastante detalhado do erro do cliente –

  CA0055 Ocorreu um erro ao analisar algum tipo de código.CA0055: C:  Usuários  identificar  fonte  nome do projeto  Debug  xxx.exe não pôde ser carregado.O seguinte erro ocorreu ao verificar alguns dos módulos System.Windows.Forms:Digite [System Link: Drawing, Version = 4.0.0.0, Culture = neutral,PublicKeyToken significa b03f5f7f11d50a3a] System.Drawing.BitmapSuffixInelliteAssemblyAttribute.[Erros e avisos](Global) 

Alguém tem uma referência lá? Ninguém mais recebe esse erro está inclinado a, então definitivamente há algo estranho em minha própria configuração que copiei acidentalmente ao remarcar minha estação de trabalho do PC. Mas o que ?

Tenho uma resposta atualizada do Visual Studio – use o .NET Framework 4.5. Acontece que tudo funciona bem até que comecei a corrigir os erros anteriores ao fazer a análise de código disponível como parte de uma montagem:

  CA0052: destino provavelmente não selecionadoCA0055: D:  dev  MySolution  MyProject  bin  Release  MyProject.exe não pôde ser carregado. O erro foi encontrado logo após o término do segmento System.Xml: O link possivelmente não pôde ser resolvido: means [mscorlib, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = b77a5c561934e089] System.Runtime.CompilerServices.IAsyncStateMachine 

Achei estranho confirmar que o aplicativo tem uma referência de assembly para System.Xml. Até tentei anexar o manual novamente, mas não fará nenhuma diferença. Curiosamente, a milhagem (IAsyncStateMachine) foi introduzida pela primeira vez no .NET 4.5, embora esteja contida na versão documentada do mscorlib 4.0.0.0. Isso ocorre porque 4.5 é a atualização real in-loco.

Informei o público que você receberá bootlegs separados dos assemblies de referência localizados por último no diretório C: Program Files (x86) Reference Assemblies Microsoft Framework .NETFramework . O assembly mscorlib.dll em todas as pastas v4.0 disponíveis não recebeu IAsyncStateMachine , mas aquele localizado na pasta v4.5. .Lata. O que. Tornar-se. Relevante?

Abrindo a instrução ..csproj, descobri que outro benchmark de montagem corresponde suspeitamente à seguinte caracterização HintPath

     C:  Programa (x86)  Arquivos de referência Assemblies  Microsoft  Framework  .NETFramework  v4.0  System.Web.dll  

Adicionar este link selecionado novamente fez com que o Visual Studio pudesse alterar esta tarefa:

    

      concluído       true      AllRules.ruleset          pdbonly      correto      AllRules.ruleset    


 Eu estava no detalhamento hoje para configurar uma hospedagem diferente para a construção de equipes. Constata-se que todos os nossos projetos são realizados após a criação do Code Research (FXCop). Em um trabalho, meu filho trabalhou em um PC de desenvolvimento, mas também falhou em uma máquina de atualização. 
 O erro CA0055 significa que “o conteúdo encontrado muito longe” ou “não foi possível carregar de forma alguma” do novo módulo de avaliação. Eu primeiro diagnostiquei uma complicação com nomes de domínio que tinham mais de 256 e-mails (nomes de montagem e preços pareciam longos), o que pode constituir um problema de MSBuild, mas sério não é / p>
 Finalmente, eu olhei o arquivo * .CodeAnalysisLog.xml em como o diretório de arte. Isso levou a detalhes internos específicos surgindo e eu descobri que cada DLL faltante foi introduzido por uma DLL chamada de DLL mais valiosa – tão perto! Definitivamente adicionei essa dll aos links do programa de tv para ter certeza de que ela normalmente está no diretório de compilação e agora está absolutamente correta. 
 DICA: Leia nosso próprio arquivo de log FXCop detalhado – o IDE do item exibe mais do que a recapitulação