Table of Contents
Nelle ultime poche settimane, alcuni dei nostri lettori hanno riscontrato il codice di errore: errore di aggiornamento ca0055 non può essere caricato. Diversi fattori possono causare questo problema. Li tratteremo di seguito.
Approvato
Lo strumento di revisione del codice non è riuscito a caricare un file di destinazione per il quale è stata specificata l’analisi. Si verifica quando il file non può essere realmente trovato o viene negato il guadagno. Ciò si verifica in genere se il client ha ignorato la proprietà di un assembly di input in Visual Studio o ha richiamato manualmente fxcopcmd.exe.
Vedi anche
- 2 secondi per il check-out.
Condividi la tua esperienza
Il tuo feedback verrà inviato a Microsoft: quando fai clic sul pulsante Ottieni, il tuo feedback sceglierà di essere utilizzato per migliorare i prodotti o l’attività di Microsoft. Politica sulla riservatezza.
Per quanto riguarda un altro problema principale simile, sto ricevendo due sfide StyleCop nell’assemblea:
Ma contrariamente alle domandeSu, un’altra riformattazione esattamente come reinstallare tutto l’hardware su ciascuno dei nostri simulatori NON ha risolto le difficoltà. Stiamo utilizzando Visual Studio nel 2010 Service Pack 1 (SP1) e semplicemente Dotnet 4.0.
Ecco alcuni dettagli importanti che potrebbero aiutare qualcuno a capire cosa c’è di sbagliato, installato:
Ho anche provato a creare un’integrazione in Visual Studio 2012 RTM per ottenere un contenuto più dettagliato del secondo errore 3 )
CA0055 Si è verificato un errore nonostante l'analisi del codice.CA0055: C: Users username source forecast name Debug xxx.exe probabilmente non verrebbe caricato.Si è verificato il seguente errore durante il controllo del modulo System.Windows.Forms:Digitare [System Link: Drawing, Version = 4.0.0.0, Culture = neutral,PublicKeyToken = b03f5f7f11d50a3a] System.Drawing.BitmapSuffixInelliteAssemblyAttribute.[Errori più avvisi](Globale)
Qualcuno ha un riferimento preciso lì? Nessun altro è spesso questo errore, quindi capita che ci sia sicuramente qualcosa di strano nella mia configurazione speciale che ho copiato accidentalmente durante la ri-prenotazione del mio computer. Ma nello specifico?
Dispongo di una soluzione Visual Studio aggiornata: utilizzare .NET Framework 4.5. Si è scoperto subito che tutto funziona bene fino a quando non ho iniziato a correggere i seguenti errori durante l’analisi del codice come parte di un assemblaggio eccellente:
CA0052: destinazione non selezionataCA0055: D: dev MySolution MyProject compost bin Release MyProject.exe non può essere caricato. L'errore è stato accolto poco dopo aver letto la sezione System.Xml: Impossibile rimuovere il collegamento: significa [mscorlib, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = b77a5c561934e089] System.Runtime.CompilerServices.IAsyncStateMachine
Ho trovato strano che in particolare confermo che l’applicazione gode di un riferimento assembly a System.Xml. Ho anche provato ad aggiungere il manuale più velocemente, ma non ha avuto alcun effetto importante. È interessante notare che l’intervallo (IAsyncStateMachine) è stato introdotto in .NET 4.5, sebbene il programma sia contenuto nella versione documentata di mscorlib 4.0.0.0. Questo è dato che 4.5 è un aggiornamento sul posto.
Ti ho informato che potresti ricevere copie separate degli assembly refer to che si trovano nella cartella C:Program Files (x86) Reference Assemblies Microsoft Framework .NETFramework . La configurazione di mscorlib.dll in tutte le cartelle v4.0 visualizzate non ha mostrato IAsyncStateMachine , ma tutte situate nella directory v4.5. .Può. Che cosa. Diventare. Pertinente?
Aprendo il file ..csproj, ho scoperto che un altro riferimento di assembly corrisponde in modo sospetto alla definizione di HintPath aderente
C: Program (x86) Reference files Assemblies Microsoft Framework .NETFramework v4.0 System.Web.dll
L’aggiunta di nuovo di questo particolare collegamento ha indotto Visual Studio a modificare questa attività:
E Web “, la soluzione specifica è stata ripristinata con successo con l’analisi del sistema abilitata.
finito in buona fede AllRules.ruleset pdbonly true AllRules.ruleset
Oggi ero durante il livello più alto per creare un nuovo hosting per la creazione di classi. Sembra che tutti i progetti vengano implementati dopo la crescita della Code Research (FXCop). In un lavoro, ha lavorato su un importante PC di sviluppo ma ha fallito su una fantastica macchina di aggiornamento.
L’errore CA0055 sta per “il file ontrovato molto molto lontano” o “non è stato possibile riempire con “dal nuovo modulo di analisi. Per iniziare ho diagnosticato un problema con i dettagli del dominio che avevano più di 256 e-mail (i nomi di assembly e soluzione erano lunghi), che potrebbe essere un MSBuild che fa la differenza, ma non lo è / p>
Infine, ho esaminato il file * .CodeAnalysisLog.xml nella directory art. Ciò ha portato a vari interni che saltano in ascesa e ho scoperto che era ogni diversa DLL mancante a cui faceva riferimento una DLL chiamata DLL principale – considerevolmente vicina! Ho aggiunto una dll distinta ai collegamenti dello spettacolo al collo, assicurandomi che sia nella directory del guadagno ed è assolutamente corretta.
SUGGERIMENTO: leggi il file di legname FXCop dettagliato: questo IDE mostra molto più del riepilogo
Oggi ho proceduto con l’installazione del nuovo computer remoto Team Build. Tutte le nostre idee prendono vita positivamente dopo la creazione di ogni nostra analisi del percorso (FXCop). In un lavoro in cui ha funzionato, parlerei del PC sviluppatore che si è schiantato su più veicoli da costruzione.
L’errore CA0055 può essere solitamente associato alla convenzione “file non trovato” o “impossibile eseguire la scansione diagnostica dell’intero download”. All’inizio sospettavo che in giro ci fosse una malattia con dettagli di percorso più lunghi di 256 caratteri (interagire a lungo con e patch nomi) che potrebbero mostrare la strada per un problema di MSBuild, ma questo tipo non è il caso.
Infine, ho cercato alcune di queste persone nella directory build del file * .CodeAnalysisLog.xml. Questa era la tua grande eccezione interna, e ho mostrato che era una DLL mancante che una DLL doveva passare a cui faceva riferimento un’unica DLL in più, quindi due errori! Ho aggiunto questa DLL per rivolgermi effettivamente ai riferimenti del progetto per convincermi che sia sulla pagina Internet della build e che tutto sia a posto.
SUGGERIMENTO: leggi il nostro dettagliato documento di registro FXCop: la home mostra più di un semplice riepilogo nell’IDE
Il software per riparare il tuo PC è a portata di clic: scaricalo ora.
Related posts:
Come Risolvere Direttamente Non Può Essere Letto Da Ciascuno Dei Nostri Data Socket. Errore Socket = Numero 10054 Problemi
Risolto: Suggerimenti Per Correggere Il Comando Up2date Mai Trovato Su Linux
Come Posso Consentire Che Il Riempimento Crittografico Delle Omissioni Venga Invalidato E Non Possa Essere Estratto Da Asp.net
Utility Disco Del Mac Non Può Allocare Facilmente Lo Spazio