Lỗi HRESULT E_FAIL đã được trả về từ cuộc gọi đến thành phần COM VS2012 khi gỡ lỗi


97

Tôi gặp sự cố khi gỡ lỗi một dự án được di chuyển từ Visual Studio 2010 sang 2012. Mỗi lần gỡ lỗi, tôi nhận được thông báo lỗi:

"Lỗi HRESULT E_FAIL đã được trả về từ cuộc gọi đến thành phần COM".

Biên dịch và chạy ứng dụng trong máy chủ IIS cục bộ hoạt động tốt - chỉ không thể gỡ lỗi.

Thay đổi khác ngoài việc chuyển sang VS2012 là tôi hiện đang sử dụng Máy chủ Team Foundation để kiểm soát nguồn và theo dõi vấn đề - nhưng tôi không thể biết điều đó sẽ ảnh hưởng như thế nào.

Tôi có thể thu hẹp nó lại như sau

  • Tệp dự án - nó đã được di chuyển từ VS 2003 dưới dạng một dự án trang web và đã được cắt nhỏ và thay đổi các phiên bản khác nhau
  • Thư viện thời gian chạy Crystal Report / một số thư viện khác

Bất cứ ai có bất kỳ ý tưởng?


Bạn có thể đăng tệp nhật ký nâng cấp của mình không? Ngoài ra cấu trúc dự án bạn có trong giải pháp và hình ảnh của lỗi.
Nexus 23

Bạn đã bao giờ quản lý để tìm ra điều này? Tôi đang gặp phải vấn đề chính xác và đang nhổ tóc!
Chris Phillips

Không, tôi phải tiếp tục sử dụng VS2010 - dự án đang được tái bản rất phát triển hiện nay có tất cả nhưng dừng lại ...
Matt

Một câu trả lời đã bị xóa gần đây bên dưới gợi ý rằng Windows Update sẽ khắc phục điều này.
halfer

Xin chào, bạn đã chấp nhận câu trả lời nhưng giải pháp của @ TimHall có thể dễ dàng hơn và ít xâm phạm hơn. Bạn đã thử chưa?
Spencer

Câu trả lời:


57

Tôi đã xóa các tệp csproj.user và nó hoạt động với tôi.

Trong một số trường hợp khác, để khắc phục lỗi này, tôi đi đến tab Web trong thuộc tính dự án và kiểm tra "Sử dụng Máy chủ phát triển Visual Studio" và "Tự động gán cổng". Sau đó, tôi cần phải xây dựng lại dự án và khởi động lại VS


Bingo - không thể tin rằng điều này đã gây ra sự cố - cảm ơn vì đã đăng bài này.
Matt

7
Làm rõ một chút kể từ MVS2017. Vào Công cụ -> Tùy chọn ... rồi Dự án và Giải pháp -> Dự án Web rồi bỏ chọn "Tự động hiển thị kết nối dữ liệu từ web.config trong Server Explorer ..." rồi biên dịch lại. Lời chào từ năm 2019, hoạt động như sự quyến rũ!
Wormer

Tôi đã thử Wormer này, nhưng nó không hoạt động với tôi bằng cách nào đó. !!!
Abhijeet Sinha

Neithre xóa csproj.user đã giúp
Abhijeet Sinha

74

Tôi đã nhận được điều này rất nhiều gần đây. Tôi đang phải tạo một tệp mới và di chuyển mã sang tệp mới để xử lý nó.

Tôi đã sửa nó bằng cách xóa tệp suo của giải pháp (theo như tôi có thể nói, nó chỉ lưu trữ thông tin như tệp nào đang mở trong IDE và nội dung, và việc xóa nó không có thiệt hại thực sự).

Tệp của tôi dường như bị hỏng. (IDE sẽ không nhớ những tệp nào đã được mở khi khởi động lại. Nó có kích thước 1,7MB, có vẻ lớn, ngay cả đối với giải pháp dự án 40 của tôi, hiếm khi có hơn 50 tệp được mở cùng một lúc.)

