Debugger.Launch() hiện đang bị treo dịch vụ windows của tôi sau khi nâng cấp lên .NET 4.0

Question

Đối với môi trường gỡ lỗi, chúng tôi có câu lệnh Debugger.Launch có điều kiện trong mã để cho phép các nhà phát triển gỡ lỗi vào mã khởi động của dịch vụ windows. Chúng tôi vừa nâng cấp lên .NET 4.0 ngày hôm nay. Kể từ khi nâng cấp, nếu chúng ta thoát ra khỏi cửa sổ JIT (tức là chúng tôi đã chọn không gỡ lỗi), Dịch vụ Windows bị lỗi (quá trình đang kết thúc). Nó được sử dụng để chỉ đơn giản là tiếp tục. Nếu chúng tôi chấp nhận đính kèm, đơn không chấm dứt và hoạt động tốt.

EDIT

Một điều lạ là các ngoại lệ được ném không còn là một Launch cho User ngoại lệ. Nó bây giờ là một ngoại lệ khuôn khổ Microsoft .NET không được giải quyết. Tôi đã cố gắng để quấn một thử bắt arround nó để xem những gì tôi nhận được. Tôi không thể bắt được ngoại lệ khi tôi được gỡ lỗi bởi vì tại thời điểm đó ngoại lệ không xảy ra. Nếu tôi cố gắng để đăng nhập ngoại lệ cho một tập tin, các vụ tai nạn dịch vụ và tôi nhận được gì.

Bất kỳ cách nào để sửa lỗi này? Có lý do gì không?

INFO THÊM

tôi vừa tạo ra một ứng dụng hình thức trống và cửa sổ mới.

     public Form1() 
     { 
      try 
      { 
       MessageBox.Show("hello"); 
       System.Diagnostics.Debugger.Launch(); 

      } 
      catch 
      { 
       MessageBox.Show("error"); 
      } 
      AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(CurrentDomain_UnhandledException); 
      InitializeComponent(); 
     } 

     void CurrentDomain_UnhandledException(object sender, UnhandledExceptionEventArgs e) 
     { 
      MessageBox.Show(e.ToString()); 
     } 

Tôi nhận được "lời chào" đầu tiên. Sau đó, tôi nhận được cửa sổ JIT mà nói một "unhandled Microsoft .NET ngoại lệ đã xảy ra". Nếu tôi không đính kèm, nó treo mà không có một tin nhắn hoặc bất cứ điều gì.

Tôi đã thử WinDbg và những gì không. Tôi không quen thuộc với những công cụ này. Đây là những gì tôi đang nhận được. Nó không xuất hiện rất hữu ích ở tất cả

 
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64 
Copyright (c) Microsoft Corporation. All rights reserved. 


Loading Dump File [C:\Users\moueis\TestDebugging_100927_104956.dmp] 
User Mini Dump File with Full Memory: Only application data is available 

Comment: ' 
*** C:\Users\moueis\Desktop\procdump.exe TestDebugging.exe -e -ma 
*** Unhandled exception' 
Symbol search path is: *** Invalid *** 
**************************************************************************** 
* Symbol loading may be unreliable without a symbol search path.   * 
* Use .symfix to have the debugger choose a symbol path.     * 
* After setting your symbol path, use .reload to refresh symbol locations. * 
**************************************************************************** 
Executable search path is: 
Windows 7 Version 7600 MP (8 procs) Free x64 
Product: Server, suite: TerminalServer SingleUserTS 
Machine Name: 
Debug session time: Mon Sep 27 10:49:56.000 2010 (UTC - 4:00) 
System Uptime: 11 days 20:41:04.714 
Process Uptime: 0 days 0:00:22.000 
......................................... 
*** ERROR: Symbol file could not be found. Defaulted to export symbols for ntdll.dll - 
*** ERROR: Symbol file could not be found. Defaulted to export symbols for KERNELBASE.dll - 
KERNELBASE!DebugBreak+0x2: 
000007fe`fd432442 cc    int  3 

này đang xảy ra trên nhiều hơn 1 máy (tuy nhiên, họ đều cực kì tương tự).

LẠI THÊM THÔNG TIN

Đây là rõ ràng khá dễ dàng để sinh sản. Nó đã xảy ra trên nhiều hệ thống trong nhà và tôi đã nhận được xác nhận từ bên ngoài rằng sự cố có thể được sao chép đơn giản bằng cách sử dụng đoạn mã ở trên trong biểu mẫu Windows .NET sử dụng .NET 4.0

Answer 1

Tôi gặp phải điều này vấn đề và thông qua một số Googling tìm thấy số Microsoft Connect report for it.