ASP.net -2147467259（0x80004005）錯誤

我想調試一些遺留的asp.net 1.1代碼。我已將該應用程序移至本地機器進行調試。當我嘗試加載任何aspx頁面時，出現以下錯誤。 -2147467259（0x80004005）ASP.net -2147467259（0x80004005）錯誤

這就是頁面上的所有內容。任何人都有線索，我應該開始解決這個問題。

2009-02-20 Cadoo

所以原來是asp.net 1.1安裝的問題。

爲了調試它，我創建了一個新的空白頁面，並且仍然出現錯誤。用hello世界類型創建一個新的應用程序形式相同的錯誤。

解決方案： 「％WINDIR％\ Microsoft.NET \框架\ V1.1.4322 \ ASPNET_REGIIS.EXE」 -i

2009-02-20 17:50:31 Cadoo

-1

對我來說，這看起來像一個COM錯誤。如果您提供了更多關於您在發生錯誤時所做的更多細節，這將有所幫助。也許發佈一些代碼？

通常我在連接數據庫時發現這種情況。當你移動你的應用程序時，你是否適當地更改了數據庫連接字符串？

此外，當您在本地服務器上設置IIS時，您是否check the necessary permissions？

2009-02-20 16:47:34 GEOCHET

看起來像一個「訪問被拒絕」錯誤，如果你在Windows中查找錯誤代碼，我會檢查是否正在生成「Temporary ASP.Net Files」，並且身份用於編譯代碼可以讀取源文件。

2009-02-20 16:50:03

訪問被拒絕（5），爲HRESULT將是（這個）0x80008005（注8 = = FACILITY_WINDOWS而不是4，即FACILITY_ITF）。 – Richard 2009-02-20 16:57:33

0x80004005是COM錯誤代碼E_FAIL「未指定的錯誤」。所以一些COM方法調用失敗。

找到重新創建的時間，然後使用分而治之找到發生的位置。

它可以很容易地在非託管代碼，所以啓用本地調試，並檢查你有MS'符號服務器配置。

2009-02-20 16:50:54 Richard

你必須用相對模糊的文字來愛所有這些錯誤信息，大量的解決方案已經出現。

研究我真的很快就發現，在您的計算機上獲得1.1版本的東西之後，很好的東西在.NET 2.0 Framework中變得很古怪。他們建議修復/重新安裝2.0 Framework並重啓機器。這解決了他們的困境。

只要列入清單，我們其中一個人將有正確的答案。 8^D當MS向您發送通用錯誤時，這並不會起作用。 8^D

2009-02-20 16:52:49

通常它包含一些模糊的文本，可以幫助搜索問題。這個只是一個數字。 – Cadoo 2009-02-20 17:30:40

回答