Chỉnh sửa: Gần đây tôi phải làm điều này trong VS2017 nhưng vì một lý do khác, mất nhiều thời gian hơn để xây dựng và mất hơn 5 phút để dừng phiên gỡ lỗi, xóa tệp pesky suo đó đã sửa nó ngay lập tức, bây giờ bất cứ lúc nào VS có hành động kỳ lạ xóa SUO là cảng đầu tiên của tôi.


1
Các giải pháp phù hợp với tôi (VS 2013 - Ứng dụng Winforms)
Nikos Tsokos

Thử tất cả nhưng đây là giải pháp duy nhất làm việc cho tôi .. cảm ơn @ Tim sảnh
Malik Khalil

Cảm ơn bạn! Điều này đã giúp tôi
rhedin

Hoạt động trong VS 2017 quá.
ctwheels

4
Cảm ơn, .vscây thư mục đã xóa và nó đã khắc phục sự cố bản dựng trong VS2017 với cùng một lỗi.
Pavel Machyniak

66

Tôi đã gặp sự cố tương tự với một dự án c ++ trong Visual Studio 2019.

Giải pháp sau đây phù hợp với tôi:

  • Đóng Visual Studio.
  • Chuyển đến thư mục gốc của dự án và xóa thư mục .vs.
  • Khởi động Visual Studio và mở giải pháp.
  • Bản dựng bây giờ sẽ hoạt động.

3
Đã làm cho tôi. Đừng quên đóng VS sau khi bạn xóa thư mục .vs. Thư mục .vs bị ẩn, BTW.
Hari

Ngoài ra C ++ trong VS 2019 từ thư mục xây dựng Cmake OpenCV. thư mục .vs đã xóa (ẩn) khỏi thư mục gốc và nó đã hoạt động. BẠN là những người siêu đẳng thực sự!
Todd-ECU

10

Điều này đã giải quyết vấn đề của tôi:

Bắt đầu -> Chạy -> regsvr32 %SystemRoot%\System32\msxml3.dll

Bắt đầu -> Chạy -> regsvr32 %SystemRoot%\SysWOW64\msxml3.dll

Trước đó, tôi đã thử giải pháp trên của Simon, nhưng không hiệu quả với tôi!

Có lẽ kết hợp hai giải pháp này đã làm được công việc!


2
Cái này cũng có tác dụng với tôi. Tôi không biết làm thế nào VS lại vào trạng thái này, nhưng điều này đã giúp tôi thoát khỏi nó. Tôi gặp lỗi này khi mở giải pháp
the_mandrill

6

Xin lỗi để phục hồi một chuỗi đã chết nhưng tôi đã giải quyết vấn đề này trên VS2017 bằng cách xóa các thư mục bộ đệm ẩn mẫu dự án và bộ đệm ẩn mẫu mục trong

%localappdata%\Microsoft\VisualStudio\[BUILD]

Sau đó, đặt lại cài đặt studio trực quan qua

Tools>Import and export settings>reset all settings

Tôi cũng nghe nói rằng tắt "Tải giải pháp nhẹ cho tất cả các dự án" có thể giúp ích.


1
điều này cũng làm việc cho tôi. Tôi vừa đổi tên tất cả các thư mục có Visual Studios và VS đã tạo lại tất cả các thư mục và lỗi tôi đã biến mất. Cảm ơn!
TravisWhiised

"Công cụ> Nhập và xuất cài đặt> đặt lại tất cả cài đặt" Làm việc cho tôi, tyvm.
Jhollman

5

Tôi muốn nói thêm rằng tôi đã gặp lỗi này khi mở tệp thiết kế trong ứng dụng WinForms. Vấn đề của tôi là một trong những tài liệu tham khảo trong dự án đang tự tham chiếu. Rõ ràng điều này có thể xảy ra như đã đề cập ở đây

https://social.msdn.microsoft.com/Forums/office/en-US/00aede04-d8cd-4475-8114-4b4792261052/winforms-designer-error-hresult-efail-has-been-returned-from-a- call-to-a-com-component

Tôi đã xóa tham chiếu và nó đang hoạt động tốt.


1
Đây không phải là một câu trả lời chỉ có liên kết. Nó mô tả một giải pháp khả thi và cung cấp liên kết làm tài liệu tham khảo.
Robert Columbia,

