Ok, những gì tôi có:

Visual Studio 2010 RC, W7 x64, đã bắt đầu một loại dự án mới của ứng dụng Silverlight. Lưu trữ ứng dụng Silverlight trong Dự án ứng dụng web ASP.NET. Phiên bản bạc 3.0. Đã thêm Lớp LinqToQuery, Dịch vụ WCF, Ứng dụng Winform Tester (Dự án trong Giải pháp) và một vài Lớp (cũng như Dự án trong Giải pháp).

Hôm qua, đột nhiên tôi nhận được 'Điểm dừng hiện tại sẽ không bị tấn công. Không có biểu tượng đã được tải cho tài liệu này. ' thông báo xuất hiện trong IDE, nhưng nó chỉ ảnh hưởng đến Ứng dụng web, tôi có thể gỡ lỗi Silverlight và Ứng dụng Winform.

Những gì tôi đã cố gắng / đã làm để thoát khỏi tin nhắn:

• Đặt lại cài đặt Visual Studio
• đã xóa tất cả các tệp trong mỗi \ Thư mục tệp ASP.NET tạm thời (có một tệp cho mỗi 32 bit / 64 bit và cho Khung 2.0 và 4.0)
• đã cố gắng gỡ lỗi bằng máy chủ Web tích hợp Visual Studio - thông thường tôi sử dụng IIS, trong đầu ra dự án của giải pháp tôi đã xóa mọi thư mục obj và bin trong mọi thư mục dự án
• đã tạo ra một giải pháp mới và thêm tất cả các dự án vào giải pháp mới này
• xóa tập tin suo giải pháp
• đã tạo một Ứng dụng web ASP.NET mới để kiểm tra xem đó có phải là sự cố cài đặt VS không => Tôi có thể gỡ lỗi dự án / giải pháp mới này
• khởi động lại máy nhiều lần
• sửa chữa cài đặt vs.net
• đã làm một IISReset
• đã xóa Ứng dụng web khỏi IIS
• đã sử dụng nút Tạo thư mục ảo trong Thuộc tính dự án của Ứng dụng web để tạo Ứng dụng web mới trong IIS
• đã thay đổi Phiên bản khung của mọi dự án từ 3.5 thành 4.0
• Đã mở Giải pháp trên máy thứ hai của tôi => hành vi tương tự
• đã thu thập thông tin Microsoft Connect cho các lỗi / vấn đề tương tự
• SPENT 7 GIỜ.

Vì vậy, điều này xảy ra lần thứ 2 trong cuộc đời tôi. lần trước tôi đã giải quyết nó bằng cách xóa Thư mục tệp ASP.NET tạm thời, nhưng lần này tôi cần sự giúp đỡ của bạn.

Nhấp chuột phải vào giải pháp -> Thuộc tính

Xem bên dưới Thuộc tính chung -> Dự án khởi động

Chọn nhiều dự án khởi nghiệp

chọn Bắt đầu hành động trên các dự án bạn cần gỡ lỗi.

Tôi đã có cùng một vấn đề và sau khi googling tôi đã tìm thấy hai giải pháp điển hình cho việc này:

1. Đảm bảo trình gỡ lỗi Silverlight được kích hoạt trong dự án .Web. Mở các thuộc tính dự án và chọn trình gỡ lỗi Silverlight trong tab "Web".

2. Khởi động lại Visual Studio và xóa tất cả các thư mục bin và obj.

Nhưng không ai trong số này làm việc cho tôi . Sau đó, một người nào đó đã đề cập đến một chủ đề để thử sử dụng IE làm trình duyệt thay thế. Điều này làm cho gỡ lỗi và điểm dừng hoạt động trở lại!

Biên tập:

Sau này tôi đã vật lộn với IE9 không hoạt động, vì nó gắn vào quy trình sai. Thay vì gắn thủ công vào quy trình IE chính xác mỗi lần, tôi đã tìm thấy một mẹo gọn gàng :

• Bấm chuột phải vào một trong các trang được tạo trong dự án .Web (.html hoặc .aspx)
• Nhấp vào "Duyệt với ..."
• Đặt IE làm trình duyệt mặc định (sẽ chỉ ảnh hưởng đến lựa chọn trình duyệt của Visual Studio)

