2012-03-26 19 views
3

我有用C++ \ CLI編寫的Windows窗體。當我嘗試在Visual Studio中打開窗體時(通過說'視圖設計器'),然後我觀察到Visual Studio崩潰。Visual Studio在打開使用.NET Framework 2.0的C++ CLI窗體設計器時崩潰

以下是Windows應用程序日誌 -

.NET運行庫版本2.0.50727.4963 - 致命的執行引擎錯誤(768FB727)(800703e9)

注:

  1. 我的項目是建使用.NET Framework 2.0
  2. 操作系統 - Windows Server 2008 x64
  3. 我已經嘗試重新安裝VS2005和.NET Framework 2.0沒有ny成功
+0

雖然我能夠成功編譯和運行應用程序 – Himanshu 2012-03-26 06:27:01

+0

您是否有任何自定義控件具有設計時間代碼?或者也許有一些第三方控制? – linkerro 2012-03-26 12:45:53

+0

我在自己的窗體中有自定義控件和第三方控件......但是在具有相同操作系統的另一個系統中打開窗體(在設計視圖中)時,我不會遇到任何此類問題。 – Himanshu 2012-03-26 12:55:39

回答

2

@linkerro - 你說得對,問題實際上是在我的表單在設計時加載的一些第三方用戶控件中。

我使用Assembly Binding Log Viewer(fuslogvw.exe)來找出綁定失敗。

+0

它不是綁定失敗,它在StackOverflow錯誤上崩潰。容易被代碼中的錯誤觸發。 – 2012-03-27 11:20:10

+0

好漢斯...所以這就是我如何解決問題... 我有一些我在我的應用程序中使用的第三方控件。這些第三方控件是我在我的項目中提到的.NET程序集。我已經添加了對組件的靜態引用。因此,我的應用程序能夠編譯並運行良好。 但是,當Designer試圖加載程序集時,它無法在devenv.exe的本地文件夾中找到程序集,甚至在GAC中也找不到該程序集。因此它失敗了。在GAC中安裝程序集解決了問題。 糾正我,如果我錯了。 – Himanshu 2012-03-27 13:35:13

+0

我不打算與解決方案爭論。也許你的異常處理是borken。非常重要的一點是,要注意真正的錯誤代碼對於任何有朝一日發現這個問題的人所說的話。 – 2012-03-27 13:39:14

相關問題