1
Điều này cũng làm việc cho tôi. Tệp .proj của tôi có mục nhập tham chiếu kỳ diệu này cho chính nó xuất hiện kể từ lần cam kết git cuối cùng của tôi. HintPath đã trỏ đến thư mục obj \ Debug của dự án. Đã xóa mục này và xây dựng lại, bây giờ tất cả các nhà thiết kế của tôi đang làm việc.
Karl

1
Điều này cũng làm việc cho tôi. Dự án có một tham chiếu đến chính nó cho một UserControl. Phải xóa tham chiếu, làm sạch dự án và sau đó xây dựng lại. WinForm hiện đã mở!
Doug Knudsen

4

Có thể trang này sẽ giúp:

Tình huống hai: Microsoft Visual Studio 2010 IDE gặp sự cố khi tạo HOẶC gỡ lỗi một dự án ứng dụng web. Lỗi ở trên này xảy ra do Cache bị hỏng của Visual Studio 2010. Để giải quyết vấn đề, chỉ cần xóa Cache của dự án khỏi vị trí bên dưới:

C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\ProjectTemplatesCache

C:\Program Files(x86)\Microsoft Visual Studio 10.0\Common7\IDE\ProjectTemplatesCache

Sau đó chạy devenv.exe /setupđể xây dựng lại bộ nhớ cache.


Tôi vừa gặp sự cố tương tự và điều này đã khắc phục được cho tôi. Cảm ơn Simon! (Tôi đang sử dụng VS2013, để tham khảo)
JR Smith

4

Doh! Trong trường hợp bất kỳ ai khác gặp phải lỗi này khi cố gắng đính kèm vào Trang web IIS.

Kiểm tra ba lần để đảm bảo tên máy chủ của bạn chính xác, tôi đã quên dấu '/' trong (ví dụ) http://my.testsite.com

Hãy thử điều này trước khi cài đặt lại Visual Studio như tôi đã làm .. Thông báo lỗi khủng khiếp ..


1
Trong trường hợp của tôi, tôi đã cố gắng ghi đè URL gốc của ứng dụng để thêm tham số GET vào URL được khởi chạy. Đó là nơi sai để làm điều đó. Nên đặt URL bắt đầu trên cùng một trang thuộc tính.
Kat

3

Tôi đã thử tất cả các giải pháp trên đều không hiệu quả với tôi, tôi tìm thấy giải pháp ở đây

  • Mở ActivityLog.xml bằng cách vào

    C:\Users\{UserName}\AppData\Roaming\Microsoft\VisualStudio\15.{Id} 
    
  • Kiểm tra xem lỗi có nói rằng

    "CreateInstance failed for package 
    [ReferenceManagerPackage]Source: 'mscorlib' Description: Could not load type 
     'Microsoft.VisualStudio.Shell.Interop.' from assembly 
     'Microsoft.VisualStudio.Shell.Interop.11.0' 
    
  • Sau đó chạy gacutillệnh này thông qua dấu nhắc VS Cmd (chế độ quản trị):

    1. Hướng đến

      C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\PublicAssemblies   
      
    2. Chạy gacutil -i Microsoft.VisualStudio.Shell.Interop.11.0.dll


1
Đây là giải pháp duy nhất phù hợp với tôi (VS 2017 Professional / windows 10). Tôi cũng thấy lỗi mscorlib trong nhật ký hoạt động. Sửa chữa và đặt lại tất cả các cài đặt không hoạt động.
Nick Van Brunt,

2

Tôi gặp vấn đề tương tự sau khi nâng cấp từ VS2013 lên VS2015.

Dự án tôi đang làm việc đã tự tham chiếu. Trong khi VS2013 không quan tâm, VS2015 không thích điều đó và tôi đã gặp lỗi đó. Sau khi xóa tham chiếu, lỗi đã biến mất. Tôi đã mất khoảng 4 giờ để tìm ra điều đó ...


Link bây giờ đã chết.
Tên giả

Cảm ơn bạn, tôi đã gỡ bỏ liên kết. Vì cách tôi giải quyết vấn đề này cho tôi chỉ ở dưới liên kết, ít nhất câu trả lời của tôi không hoàn toàn vô dụng.
yiev