Bây giờ, Visual Studio sẽ khởi chạy IE khi chạy dự án .Web và đính kèm đúng quy trình. Nên làm vậy.

Bất cứ khi nào tôi gặp phải lỗi cụ thể này, hóa ra thư mục mà Visual Studio đang tải các cụm từ khác với thư mục mà ứng dụng web đang chạy.

Đó là, máy chủ ứng dụng đang chạy ứng dụng từ

C:\dev\MyApplication\bin 

nhưng Visual studio đang gỡ lỗi từ

C:\dev\MyOtherApplication\bin (or something along those lines, anyway).

Lưu ý - vì nhiều lý do, tôi thực hiện gỡ lỗi với IIS với tư cách là máy chủ ứng dụng thay vì gizmo độc lập khó chịu mà hầu hết mọi người sử dụng. Điều này có thể ảnh hưởng đến sự hữu ích của câu trả lời của tôi!

Cập nhật :

Đối với IIS, thư mục máy chủ ứng dụng (ví dụ C:\dev\MyApplicationở trên) là thư mục vật lý được định cấu hình cho ứng dụng web - điều này có thể được kiểm soát bằng cách thay đổi cài đặt cơ bản cho ứng dụng.

Đối với Visual studio, thư mục gỡ lỗi (tức là C:\dev\MyOtherApplicationở trên) là thư svcmục tìm thấy các tệp của bạn , thường là cùng thư mục với csprojtệp dự án của bạn .

Vấn đề đối với tôi hóa ra là hộp kiểm Thuộc tính-> Xây dựng-> Tối ưu hóa mã đã được bật trong cấu hình Gỡ lỗi. Tắt nó đi, xây dựng lại và gỡ lỗi hoạt động như bình thường.

