Table of Contents
Under de senaste veckorna har några från våra läsare stött på en allmän felkod: projektfel ca0055 kunde mindre än laddas. Flera faktorer kan leda till detta problem. Vi kommer att täcka dessa typer nedan.
Godkänd
Kodanalysverktyget kunde inte ladda målfilen för att passa vilken analys som specificerades. Förekommer där filen inte kan hittas eller möjligen nekas åtkomst. Detta placeras vanligtvis om användaren har åsidosatt det faktiska ägandet av indatasammansättningen i Visual Studio eller manuellt anropat fxcopcmd.exe.
Se även
- # 2 sekunder att läsa.
Dela gärna med dig av din upplevelse
Ditt råd kommer att skickas till Microsoft: när du än klickar på knappen Hämta kommer din egen feedback att användas för att återställa Microsofts produkter och verksamhet. Integritetspolicy.
Angående en annan liknande fråga, jag kommer åt två StyleCop-fel i systemet:
Men i motsats till de specifika frågornaSu, en annan omformatering som att installera om all maskinvaran på min simulator löste INTE problemet. Vi tränar Visual Studio 2010 Service Pack en personspecifik (SP1) och riktar in oss på Dotnet 4.0.
Här är några fler detaljer som faktiskt kan hjälpa någon att ta reda på vad som är helt fel, installerat:
Jag försökte också när du behöver skapa en blandning i Visual Studio 2012 RTM för att få ett mer detaljerat innehållspaket med det extra felet –
CA0055 Ett fel uppstod när en ny kod analyserades.CA0055: C: Users title source projektnamn Debug xxx.exe kunde inte laddas.Följande fel inträffade när du kontrollerade deras System.Windows.Forms-modul:Skriv [Systemlänk: Ritning, Version = 4.0.0.0, Kultur = neutral,PublicKeyToken motsvarar b03f5f7f11d50a3a] System.Drawing.BitmapSuffixInelliteAssemblyAttribute.[Fel och varningar](Global)
Är det någon som har en remiss dit? Ingen annan får det här felet oftare än inte, så det är definitivt något annat med min egen inställning som jag av misstag kopierade när jag ombokade min bärbara dator. Men vad ?
Jag har ett uppdaterat Visual Studio-svar – använd .NET Framework 4.5. Det visade sig att allting fungerar exceptionellt tills jag började fixa fanbasfelen när jag gjorde kodanalys på grund av att en del av en sammansättning:
CA0052: destination definitivt inte valdCA0055: D: dev MySolution MyProject bin Release MyProject.exe kunde inte laddas. Felet påträffades kort efter att ha läst materialet System.Xml-segmentet: Länken kan lätt inte lösas: betyder [mscorlib, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = b77a5c561934e089] System.Runtime.CompilerServices.IAsyncStateMachine
Jag lärde mig att det var konstigt att jag bekräftar att många applikationer har en assembly talk om till System.Xml. Jag försökte till och med ha manualen igen, men det gjorde ingen skillnad. Intressant nog introducerades sorten (IAsyncStateMachine) först i .NET 4.5, även om den finns nära den dokumenterade versionen av mscorlib 4.0.0.0. Detta beror på att 4.5 är en bra uppdatering på plats.
Jag informerade allmänheten om att du kommer att få separata säkerhetskopior av referenssammansättningarna som finns inuti filen C: Program Files (x86) Reference Assemblies Microsoft Framework .NETFramework
. Sammansättningen mscorlib.dll i alla presenterade v4.0-mappar fick inte IAsyncStateMachine
, utan den som fanns i v4.5-mappen. .Burk. Vad. Bli. Relevant?
När jag öppnade ..csproj-datafilen upptäckte jag att en annan assembly misstänkt matchar följande HintPath def .
C: Program (x86) Referensfiler Assemblies Microsoft Framework .NETFramework v4.0 System.Web.dll
Att lägga till den här givna länken igen fick Visual Studio att ändra denna uppgift:
slutfört sant AllRules.ruleset pdbonly perfekt AllRules.ruleset
Jag var på topp i dag för att skapa ett innovativt värdskap för teambuilding. Det är att alla våra projekt genomförs efter skapandet av Code Research (FXCop). I ett jobb arbetade dessa personer på en utvecklingsdator men misslyckades ändå på en uppdateringsmaskin.
Fel CA0055 betyder att “declaration onfound long away “eller” inte längre kunde laddas “från den nya förfrågningsmodulen. Jag diagnostiserade först en giv med domännamn som hade ytterligare information än 256 e-postmeddelanden (sammansättnings- och tjänstenamn verkade långa), vilket vanligtvis kan vara ett MSBuild-problem, men det är det definitivt inte / p>
Till sist tittade jag här på filen * .CodeAnalysisLog.xml i var och en av våra konstkataloger. Detta ledde till att en rad interna filer dök upp och jag snubblade över att det var varje saknad DLL som anropades av en DLL som kallas den bästa DLL – så nära! Jag har redan lagt till denna dll till förslagslänkarna för att se till att den faktiskt finns i byggkatalogen och normalt är helt korrekt.
TIPS: Läs allmänt detaljerad FXCop-loggfil – den IDE visar mer än slutresultatet
Idag fortsatte jag med att installera den innovativa Team Build-servern. Alla våra mönster väcks till liv efter det mesta av skapandet av sökvägen (FXCop). På ett projekt där det fungerade bra, skulle jag säga att utvecklar-PC:n kraschade på de flesta byggfordon.
Fel CA0055 är vanligtvis associerat med sammansättningen “filen hittades inte” eller möjligen en “kunde inte skanna hela “. Först misstänkte jag att det fanns ett problem med sökvägsnamn som var längre jämfört med 256 tecken (lång sammansättning och del namn) som kan leda till ett MSBuild-problem, men detta är inte det specifika fallet.
Till sist tittade jag med några av dem i konstkatalogen för * .CodeAnalysisLog.xml application. Detta var en stor intern utelämnande, och jag upptäckte att det var den senaste saknade DLL-filen som en DLL skulle referera till som skulle refereras av en annan DLL – alltså två fel! Jag lade till denna DLL för att faktiskt använda projekttipsen för att se till att det handlar om byggplatsen och att allt är bra.
TIPS: Läs vår diskuterade FXCop-loggfil – home illustrerar mer än bara en sammanfattning över hela IDE
Mjukvaran för att fixa din PC är bara ett klick bort - ladda ner den nu.