2

Có vẻ như để hiển thị hộp thoại Thêm tham chiếu trong Visual Studio 2017, Microsoft.VisualStudio.Shell.Interop.11.0.dll cần được đăng ký trong GAC. Bạn có thể làm theo các bước sau để đăng ký hội đồng này trong GAC:

Mở Dấu nhắc lệnh phát triển cho VS2017 (đảm bảo bạn chạy với tư cách quản trị viên nếu không đăng ký GAC có thể không thành công)

Thay đổi thư mục hiện tại thành thư mục PublicAssemblies để cài đặt Visual Studio 2017 của bạn. Tôi đã:

C: \ Program Files (x86) \ Microsoft Visual Studio \ 2017 \ Enterprise \ Common7 \ IDE \ PublicAssemblies

Chạy lệnh sau để đăng ký lắp ráp trong GAC:

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 Utility. Phiên bản 4.0.30319.0 Bản quyền (c) Microsoft Corporation. Đã đăng ký Bản quyền.

Assembly đã được thêm vào bộ nhớ đệm thành công

Bây giờ khởi động lại VS2017 và thử thêm lại tham chiếu vào dự án của bạn và bạn sẽ thấy hộp thoại Thêm tham chiếu xuất hiện.

Để rõ hơn vui lòng theo liên kết dưới đây

https://camerondwyer.com/2017/05/03/how-to-fix-the-operation-could-not-be-completed-error-adding-reference-to-visual-studio-2017/#more-2286


Sau tất cả những nỗ lực. Điều này đã làm việc với tôi ngay lập tức đầu tiên.
Yeshwant Mudholkar

2

Tôi đã tìm thấy giải pháp bên dưới trên địa chỉ https://developercommunity.visualstudio.com/content/problem/260196/add-a-reference-raise-error-error-hresult-e-fail-h.html .

Nó đã làm việc cho tôi trong VS 2019:

1 Mở "Developer Command Prompt cho VS 2017" với tư cách là Quản trị viên

2 đĩa CD vào "C: \ Program Files (x86) \ Microsoft Visual Studio \ 2017 \ Professional \ Common7 \ IDE \ PublicAssemblies"

3 Chạy "gacutil -i Microsoft.VisualStudio.Shell.Interop.11.0.dll"

Sau khi khởi động lại, tất cả đều hoạt động tốt.


1

Tôi đã viết một chương trình đơn giản để mở thư mục khác nhau trong khi nhấp vào một số nút cụ thể. Tôi đã đặt các thuộc tính tệp là "nội dung" và "sao chép nếu mới hơn" để triển khai. Vì vậy, nếu tôi đã cài đặt tệp exe trong phần mềm khác, nó thực sự cài đặt tất cả các tài nguyên của nó và chạy chương trình tốt. Vì vậy, đây là tất cả về chương trình của tôi. Trong khi phát triển điều này, đôi khi nếu tôi chạy chương trình để kiểm tra, nó cho thấy lỗi

"HRESULT E_FAIL đã được trả về từ cuộc gọi đến thành phần COM"

và tôi không thể mở chế độ xem nhà thiết kế. Nhưng bằng cách nào đó tôi đã có một giải pháp dễ dàng cho mình. Tôi không chắc liệu nó có hiệu quả với người khác hay không.

Đây là giải pháp:

Sao chép toàn bộ thư mục ứng dụng sang vị trí khác. nhấp vào tệp ứng dụng từ đó. nó sẽ không hoạt động vì nó chỉ là một bản sao và bạn sẽ không thấy nhà thiết kế

  1. Từ trình khám phá giải pháp, xóa form1.vb (hoặc có thể là một tên khác nếu nó đã được thay đổi trong quá trình phát triển)
  2. Trong trình khám phá giải pháp> nhấp chuột phải> thêm mục hiện có> duyệt tệp Form1.vb từ nơi thư mục được sao chép (vị trí ban đầu)
  3. chạy chương trình ở vị trí mới. Nó sẽ hoạt động