Lý do cho những gì bạn phải đối mặt là các PDB ("PDB là viết tắt của Cơ sở dữ liệu chương trình, định dạng tệp độc quyền (do Microsoft phát triển) để lưu trữ thông tin gỡ lỗi về một chương trình) không cập nhật, điều này có thể do một số lý do. :

1- Như Bevan đã nói, bạn có thể đang gỡ lỗi một ứng dụng khác!

2- Bạn đang gỡ lỗi một phiên bản khác của cùng một ứng dụng. Ví dụ: bạn đã đính kèm một ứng dụng được xây dựng trước đó với phiên bản mã hiện tại để gỡ lỗi mà không (tái) xây dựng nó.

Làm sạch hoặc xây dựng lại Giải pháp giải quyết các vấn đề như vậy cho tôi.

Để đảm bảo vấn đề không phải là của bạn, hãy thử gỡ lỗi cùng ứng dụng với VS 2008 (tôi sợ đó có thể là một lỗi trong VS 2010 - nó vẫn là bản beta!).

Tôi có cùng một vấn đề, tôi đã gỡ lỗi dự án của mình và tôi phải nhấp chuột phải vào dự án và chọn "ví dụ gỡ lỗi mới". Tôi chỉ cần làm điều này một lần, sau đó nó hoạt động như bình thường.

Lỗi này xuất hiện mọi lúc và sau đó đối với tôi và tôi luôn có thể theo dõi nó trở lại cài đặt dự án cho hội đồng liên quan. Bạn không phải "chờ" cho đến khi mã của bạn không tôn trọng điểm dừng hoặc cho đến khi bạn đặt điểm dừng, để biết tập hợp nào đã tải biểu tượng.

Khi bạn chạy một dự án ở chế độ gỡ lỗi, nó sẽ liệt kê trong cửa sổ đầu ra, các cụm có các biểu tượng được tải như bên dưới (Bạn có thể cần phải mở hình ảnh trong một tab mới): T

Vì vậy, trong trường hợp này BASD.Core.Data.dll KHÔNG được tải biểu tượng. Vì vậy, sau đó bạn có thể so sánh các cài đặt dự án cho lắp ráp này với lắp ráp khác đã quản lý để tải các biểu tượng, để tìm ra lý do tại sao một số làm và một số không tải các biểu tượng.

"Đối với tôi" tuy nhiên, "mỗi lần" điều này xảy ra là do thông tin Debug không được tạo. Vì vậy, tôi mở Project Properties> Build> Advanced trong dự án (C #).

Vì vậy, đối với Basd.Core.Data.dll ở trên tức là không có ký hiệu nào cho cài đặt bản dựng nâng cao là:

Trong khi đó đối với Basd.Core.Configuration.dll tức là một hội đồng nơi tôi có thể đặt và đạt điểm dừng thì các cài đặt là:

Vì vậy, tôi xuất ra thông tin gỡ lỗi trong dự án sau chứ không phải trong dự án đầu tiên, do đó khả năng của tôi đạt được điểm dừng trong Basd.Core.Configuration.dll

Cũng lưu ý rằng chỉ đơn giản là không có tệp .pdb trong thư mục bin của dự án cho một tệp đã cho bởi vì nó có thể đã hết hạn và do đó Visual Studio không chọn là tệp ký hiệu hợp lệ cho tệp ZIP bạn đang cố gắng bước qua.

Cũng lưu ý rằng việc thay đổi cấu hình bản dựng có thể thay đổi cài đặt thông tin bản dựng và nơi các biểu tượng được lấy từ đó.

(Tôi nhận thấy trong trường hợp này tôi đang ở chế độ Phát hành nhưng phương pháp vẫn được áp dụng)

Thuộc tính dự án Goto -> Xây dựng -> Nâng cao ...

Trong phần "Đầu ra", chọn "đầy đủ" trong danh sách Thông tin gỡ lỗi

Hãy chắc chắn rằng bạn đang chạy chương trình của mình ở chế độ DEBUG chứ không phải chế độ ĐÁNG TIN CẬY.

Gỡ lỗi -> Đính kèm để xử lý ->
chọn Gỡ lỗi các loại mã này: tùy chọn ->
chọn Managed v3.5, v3.0, v2.0 hoặc Managed v4.5, v4.0

Tôi vừa giải quyết vấn đề này theo Triển khai Ứng dụng Silverlight . (Câu trả lời này là một bản sao của một số người khác nhưng tôi sẽ cố gắng giải thích kỹ hơn.)

Vấn đề rất có thể là ứng dụng Silverlight của bạn không được triển khai đúng cách cho ứng dụng web của bạn khi xây dựng / khởi động. Đây là một vấn đề tham khảo - thật đơn giản để hiểu nhưng không rõ ràng khi bạn gặp nó lần đầu tiên.

Cũng giống như bất kỳ tham chiếu dự án nào khác, đầu ra của dự án được tham chiếu phải được sao chép vào thư mục bin của dự án tham chiếu để gỡ lỗi. Đối với các thư viện lớp, điều này xảy ra khi bạn nhấp chuột phải và chọn 'Thêm tài liệu tham khảo ...'. Đối với Silverlight, bạn nên thêm một tham chiếu thông qua Project Properties.

• Nhấp chuột phải vào dự án của bạn và chọn 'Thuộc tính'
• Chọn tab 'Ứng dụng Silverlight' ở bên trái
• Nhấn nút 'Thêm ...' và chọn dự án Silverlight của bạn từ hộp thoại

Điều này thêm một tham chiếu đến ứng dụng Silverlight từ ứng dụng web lưu trữ của bạn và đảm bảo rằng xaptệp sẽ được sao chép vào ứng dụng web khi xây dựng hoặc triển khai. Điều đó có nghĩa là ứng dụng Silverlight hiện tại và các tệp gỡ lỗi của nó nằm trong ứng dụng đang được gỡ lỗi và bạn sẽ có thể bước qua mã.

Nếu bạn đang gỡ lỗi một dự án web, hãy đảm bảo thuộc tính debug = "true" đã được đặt trong tệp web.config:

<system.web>
    <compilation debug="true"   .../>

Tôi gặp vấn đề tương tự trên Windows 7 và đã thử mọi cách : DLL sạch, danh sách các mô-đun đã điều tra, tắt "Just My Code", v.v.

Vấn đề đã được giải quyết sau khi tôi chạy Visual Studio "với tư cách quản trị viên". Thành thật. Tại sao Microsoft không thể cảnh báo tôi rằng nó không chạy "với tư cách quản trị viên"? Nó sẽ giúp tôi tiết kiệm một số giờ làm việc.

Đối với tôi, vấn đề là tôi đã bật "Tối ưu hóa mã" trong tab Build trong cài đặt của dự án.

Có cùng một vấn đề

Vì một số lý do, một trong các DLL đã được đăng ký trong GAC, do đó nó luôn có phiên bản khác với mã.

Khi tôi xóa nó khỏi GAC, vấn đề đã được giải quyết

Đối với những người đọc đang sử dụng Visual Studio 2008, không phải Visual Studio 2010 và đang gặp lỗi này. Các câu trả lời ở trên không giúp tôi trong tình huống này, vì vậy tôi đang chia sẻ kinh nghiệm của mình.

Nếu bạn đang gỡ lỗi một ứng dụng Web IIS trong Visual Studio 2008 bằng cách đính kèm vào quy trình w3wp.exe thay vì sử dụng Máy chủ phát triển ASP.NET để gỡ lỗi (bắt đầu với gỡ lỗi), đây có thể là vấn đề của bạn:

Visual Studio có thể vẫn đang tham chiếu một tệp ký hiệu (tệp được sử dụng trong quá trình gỡ lỗi) từ dll của bạn từ một quy trình IIS đã lỗi thời. Và tệp biểu tượng đó đã được tạo lại bằng mã biên dịch lại mã .NET nhưng quá trình IIS vẫn tham chiếu tệp ký hiệu cũ.

Sửa chữa:

Chỉ cần dừng gỡ lỗi trong Visual Studio, khởi động lại ứng dụng web và đính kèm lại vào quy trình. Sau đó, các điểm dừng sẽ chuyển từ màu vàng (khi bạn thấy lỗi này) sang màu đỏ một lần nữa.

========================

Nhiều thứ để thử (tìm thấy tình huống mới ngày hôm nay):

Thực hiện từng viên đạn trong liên kết bên dưới MỘT LẦN MỘT LẦN, nhưng lặp lại các bước của tôi bên dưới với mỗi viên đạn bạn thử.

http://carnotaurus.philipcarney.com/post/4130422114/visual-studio-debugging-su-with-files-of-the-same

1.) Dừng gỡ lỗi (nhấn biểu tượng hình vuông màu đỏ) trong Visual Studio
2.) Clean Solution
3.) Build Solution
4.) [INSERT BULLET HƯỚNG DẪN TẠI ĐÂY]
5.) Công cụ> Đính kèm vào Quá trình (hoặc bắt đầu gỡ lỗi)
6.) Bắt đầu chương trình mà bạn đang gắn vào và chạy nó để mã của bạn sẽ bị ảnh hưởng

