Ik heb een probleem Debuggen Een project gemigreerd van Visual Studio 2010 naar 2012. Elke keer dat ik ga debuggen, krijg ik het foutbericht:
“FOUT HRESULT E_FAIL is geretourneerd van een oproep naar een COM-component”.
Compileren en uitvoeren van de toepassing in een lokale IIS-server werkt prima – kan gewoon niet debuggen.
De andere verandering anders dan verhuizen naar VS2012, is ik nu gebruik van Team Foundation Server voor broncontrole en probleem volgen – maar ik kan niet zien hoe dat het zou beïnvloeden.
Ik kan het afsluiten van het volgende
- Het projectbestand – het is gemigreerd van vs 2003 als een website-project en is gesneden en de verschillende versies ingeschakeld
- Crystal Report Runtime Library / Sommige andere bibliotheek
Iedereen met ideeën?
Antwoord 1, Autoriteit 100%
Ik heb de CSPROJ.User-bestanden verwijderd en het werkte voor mij.
In sommige andere gevallen, om deze fout op te lossen, ga ik naar het tabblad Web in de projecteigenschappen en controleer ik “Gebruik Visual Studio Development Server” en “Auto-Assign Port”. Daarna moet ik het project opnieuw opbouwen en opnieuw opstarten vs
Antwoord 2, Autoriteit 109%
Ik heb dit allemaal de laatste tijd gekregen. Ik hoefde een nieuw bestand te maken en de code naar het nieuwe bestand te verplaatsen om er om omheen te komen.
Ik heb het opgelost door het SUO-bestand van de oplossing verwijderen (voor zover ik kan vertellen, het werkt gewoon informatie op als welke bestanden open zijn in de IDE en -spullen en het verwijderen van het is geen echte schade) .
Mijn bestand was schijnbaar corrupt. (De IDE zou me niet herinneren welke bestanden open waren tijdens het opnieuw opstarten. Het was 1,7 MB in grootte, die groot lijkt, zelfs voor mijn 40-projectoplossing, die zelden meer dan 50 bestanden tegelijk openen.)
Bewerken: ik moest dit onlangs doen in VS2017, maar om een andere reden duurde het bouwen langer en duurde het meer dan 5 minuten om een foutopsporingssessie te stoppen. raar SUO verwijderen is mijn eerste aanspreekpunt.
Antwoord 3, autoriteit 91%
Ik had hetzelfde probleem met een c++-project in Visual Studio 2019.
De volgende oplossing werkte voor mij:
- Sluit Visual Studio.
- Ga naar de hoofdmap van het project en verwijder de .vs-map.
- Start Visual Studio en open de oplossing.
- De build zou nu moeten werken.
Antwoord 4, autoriteit 18%
Dit loste mijn probleem op:
Begin —> Uitvoeren —> regsvr32 %SystemRoot%\System32\msxml3.dll
Begin —> Uitvoeren —> regsvr32 %SystemRoot%\SysWOW64\msxml3.dll
Hiervoor probeerde ik de bovenstaande oplossing van Simon, maar werkte niet voor mij!
Misschien heeft de combinatie van deze twee oplossingen de klus geklaard!
Antwoord 5, autoriteit 11%
Sorry voor het nieuw leven inblazen van een dode thread, maar ik heb dit opgelost in VS2017 door de cache-mappen van de projectsjabloon en de cache-mappen voor itemsjablonen te verwijderen in
%localappdata%\Microsoft\VisualStudio\[BUILD]
Vervolgens de instellingen van de visuele studio resetten via
Tools>Import and export settings>reset all settings
Ik heb ook gehoord dat het uitschakelen van “Lightweight solution load for all projects” kan helpen.
Antwoord 6, autoriteit 7%
Ik wilde toevoegen dat ik deze fout tegenkwam bij het openen van het designerbestand in de WinForms-app. Mijn probleem was dat een van de referenties in het project naar zichzelf verwees. Blijkbaar kan dit gebeuren zoals hier vermeld
Ik heb de verwijzing verwijderd en het werkt prima.
Antwoord 7, autoriteit 5%
Misschien deze paginahelpt:
Scenario twee:
De Microsoft Visual Studio 2010 IDE loopt vast tijdens het maken of opsporen van fouten in een webtoepassingsproject.
Deze bovenstaande fout treedt op vanwege een beschadigde cache van Visual Studio 2010. Om het probleem op te lossen, verwijdert u gewoon de projectcache van de onderstaande locatie:
C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\ProjectTemplatesCache
C:\Program Files(x86)\Microsoft Visual Studio 10.0\Common7\IDE\ProjectTemplatesCacheVoer vervolgens
devenv.exe /setupuit om de cache opnieuw op te bouwen.
Antwoord 8, autoriteit 5%
Doe! Voor het geval iemand anders deze foutmelding krijgt bij het koppelen aan een IIS-website.
Controleer driemaal of uw hostnaam correct is, ik was een ‘/’ vergeten in (bijv.) http://my.testsite .com
Probeer dit voordat u Visual Studio opnieuw installeert zoals ik deed.. Vreselijke foutmelding..
Antwoord 9, autoriteit 4%
Ik heb alle bovenstaande oplossingen geprobeerd Geen werk voor mij, ik vond de oplossing Hier
-
ActivityLog.xml openen door naar
C:\Users\{UserName}\AppData\Roaming\Microsoft\VisualStudio\15.{Id} -
Controleer of er fout is dat
"CreateInstance failed for package [ReferenceManagerPackage]Source: 'mscorlib' Description: Could not load type 'Microsoft.VisualStudio.Shell.Interop.' from assembly 'Microsoft.VisualStudio.Shell.Interop.11.0' -
Voer deze vervolgens uit
gacutilOpdracht via vs CMD-prompt (Admin-modus):-
Navigeer naar
C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\PublicAssemblies -
Voer
gacutil -i Microsoft.VisualStudio.Shell.Interop.11.0.dll
-
Antwoord 10, Autoriteit 4%
Het lijkt erop dat u het dialoogvenster Visual Studio 2017 in Visual Studio 2017 de Microsoft.visualStudio.Shell.interop.11.0.dll in de GAC moet worden ingeschakeld. U kunt deze stappen volgen om deze montage te registreren in de GAC:
Open de opdrachtprompt voor ontwikkelen voor VS2017 (zorg ervoor dat u de als beheerder uitvoert, anders kan de GAC-registratie mislukken)
Wijzig de huidige map naar de map Publicassemblies voor uw Visual Studio 2017-installatie. De mijne was:
C: \ Program Files (X86) \ Microsoft Visual Studio \ 2017 \ Enterprise \ Common7 \ IDE \ publicassemblies
Voer de volgende opdracht uit om de montage in de GAC te registreren:
gacutil -i microsoft.visualstudio.shell.interop.11.0.dll
C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\PublicAssemblies>gacutil -i Microsoft.VisualStudio.Shell.Interop.11.0.dll
Microsoft (R) .NET Global Assembly Cache-hulpprogramma. Versie 4.0.30319.0
Auteursrecht (c) Microsoft Corporation. Alle rechten voorbehouden.
Assemblage succesvol toegevoegd aan de cache
Herstart VS2017 nu en probeer opnieuw een referentie aan uw project toe te voegen. U zou het dialoogvenster Referentie toevoegen moeten zien verschijnen.
Volg de onderstaande link voor meer uitleg
Antwoord 11, autoriteit 4%
Ik heb de onderstaande oplossing gevonden op https://developercommunity.visualstudio.com/content/problem/260196/add-a-reference-raise-error-error-hresult-e-fail-h.htmladres.
Het werkte voor mij in VS 2019:
1 Open “Opdrachtprompt voor ontwikkelaars voor VS 2017” als beheerder
2 cd naar “C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\PublicAssemblies”
3 Voer “gacutil -i Microsoft.VisualStudio.Shell.Interop.11.0.dll” uit
Na een herstart werkte alles goed.
Antwoord 12, autoriteit 3%
Ik had hetzelfde probleem na een upgrade van VS2013 naar VS2015.
Het project waar ik aan werkte, verwees naar zichzelf. Hoewel het VS2013 niet kon schelen, vond VS2015 dat niet leuk en kreeg ik die fout. Na het verwijderen van de referentie was de fout verdwenen. Het kostte me ongeveer 4 uur om dat uit te vinden…
Antwoord 13, autoriteit 3%
Hoofdoorzaak:
Microsoft.VisualStudio.Shell.Interop.11.0.dll ontbreekt in GAC.
Oplossing:
1. Ga naar het startmenu en open de opdrachtprompt voor Visual Studio
2. Voer de opdracht gacutil -i Microsoft.VisualStudio.Shell.Interop.11.0.dllin
3. Als uw systeem dit dll-bestand niet kan vinden, kunt u het downloaden van Nuget-pakketbeheerder en vervolgens het pad van dll opgeven
Alles klaar! druk op enter en je bent klaar!
Antwoord 14
Ik heb een eenvoudig programma geschreven om verschillende mappen te openen terwijl ik op een aantal specifieke knoppen heb geklikt. Ik heb de bestandseigenschappen gemaakt als “inhoud” en “kopiëren indien nieuwer” om de implementatie te maken. Dus als ik het exe-bestand in de andere software installeerde, installeert het eigenlijk al zijn bronnen en voert het programma prima uit.
Dit gaat dus allemaal over mijn programma. Terwijl ik dit soms aan het ontwikkelen was, als ik het programma uitvoerde om te controleren, vertoonde het de fout
“HRESULT E_FAIL is geretourneerd van een aanroep naar een COM-component”
en ik kan de ontwerperweergave niet openen. Maar op de een of andere manier kreeg ik een gemakkelijke oplossing voor mij. Ik weet niet zeker of het voor anderen zal werken of niet.
Hier is de oplossing:
Kopieer de hele applicatiemap naar een andere locatie. klik vanaf daar op het aanvraagbestand.
het zal niet werken omdat het slechts een kopie is en je de ontwerper niet zult zien
- Verwijder uit de oplossingsverkenner de form1.vb (of het kan een andere naam zijn als deze tijdens het ontwikkelen is gewijzigd)
- Klik in de oplossingsverkenner>klik met de rechtermuisknop>een bestaand item toevoegen> blader door het bestand Form1.vb van waaruit de map is gekopieerd (oorspronkelijke locatie)
- voer het programma uit op de nieuwe locatie. Het zal werken
Het probleem met deze oplossing als je iets wilt toevoegen en na het uitvoeren van het programma dezelfde fout aantreft, moet je de hele applicatiemap opnieuw naar een andere locatie kopiëren en de bovenstaande stappen volgen
Antwoord 15
De fout trad bij mij op nadat ik de nieuwste Windows 10 SDK had geïnstalleerd. Ik kreeg de fout tijdens het bouwen van een C++-project met SDK 8.1. In Projecteigenschappen schakel ik over naar de laatste 10 SDK. herbouwen. Dat werkte. Terug veranderd naar 8.1. Herbouwen. Geen fout.
Antwoord 16
Verwijder gewoon de map met pakketten. Dat heeft me geholpen
Antwoord 17
Stappen om het probleem op te lossen:
1.Open uw oplossing/webtoepassing in VS 2012 in beheerdersmodus.
2.Ga naar IIS en noteer de instellingen voor uw toepassing (bijv. Virtuele mapnaam, fysiek pad, authenticatie-instelling en gebruikte app-pool).
3.Verwijder (klik met de rechtermuisknop en selecteer Verwijderen) uw toepassing van de standaardwebsite. IIS vernieuwen.
4.Ga terug naar VS 2012 en open instellingen (klik met de rechtermuisknop en selecteer eigenschappen) voor uw webtoepassing.
5.Selecteer de sectie Web.In Servers, zorg ervoor dat u “Lokale IIS-webserver gebruiken” hebt geselecteerd.
6.Voer in het tekstvak Project-URL uw toepassingspad in (http://localhost/Applicatiepad). Klik op Virtuele map maken.
7.Ga naar IIS en pas de instellingen toe die zijn vermeld in stap 2. Vernieuw IIS.
8.Ga naar VS 2012 en stel dit project in als opstartproject met de juiste pagina als opstartpagina.
9.Klik op de knop Uitvoeren om het project in de foutopsporingsmodus te starten.
Dit loste het probleem voor mij op voor de webtoepassing die is gemigreerd van VS 2010 naar 2012. Ik hoop dat dit iedereen helpt die op zoek is naar een specifiek probleem.
Mijn machineconfiguratie is:
IIS 7.5.7600.16385
VS 2012 Professional
Windows 7 Enterprise (versie 6.1 – build 7601:Service Pack 1)
Antwoord 18
Dit gebeurt in onze TFS Build Server soms (gated check-in). Het gaat over de map Workspace. Ik weet niet waarom, maar Workspace-maptoegang is soms corrupt. Wat ik aan het doen ben om het probleem op te lossen is het verwijderen van TFS Build Workspaces en het verwijderen van relevante werkplekmappen. TFS Build Machine en creëer vervolgens nieuwe werkruimten voor zichzelf en het probleem is vast.
De oplossing van Touper Ahmed moet voor lokale gebouwen werken. Toepassingsmap kopiëren naar een andere plaats zou hetzelfde moeten doen wat ik doe in de machine van TFS.
Antwoord 19
In mijn geval lijkt het erop dat dit bericht kan worden uitgegeven door IntelliSense in Visual Studio 2013. De onderstaande screenshot toont de fout onder aan VisualStudio 2013 na de eerste belasting van een klantproject.
Ik begon met googlen, wat veroorzaakt deze fout, en besloot om te proberen de gebruiker.vxproj-bestanden te verwijderen zoals hierboven vermeld. Ik heb echter gevonden dat het project is gebouwd zonder problemen, dan na het verlaten en opnieuw laden van het project, ontving ik niet langer de fout. Dus ik neem aan in mijn geval, het was een corruptie als gevolg van het verplaatsen van het project van de directory-structuur van de klant naar mijn lokale ontwikkelingsdiskeboomstructuur. De sleutel hier is dat het probleem in mijn geval voorbijgaat. Ik deed niets en het probleem leek zichzelf op te lossen. (Niet over het algemeen een wenselijk ding omdat ik niets had opgelost, dus het kan terugkomen).
Antwoord 20
Ik heb onlangs ongeveer 3 uur geprobeerd om dit probleem op te lossen op mijn ASP.NET-app die op lokaal IIS wordt uitgevoerd. Ik had het opgegeven en ik heb de URL opgegeven met een eindwissel (/) zoals http://my.dev.com/. Als ik de projectopties heb opgeslagen en erin kwam, zou het de overrided root-URL laten zien als http://http://my.dev.com. Zodra ik de laatste voorwaartse slash heb verwijderd die het begon te gedragen en de fout ging weg.
Antwoord 21
Hresult E_FAIL is geretourneerd van een oproep naar een COM-component
In mijn geval was het omdat ik verschillende projecten met dezelfde guid in mijn oplossing had. (Project is gemaakt door kopiëren / plakken)
Antwoord 22
Mijn probleem manifesteerde zich met het openen van Win10 AppxManifest-bestand (geen woordspeling bedoeld). Gewoon installeren van Windows 10-gereedschappen en SDK (ga naar New- & GT; Project- & GT; Selecteer Windows- & GT; Installeer gereedschappen).
Antwoord 23
- Toevoegen aan ontwikkeling geïnitieerd op x86 architectuur of 64-bits systeem, dan wordt het ook uitgevoerd op 32bit-systeem.
- Maar als u invoegt aan ontwikkeling die op 32-bits systeem wordt geïnitieerd en dan wilt u in 64 bit wijzigingen aanbrengen op de broncode
Opmerking: als u aangesloten SAP-licentie op Server-systeem bent, stelt u de poort in en stel de servernaam in via Service Manager Anders zal Systeem fout geven:
Connection context: – het ophalen van de COM-klassenfabriek voor component
met CLSID {632F4591-AA62-4219-8FB6-22BCF5F60090} mislukt vanwege de
volgende fout: 80040154 Klasse niet geregistreerd (Uitzondering van
Hresult: 0x80040154 (REGDB_E_CLASSNOTREG)).
Antwoord 24
Ik heb hetzelfde probleem opgelost door ComponentModelcache-map
te verwijderen
- Sluit Visual Studio (als u dit nog niet al uit wanhoop hebt gedaan)
- Open een bestandsverkenner-venster en navigeer naar uw AppData-map. Je kunt er komen door:
- Typ in de zoekbalk
%APPDATA%/..en druk op enter - U kunt ook naar
C:\Users\\AppData
. gaan
- Typ in de zoekbalk
- Ga naar
Local\Microsoft\VisualStudio\<version>waar 12.0 is voor Visual Studio 2013. - Verwijder de map ComponentModelCache.
Vanaf hier: http:/ /withmartin.net/how-visual-studios-component-model-cache-can-be-a-pain/
Antwoord 25
Niet zeker over de exacte reproductiestappen voor de fout (HRESULT E_FAIL is teruggestuurd van een aanroep naar een COM-component), maar de oplossing voor mij was:
- Sluit Visual Studio en herstel het via het Configuratiescherm.
- Systeem opnieuw opstarten
Na de herstart was de fout verdwenen.
Antwoord 26
Ik had hetzelfde probleem in Visual Studio 2017,
Volg deze stappen:
-
Begin —> Uitvoeren —> regsvr32 %SystemRoot%\System32\msxml3.dll
-
Begin —> Uitvoeren —> regsvr32 %SystemRoot%\SysWOW64\msxml3.dll
-
Maak het project schoon.
-
Herstart visuele studio.
Stap 1 en 2 zijn gekopieerd uit het bericht van Besnik Kastrati.
Antwoord 27
Ik vind dit antwoord
klik op Ctrl+Alt+J
klik (…) bovenaan
nu kun je dll toevoegen vanuit Browse, .Net of een andere
Nadat u op de OK-knop hebt geklikt, klikt u op (toevoegen aan referenties in geselecteerd Project in oplossingsverkenner) (dit is een groene plusknop “+”)
Antwoord 28
Ik heb alle verschillende stappen doorlopen om dit probleem op te lossen met VS2019 16.2.4 en het probleem blijft bestaan. Ik hoop echt dat MS dit probleem oplost, aangezien dit al heel lang aan de gang is.
Net boven het toevoegen aan de Objectbrowser, kon ik er niet achter komen hoe ik het dialoogvenster Referentie toevoegen in deze versie kon toevoegen, omdat ik de GAC voor 2019 niet kon vinden.
Antwoord 29
Ik kreeg deze fout bij het installeren van een nuget-pakket dat ik eerder had gedownload en geïnstalleerd in een ander project.
Klikken op Alle NuGet-cache(s) wissenonder Tools > Opties > NuGet Package Manager heeft dit voor mij opgelost
Antwoord 30
Ik had hetzelfde probleem dat zich voordeed toen ik met de VS GUI-tool werkte. Wat ik deed om het te repareren, was dat ik de lokale repository verwijderde en het uit mijn git-bron haalde – bedankt git!! 🙂
Dit is misschien niet in alle gevallen de oplossing. maar door alle lokale bestanden te verwijderen en opnieuw te compileren, kon ik het weer werkend krijgen!