Vấn đề với giải pháp này nếu bạn muốn thêm một cái gì đó và sau khi chạy chương trình bạn thấy lỗi tương tự, bạn phải sao chép lại toàn bộ thư mục ứng dụng ở một vị trí khác và làm theo các bước trên


1

Lỗi xảy ra với tôi sau khi tôi cài đặt Windows 10 SDK mới nhất. Tôi đã gặp lỗi khi xây dựng dự án C ++ bằng SDK 8.1. Trong thuộc tính Dự án, tôi chuyển sang SDK 10 mới nhất. xây dựng lại. Điều đó đã hiệu quả. Đã thay đổi trở lại 8.1. Xây dựng lại. Không có lỗi.


1

Chỉ cần xóa thư mục gói. Điều đó đã giúp tôi


1

Nguyên nhân gốc: thiếu Microsoft.VisualStudio.Shell.Interop.11.0.dll trên GAC.

Giải pháp: 1. Vào menu bắt đầu và mở Command Prompt cho Visual Studio 2. Nhập lệnh gacutil -i Microsoft.VisualStudio.Shell.Interop.11.0.dll 3. Nếu trong trường hợp hệ thống của bạn không thể tìm thấy tệp dll này thì bạn có thể tải xuống nó từ trình quản lý gói Nuget và sau đó có thể cung cấp đường dẫn của dll

Tất cả các thiết lập! nhấn enter và bạn đã hoàn tất!


0

Các bước để giải quyết vấn đề:

1.Mở giải pháp / Ứng dụng web của bạn trong VS 2012 ở chế độ quản trị viên.

2. Đi tới IIS và Ghi lại các cài đặt cho ứng dụng của bạn (ví dụ: Tên thư mục ảo, Đường dẫn vật lý, Cài đặt xác thực và Nhóm ứng dụng được sử dụng).

3.Xóa (nhấp chuột phải và chọn Xóa) ứng dụng của bạn khỏi Trang Web Mặc định. Làm mới IIS.

4. Quay lại VS 2012 và mở cài đặt (nhấp chuột phải và chọn thuộc tính) cho ứng dụng web của bạn.

5.Chọn phần Web.In Servers đảm bảo rằng bạn đã chọn "Use Local IIS Web Server".