6 giải thích:

Nếu đính kèm với nunit.exe, sau đó mở NUnit và chạy thử nghiệm để điểm dừng của bạn sẽ được nhấn

Nếu đính kèm vào w3wp.exe (trang IIS), sau đó mở trang web của bạn trong trình duyệt và đi đến trang sẽ chạm đến điểm dừng của bạn

BIÊN TẬP:

Hôm nay tôi nhận thấy rằng nếu bạn thử gỡ lỗi cho một dự án không được đặt làm dự án khởi nghiệp, nó sẽ hiển thị điều này. Khi bạn đính kèm vào quy trình w3wp.exe của mình, nó nghĩ rằng việc gỡ lỗi của nó đối với dự án được đặt là dự án khởi động. Để giải quyết, chỉ cần nhấp chuột phải vào dự án ứng dụng web và chọn "Đặt làm dự án khởi động". Sau đó thử gắn lại vào quy trình của bạn.

Kịch bản là thế này: một dự án cụ thể là dự án khởi nghiệp của bạn (ví dụ: có phương thức Chính). Dự án đó đang tham khảo các dự án khác trong giải pháp của bạn. Điểm dừng trong các dự án khác không bị ảnh hưởng.

Giải pháp nhanh: khi bạn xây dựng giải pháp của mình, hãy tìm trong đường dẫn đầu ra Xây dựng (thường là bin \ Debug) cho dự án khởi động. Nhìn vào các tập tin DLL và PDB cho các dự án bạn đang tham khảo. Hãy chắc chắn rằng ngày sửa đổi cuối cùng của họ là ngày cuối cùng bạn xây dựng giải pháp của mình. Nếu không, thì sao chép chúng từ đường dẫn đầu ra Xây dựng cho từng dự án vào dự án khởi động Xây dựng đường dẫn đầu ra. Ví dụ:

Dự án A có Chính. Nó tham chiếu Project B. Điểm dừng của bạn không bị tấn công trong Project B. Sao chép tệp DLL và PDB từ đường dẫn đầu ra Build của Project B sang đường dẫn đầu ra Build của Project A. Sau đó chạy giải pháp của bạn. Điểm phá vỡ bây giờ sẽ được nhấn.

Bây giờ bạn cần tìm hiểu tại sao Project A không sao chép tệp DLL và PDB của Project B. Các câu trả lời ở đây bao gồm hầu hết các kịch bản. Một kịch bản không được chạm vào là đảm bảo các dự án và giải pháp của bạn được liên kết với TFS đúng cách. Tôi đã có một số dự án bị ràng buộc và một số không bị ràng buộc chính xác. Điều đó gây ra vấn đề cho tôi. Khi tôi đã khắc phục điều đó, vấn đề đã biến mất và tôi không còn phải sao chép các tập tin DLL và PDB nữa.

Các giải pháp cho cùng một vấn đề trong trường hợp của tôi là sự kết hợp các bước sau:

1. Giải pháp -> Thuộc tính Chọn nhiều dự án khởi động chọn Bắt đầu hành động trên các dự án bạn cần gỡ lỗi.
2. Đã xóa dịch vụ khỏi Tài liệu tham khảo dịch vụ và dọn sạch giải pháp.
3. Xây dựng lại dự án dịch vụ
4. Đã thêm nó trở lại Tài liệu tham khảo dịch vụ
5. Làm sạch các giải pháp và xây dựng lại nó.

Để khắc phục sự cố này trong Web.config tôi chỉ cần thêm debug="true"

  <system.web>
    <compilation targetFramework="4.0" debug="true">

Điều giúp tôi tìm ra giải pháp này là nhìn vào các cửa sổ Mô-đun trong khi gỡ lỗi và thấy rằng đối với các tệp DLL DLL của tôi, tôi đã có: Binary không được xây dựng với thông tin gỡ lỗi.

Tôi đã có cùng một vấn đề nhưng trong VS2013 cho một ứng dụng web. Đối với tôi, câu trả lời là cập nhật Cấu hình xây dựng cho giải pháp: -

1. Nhấp chuột phải vào Giải pháp và chọn Thuộc tính
2. Chọn cấu hình Gỡ lỗi
3. Chọn "Cấu hình" trong "Thuộc tính cấu hình" trong bộ ba
4. Kiểm tra hộp "Xây dựng" cho từng dự án bạn muốn gỡ lỗi

Khi tôi đã làm điều này, tất cả các điểm dừng của tôi bắt đầu làm việc.

Được rồi - chúng ta đi đây:

(Trong "ứng dụng silverlight": trước tiên, hãy kiểm tra xem Silverlight được kiểm tra trong "web" trong "thuộc tính" của dự án máy chủ của bạn - Nếu điều đó không giải quyết được thì hãy thử điều này bên dưới)

Lần đầu tiên: chạy cái này trước: devenv.exe / ResetSinstall và 1: Trong menu trên cùng, nhấp vào thẻ gỡ lỗi 2: nhấp vào tùy chọn và cài đặt 3: Trong "gỡ lỗi" và trong "chung" tìm "bật bước. 4: Đánh dấu vào ô. 5: Và bây giờ tất cả các biểu tượng sẽ được tải xuống và cấu hình lại :)

Nếu nó xảy ra một lần nữa sau khi ở trên, chỉ cần xóa thư mục chứa các ký hiệu:

1: Trong menu trên cùng, nhấp vào thẻ gỡ lỗi 2: nhấp vào tùy chọn và cài đặt 3: Trong "gỡ lỗi" và bên dưới "biểu tượng", tìm nút "bộ đệm biểu tượng trống" và nhấp vào nó.

Mở url Ứng dụng Web từ Trình duyệt và sau đó trong VS.Net IDE sử dụng Công cụ -> AttachtoProcess

sau đó đính kèm vào aspnet_wp.exe.

Trình gỡ lỗi sẽ bắt đầu hoạt động