6. Trong hộp văn bản Project Url, nhập đường dẫn ứng dụng của bạn (http: // localhost/ Đường dẫn ứng dụng). Nhấp vào Tạo thư mục ảo.

7. Chuyển đến IIS và áp dụng các cài đặt được lưu ý trong bước 2. Làm mới IIS.

8. Chuyển đến VS 2012 và đặt dự án này là Dự án khởi động với trang thích hợp là trang khởi động.

9. nhấp vào nút chạy để bắt đầu dự án ở chế độ gỡ lỗi.

Sự cố này đã giải quyết cho tôi đối với ứng dụng web đã được di chuyển từ VS 2010 sang 2012. Hy vọng điều này sẽ giúp ích cho bất kỳ ai đang tìm kiếm sự cố cụ thể.

Cấu hình máy của mình là: IIS 7.5.7600.16385

VS 2012 Chuyên nghiệp

Windows 7 Enterprise (Phiên bản 6.1 - Bản dựng 7601: Gói Dịch vụ 1)


Tôi không tìm thấy bất kỳ "Máy chủ Web.In" nào được ghi trong Bước 5 ở trên. "Cài đặt" duy nhất (Bước 4) là Trang thuộc tính (Shift-F4), được tham chiếu một cách lỏng lẻo trong Bước 8. Thông tin chi tiết?
MacSpudster

0

Điều này xảy ra trong máy chủ xây dựng TFS của chúng tôi một số lần (Kiểm tra có hạn). Đó là về thư mục không gian làm việc. Tôi không biết tại sao nhưng quyền truy cập thư mục không gian làm việc đôi khi bị hỏng. Những gì tôi đang làm để khắc phục sự cố là xóa không gian làm việc xây dựng TFS và xóa các thư mục không gian làm việc có liên quan. Máy xây dựng TFS sau đó tạo không gian làm việc mới cho chính nó và sự cố đã được khắc phục.

Giải pháp của Tousif Ahmed sẽ phù hợp với các bản dựng cục bộ. Sao chép thư mục ứng dụng sang một nơi khác sẽ làm tương tự như những gì tôi đang làm trong máy xây dựng TFS.


Chúng tôi không sử dụng TFS và đây là trên một máy của nhà phát triển khác mà chúng tôi gặp sự cố
Matt

0

Trong trường hợp của tôi, có vẻ như thông báo này có thể được phát hành bởi Intellisense trong Visual Studio 2013. Ảnh chụp màn hình bên dưới cho thấy lỗi ở cuối VisualStudio 2013 sau lần tải đầu tiên của dự án khách hàng. VS2013 "ERROR-HRESULT-E Ảnh chụp màn hình

Tôi bắt đầu tìm kiếm nguyên nhân gây ra lỗi này và quyết định thử xóa các tệp user.vxproj như đã đề cập ở trên. Tuy nhiên, tôi thấy rằng dự án được xây dựng không có vấn đề gì, sau đó sau khi thoát và tải lại dự án, tôi không còn nhận được lỗi nữa. Vì vậy, tôi giả sử trong trường hợp của mình, đó là một số lỗi do chuyển dự án từ cấu trúc cây thư mục khách hàng sang cấu trúc cây đĩa phát triển cục bộ của tôi. Mấu chốt ở đây là trong trường hợp của tôi, vấn đề chỉ là thoáng qua. Tôi đã KHÔNG GÌ và sự cố dường như tự giải quyết. (Nói chung không phải là một điều mong muốn vì tôi đã không sửa chữa bất cứ điều gì để nó có thể quay trở lại).


Tôi không rõ ràng trong câu trả lời của mình. Tôi đã thử xóa các tệp user.vxproj nhưng không có tác dụng. Kinh nghiệm của tôi là sự cố đã tự giải quyết sau khi xây dựng, thoát so với 2013 rồi khởi động lại. Câu trả lời được chấp nhận KHÔNG phù hợp với trường hợp của tôi và có vẻ như sự cố có thể tự khắc phục nếu bạn tải, xây dựng, thoát, tải lại.
Ross Youngblood

0

Gần đây tôi đã dành khoảng 3 giờ để cố gắng khắc phục sự cố này trên ứng dụng ASP.NET của tôi đang chạy trên IIS cục bộ. Tôi đã chỉ định 'Ghi đè URL gốc của ứng dụng' và tôi đã chỉ định url có dấu gạch chéo kết thúc (/) chẳng hạn như http://my.dev.com/. Nếu tôi đã lưu các tùy chọn dự án và quay lại nó, nó sẽ hiển thị url gốc được ghi đè là http://http://my.dev.com. Sau khi tôi xóa dấu gạch chéo về phía trước cuối cùng, nó bắt đầu hoạt động tốt và lỗi đã biến mất.


0

HRESULT E_FAIL đã được trả về từ cuộc gọi đến thành phần COM

Trong trường hợp của tôi, đó là bởi vì tôi có các dự án khác nhau với cùng một GUID trong giải pháp của tôi. (Dự án được tạo bằng cách sao chép / dán)


0

Sự cố của tôi đã xuất hiện khi mở tệp appxmanifest Win10 (không có ý định chơi chữ). Chỉ cần cài đặt các công cụ Windows 10 và SDK (đi tới Mới-> Dự án-> Chọn Windows-> Cài đặt Công cụ) đã khắc phục được sự cố.


0
  1. Thêm vào sự phát triển bắt đầu trên kiến ​​trúc x86 hoặc hệ thống 64 bit, sau đó nó cũng sẽ chạy trên hệ thống 32 bit.
  2. nhưng nếu bạn Thêm vào quá trình phát triển bắt đầu trên hệ thống 32 bit và sau đó bạn muốn thực hiện các thay đổi trên mã nguồn trong 64 bit Lưu ý: nếu bạn được kết nối Giấy phép SAP trên hệ thống máy chủ thì hãy đặt cổng và đặt tên máy chủ thông qua trình quản lý dịch vụ nếu không Hệ thống sẽ cung cấp lỗi:

Bối cảnh kết nối: - Truy xuất gốc của lớp COM cho thành phần có CLSID {632F4591-AA62-4219-8FB6-22BCF5F60090} không thành công do lỗi sau: 80040154 Lớp chưa được đăng ký (Ngoại lệ từ HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG)).