Tôi đã phải gỡ cài đặt thủ công tất cả các phiên bản của ZIP khỏi sổ đăng ký và tất cả các phiên bản của ZIP từ ổ đĩa cục bộ của tôi. Gỡ cài đặt / cài đặt lại ứng dụng của tôi và bây giờ tôi đang nhấn điểm dừng! Đã lãng phí nửa ngày làm việc này :(.

Tôi đã thử đổi tên .pdbtập tin trong obj\debugthư mục và thực hiện một giải pháp sạch và xây dựng lại.
Nó tạo ra một .pdbtập tin mới và tôi đã có thể nhấn các điểm dừng chính xác.

Tôi gặp vấn đề tương tự - mất rất nhiều thời gian để cố gắng sửa lỗi khi làm việc trong Visual Studio.

Cuối cùng, nó là Nuget - Tôi có 3 phiên bản Newtonsoft.Json (trên 7 dự án C #). Giải pháp sẽ biên dịch nhưng không thể sửa lỗi.

Tôi đã khắc phục sự cố bằng cách chạy phần sau trong Bảng điều khiển quản lý gói của Nuget:

PM> Cập nhật-Gói Newtonsoft.Json

Đối với ứng dụng WPF của mình, tôi đã xóa thư mục ứng dụng, thực hiện lại "Nhận mới nhất" từ kiểm soát nguồn và xây dựng lại. Tất cả các điểm dừng làm việc tuyệt vời bây giờ.

Hãy thử đặt Dự án ứng dụng Silverlight làm dự án khởi động: nhấp chuột phải vào dự án -> 'Đặt làm dự án khởi động. Sau đó nhấn F5 và xem liệu bạn có thể bắt được điểm dừng ...

Cố gắng xóa dữ liệu duyệt web / temp trong trình duyệt của bạn mỗi lần Bạn thay đổi ứng dụng silverlight

Một giai thoại khác có thể hữu ích-

Tôi gặp phải vấn đề này khi một trong các dự án của tôi đang sử dụng các tham chiếu tệp từ thư mục đầu ra Phát hành. Khi kết quả bản dựng được đặt trong thư mục Hàng hóa, các dll Phát hành này sẽ ghi đè lên các dll Debug.

Giải pháp là đảm bảo trong tệp csproj, HintPath của tài liệu tham khảo của tôi là

<HintPath>..\..\Core\Goods\$(Configuration)\MyFramework.dll</HintPath>

và không

<HintPath>..\..\Core\Goods\Release\MyFramework.dll</HintPath>

Tôi đã gặp vấn đề này khi ở một khách hàng - đối với mỗi giải pháp ứng dụng - họ đã sao chép hầu hết các tập hợp được chia sẻ vào thư mục " Tài liệu tham khảo ", sau đó thêm chúng vào giải pháp dưới dạng "Mục giải pháp " và " Dự án " trong giải pháp.

Không chắc chắn tại sao, nhưng một số trong số chúng có thể gỡ lỗi, một số thì không, mặc dù trong cài đặt Tài liệu tham khảo cho các cụm, các đường dẫn đầy đủ chính xác đã được chỉ định.

Hành vi không thể đoán trước này đã khiến tôi phát điên :)

Tôi đã giải quyết vấn đề này bằng cách xóa tất cả các hội đồng khỏi thư mục " Tài liệu tham khảo " có các dự án có mã nguồn và theo dõi thông tin phiên bản rất tốt cho các hội đồng được chia sẻ.

Tôi gặp vấn đề tương tự ngoại trừ vấn đề của tôi là ngớ ngẩn - Tôi có 2 phiên bản của máy chủ web tích hợp chạy dưới 2 cổng khác nhau VÀ tôi có dự án của mình -> thuộc tính -> web -> "URL bắt đầu" chỉ vào một cổng cố định nhưng ứng dụng web không thực sự chạy dưới cổng đó. Vì vậy, trình duyệt của tôi đã được chuyển hướng đến "URL bắt đầu" được đề cập đến năm 1539 nhưng phiên bản mã / gỡ lỗi đang chạy dưới cổng 50804.

Tôi đã thay đổi máy chủ web dựng sẵn để chạy dưới một cổng cố định và điều chỉnh "URL bắt đầu" của mình để sử dụng cổng đó. dự án -> thuộc tính -> web -> phần "Máy chủ" -> "Sử dụng máy chủ phát triển Visual Studio" -> cổng cụ thể