0

Tôi đã khắc phục sự cố tương tự bằng cách xóa thư mục ComponentModelCache

  1. Đóng Visual Studio (nếu bạn chưa làm như vậy vì tuyệt vọng)
  2. Mở cửa sổ trình khám phá tệp và điều hướng thư mục AppData của bạn. Bạn có thể đến đó bằng cách:
    1. Trong thanh tìm kiếm, nhập %APPDATA%/..và nhấn enter
    2. Ngoài ra, điều hướng đến C:\Users\\AppData
  3. Đi vào Local\Microsoft\VisualStudio\<version>vị trí 12.0 cho Visual Studio 2013.
  4. Xóa thư mục ComponentModelCache.

Từ đây: http://withmartin.net/how-visual-studios-component-model-cache-can-be-a-pain/


0

Không chắc chắn về các bước tái tạo chính xác cho lỗi (HRESULT E_FAIL đã được trả về từ cuộc gọi đến thành phần COM), nhưng giải pháp cho tôi là:

  1. Đóng Visual Studio và sửa chữa nó thông qua Control Panel.
  2. Khởi động lại hệ thống

Sau khi khởi động lại, lỗi đã biến mất.


0

Tôi gặp phải vấn đề tương tự trong Visual Studio 2017, Hãy làm theo các bước sau:

  1. Bắt đầu -> Chạy -> regsvr32% SystemRoot% \ System32 \ msxml3.dll

  2. Bắt đầu -> Chạy -> regsvr32% SystemRoot% \ SysWOW64 \ msxml3.dll

  3. Làm sạch Dự án.

  4. Khởi động lại studio trực quan.

    Bước 1 và 2 được sao chép từ bài đăng Besnik Kastrati.


0

Tôi tìm thấy câu trả lời này, nhấp Ctrl + Alt + J nhấp vào (...) ở trên cùng, bây giờ bạn có thể thêm dll từ Browse, .Net hoặc khác Sau khi nhấp vào nút OK, hãy nhấp vào (thêm vào tài liệu tham khảo trong Dự án đã chọn trong trình khám phá giải pháp) ( đây là nút dấu cộng "+" màu xanh lục)


0

Tôi đã thực hiện tất cả các bước khác nhau về cách khắc phục sự cố này với VS2019 16.2.4 và sự cố vẫn còn. Tôi chắc chắn hy vọng rằng MS khắc phục sự cố này vì điều này đã xảy ra trong một thời gian dài.

Ngay trên khi thêm vào Trình duyệt Đối tượng, tôi không thể tìm ra cách Thêm hộp thoại Tham chiếu trong phiên bản này, vì tôi không thể tìm thấy GAC cho năm 2019.


0

Tôi gặp lỗi này khi cố gắng cài đặt gói nuget mà trước đó tôi đã tải xuống và cài đặt trong một dự án khác.

Nhấp vào Xóa tất cả (các) NuGet Cache trong Công cụ> Tùy chọn> Trình quản lý gói NuGet đã giải quyết vấn đề này cho tôi


Tương tự, việc xóa nội dung của thư mục gói của giải pháp có thể hữu ích. Trong trường hợp của tôi, tôi có một thư mục không có gì trong đó (có thể đã được đăng ký vào một thời điểm nào đó) và điều đó dẫn đến sự cố.
K0D4

0

Tôi đã gặp sự cố tương tự xảy ra khi làm việc với công cụ VS GUI. Những gì tôi đã làm để sửa nó là tôi đã xóa kho lưu trữ cục bộ và kéo nó xuống khỏi nguồn git của tôi - cảm ơn bạn git !! :)

Đây có thể không phải là giải pháp trong mọi trường hợp ,. nhưng bằng cách xóa tất cả các tệp cục bộ và biên dịch lại, tôi đã có thể làm cho nó hoạt động trở lại!

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.