Các điểm dừng hiện tại sẽ không bị tấn công. Mã nguồn khác với phiên bản gốc. Điều đó có nghĩa là gì?

Khi gỡ lỗi trong Visual Studio, đôi khi tôi thêm một điểm dừng nhưng nó rỗng và VS nói "Điểm dừng hiện tại sẽ không bị tấn công. Mã nguồn khác với phiên bản gốc." Rõ ràng điều này ngăn cản tôi có thể gỡ lỗi.

Thông điệp trên trái đất có ý nghĩa gì? Phiên bản gốc nào? Nếu tôi vừa mở giải pháp và không thực hiện bất kỳ thay đổi nào đối với mã, làm sao có thể có 'phiên bản gốc'?

Như đã nói, "mã nguồn khác với phiên bản gốc".

Nhấp chuột phải vào thư mục dự án bên trong trình khám phá giải pháp và chọn Clean. Xây dựng một phiên bản mới của dự án và điểm dừng sẽ hoạt động trở lại!

Nếu bạn đã bỏ chọn dự án DLL trong cấu hình bản dựng Debug , mã mới của bạn sẽ không bao giờ được xây dựng!

Đi đến Build --> Configuration Manager ...(trong VS2010) và kiểm tra xem dự án có mã bạn đang cố gắng gỡ lỗi có được kiểm tra cho cấu hình bản dựng hiện tại không.

Đối với tôi đó là khi làm việc trong một dự án WebSite. Sau khi dọn sạch các thư mục tạm thời này, tôi đã nhận được các lỗi trình biên dịch thích hợp:

• C:\Documents and Settings\%username%\AppData\Local\Temp\Temporary ASP.NET Files
• C:\windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files

Cuối cùng tôi đã giải quyết vấn đề khi tôi phát hiện ra rằng một tệp lớp mà tôi đã cố tình chuyển vào thư mục con, bằng cách nào đó đã xuất hiện lại trong thư mục gốc. VS đã sử dụng cái đó trong khi tôi đang chỉnh sửa cái kia.

Bạn đã bao giờ làm điều này?

Bạn có muốn tiếp tục và chạy bản dựng thành công cuối cùng không?

Nếu bạn đánh dấu vào ô và nhấn "Có", bạn sẽ có bản dựng thành công cuối cùng chạy mặc dù dự án của bạn không được biên dịch. Điều này có nghĩa là bất cứ khi nào bạn đặt điểm dừng, bạn sẽ gặp lỗi đó.

Hãy thử thay đổi giá trị này:

• Công cụ
  • Tùy chọn
    • Dự án và Giải pháp
      • Xây dựng và chạy
        • Khi chạy, khi xảy ra lỗi xây dựng hoặc triển khai: Không khởi chạy

Đi đến

• Công cụ
  • Tùy chọn
    • Gỡ lỗi
      • Chung

Bỏ chọn Yêu cầu tệp nguồn để khớp chính xác với phiên bản gốc

Chọn Gỡ lỗi trong Cấu hình Giải pháp , thay vì Phát hành

Hãy chú ý đến cửa sổ "Đầu ra" trong VS. Nó sẽ cho bạn biết những gì lắp ráp được tải và khi nào. Bạn có thể thấy rằng một phiên bản cũ hơn của lắp ráp của bạn ở đâu đó trong thư mục đang được tải.

Ví dụ: nếu bạn có nhiều tập hợp và bạn hiện đang cố gắng đột nhập vào một trong các tập hợp hỗ trợ, CLR sẽ xử lý việc giải quyết tập hợp, có thể tải một tập tin lắp ráp khác so với tập tin bạn đã tham chiếu trong dự án.

Đóng Visual Studio và mở lại giải pháp có thể khắc phục sự cố, tức là đó là một lỗi trong chính IDE (Tôi đang chạy VS2010).

Nếu bạn có nhiều phiên bản Visual Studio đang chạy, bạn chỉ cần đóng phiên bản đang chạy giải pháp có vấn đề.

Một cách mới để giải quyết vấn đề này đã xuất hiện kể từ Visual Studio 2017 15.3.1 đến 15.3.5. Nếu bạn đang sử dụng EditorConfig , charset=utf8tùy chọn gây ra các triệu chứng này. Nhóm VS đã sao chép điều này và nói rằng họ đang làm việc với nó .

Vì vậy, một cách khắc phục là nhận xét charset=utf8dòng của bạn trong tệp .editorconfig.

Chỉnh sửa: Điều này nên được sửa chữa kể từ VS 15,5.

Điều này cũng xảy ra thường xuyên nếu bạn đang sử dụng một tham chiếu tệp đến nhị phân (thay vì tham chiếu dự án tới mã trong dự án của bạn) và tệp nhị phân được biên dịch mà bạn đang tham chiếu không đồng bộ với mã nguồn tương ứng trên máy của bạn. Điều này có thể xảy ra do bạn đã tải xuống phiên bản nhị phân mới từ kiểm soát nguồn mà không có mã nguồn mới đi kèm hoặc bạn có một vài phiên bản nhị phân trên máy của mình và đang tham khảo một bản sao cũ, v.v ... Nếu đây thực sự là vấn đề, đó là một lý do tốt để sử dụng tài liệu tham khảo dự án nhiều như nó thực tế.

Đối với tôi, không có mục nào giải quyết được vấn đề. Tôi vừa thêm một dòng mã mới bên trong hàm đó, đại loại như:

int a=0;

bằng cách thêm vào đó, tôi đoán tôi đã kích hoạt studio hình ảnh để thêm chức năng này vào phiên bản gốc

Điều này có thể xảy ra khi thời gian hệ thống thay đổi trong khi gỡ lỗi hoặc giữa các phiên gỡ lỗi, có thể là lập trình, thủ công hoặc bởi một chương trình bên ngoài.

Có một thiết lập gần như không thể chấp nhận được đã khắc phục vấn đề này cho tôi. Nếu có một tệp nguồn cụ thể trong đó điểm dừng không nhấn, nó có thể được liệt kê trong

• Giải pháp thám hiểm
  • bấm chuột phải vào Giải pháp
    • Tính chất
      • Tài sản chung
        • Tập tin nguồn gỡ lỗi
          • "Đừng tìm những tập tin nguồn này".

Vì một số lý do mà tôi không biết, VS 2013 đã quyết định đặt một tệp nguồn ở đó và sau đó, tôi không thể nhấn điểm dừng trong tệp đó nữa. Đây có thể là thủ phạm của "mã nguồn khác với phiên bản gốc".

Vấn đề là thông tin gỡ lỗi của bạn không đồng bộ với hội đồng của bạn. Giải pháp rất đơn giản:

1. Chuyển đến thư mục bin của bạn
2. Xóa các tệp .pdb
3. Tái tạo

Nên làm thủ thuật!

(điều kỳ lạ là, việc xây dựng lại mà không vứt bỏ các tệp .pdb không phải lúc nào cũng hoạt động. Tôi có thể thấy ngày sửa đổi đang được cập nhật, nhưng vẫn ở đâu đó trong chuỗi (trình gỡ lỗi VS2013, IIS, bộ đệm bộ đệm) thay đổi này không được phát hiện )

Bạn có thể nhận được thông báo này khi bạn đang sử dụng một trình kích hoạt và hội đồng bạn đặt điểm dừng thành chưa được tải.

Điểm dừng sẽ giải quyết khi trình kích hoạt tải lắp ráp (giả sử các ký hiệu lắp ráp và gỡ lỗi được cập nhật). Một nơi tốt để xem xét là cửa sổ mô-đun trong menu gỡ lỗi. Ở đó bạn nên tìm kiếm hội đồng mà tập tin của bạn quá. Đầu tiên kiểm tra rằng lắp ráp được tải. Sau đó, nó được tải từ đâu? Sau đó, là tập tin biểu tượng được tải. Một lần nữa, tập tin biểu tượng được tải từ đâu? Cuối cùng kiểm tra các phiên bản của cả hai.

Tôi đã gặp điều này là tốt. Các điều kiện gây ra vấn đề của tôi:

• Tôi đang chạy một phiên bản IIS7 đầy đủ cục bộ
• Tôi đang phiên bản phần mềm của mình thành các dự án riêng biệt

Tôi đã gây ra điều này bằng cách mở phiên bản trước (VS nhắc hỏi tôi có muốn trỏ đến trường hợp này trong gỡ lỗi IIS không, tôi đã trả lời 'Có'), sau đó mở phiên bản hiện tại (một lần nữa trả lời lời nhắc IIS bằng 'Có' ), sau đó cố gắng gỡ lỗi trong phiên bản trước.

Để giải quyết, tôi chỉ đóng và mở lại phiên bản trước và dự định, một lần nữa khẳng định nó là nguồn gỡ lỗi.

Hãy thử tắt và thiết lập lại điểm dừng trong khi chạy ở chế độ gỡ lỗi thay vì thực hiện trước khi khởi chạy chế độ gỡ lỗi.

Điều này cũng xảy ra khi gỡ lỗi một dự án C ++, tải một mô-đun đã được triển khai với một số ngôn ngữ CRL (Managed C ++, C #, v.v.). Trong tình huống này, thông báo lỗi thực sự gây hiểu nhầm.

Giải pháp là đặt thuộc tính cấu hình hỗ trợ thời gian chạy ngôn ngữ chung (CLR) cho dự án khởi động và biên dịch lại nó.

Nếu bạn có nhiều dự án trong giải pháp của mình , thì hãy đảm bảo rằng dự án chính xác được đặt là StartUp Project. Để đặt một dự án cụ thể làm Dự án khởi động cho giải pháp của bạn, Nhấp chuột phải vào dự án, chọn Set As StartUp Project.

Sau khi tôi đặt Dự án StartUp chính xác, điểm dừng mong muốn đã đạt được bởi luồng.

Tôi đã trải nghiệm điều này trong bản dựng 32 bit vào vs2017.

Chính xác không có giải pháp nào làm việc cho tôi. Tôi khởi động lại, tôi xóa các tệp IDE, giải pháp được xây dựng sạch, được kéo từ git repo và xây dựng lại giải pháp không có kết quả.

Tôi đã sử dụng một phụ thuộc 64 bit từ nuget và ngay khi tôi sử dụng lắp ráp, các nguồn không được tích hợp vào tệp thực thi cuối cùng nữa và thay vào đó các nguồn lưu trữ bộ nhớ cache IDE đã được xây dựng.

Tôi đã gỡ bỏ cấu hình nuget, gỡ bỏ tham chiếu lắp ráp, tải xuống nguồn, xây dựng log4net theo cách thủ công, ký tên, thêm nó vào một thư mục trong dự án của tôi, thêm tham chiếu đến nó và tôi có thể gỡ lỗi lại.

Đây là một nỗi đau, tôi hy vọng nó sẽ xuất hiện trong danh sách câu trả lời cho tất cả mọi người xem.

Chỉnh sửa: Không có lỗi trong quá trình xây dựng mặc dù có tùy chọn "nhắc về lỗi xây dựng" được bật trong cài đặt IDE.

Đối với tôi, giải pháp đã được ẩn trong các Advanced Build Settingsthuộc tính của dự án:

Vì một lý do không xác định, nó được đặt thành none: đặt nó thành fullcác điểm dừng bị tấn công.

Để vào hộp thoại này, hãy mở các thuộc tính của dự án, sau đó chuyển đến Build, sau đó chọn Advanced...nút ở cuối trang.

Tôi đã có cùng một vấn đề trong một số dự án trong một dự án kiến ​​trúc phân lớp và vấn đề là ở cấu hình, hộp kiểm xây dựng cho dự án đã chọn chưa được kiểm tra. Vì vậy, vấn đề đã được khắc phục cho một dự án.

Đối với một lớp khác, nó cũng gây ra sự cố tương tự, ngay cả bản dựng được kích hoạt trong các cấu hình. Tôi đã làm tất cả các tùy chọn khác như khởi động lại làm sạch dự án nhưng không phải trong số chúng giúp được. Cuối cùng tôi bỏ chọn hộp kiểm xây dựng cho dự án cụ thể đó và làm sạch và xây dựng lại. một lần nữa đánh dấu hộp kiểm và làm tương tự. sau đó vấn đề đã được khắc phục.

Hi vọng điêu nay co ich..

Trong trường hợp của tôi, tôi đã gắn vào một quy trình đang chạy trong VS 2012. Khi đính kèm, bạn được cung cấp tùy chọn gỡ lỗi ở nhiều chế độ khác nhau (nguyên gốc, tập lệnh, silverlight, được quản lý 2.0, được quản lý 4.0, v.v.). Theo mặc định, trình gỡ lỗi tự động chọn chế độ. Tuy nhiên Automatic không phải lúc nào cũng đưa ra lựa chọn chính xác. Nếu quy trình của bạn chứa nhiều loại mã, hãy chắc chắn trình gỡ lỗi đang sử dụng đúng loại.

Trong trường hợp của tôi, tôi đã phát triển một ứng dụng Windows CE, đã thử nghiệm trình giả lập. Vấn đề là thực thi không được triển khai cho trình giả lập, do đó .pdb (trong môi trường phát triển) không đồng bộ với .exe (trong trình giả lập), vì .exe mới không bao giờ được sao chép vào trình giả lập. Tôi đã phải xóa .exe trong trình giả lập để buộc triển khai mới. Sau đó, nó làm việc.

Điều làm việc cho tôi là thay đổi nền tảng giải pháp từ x86 sang Bất kỳ CPU nào. Sau khi đổi thành Any, tôi đặt địa chỉ dừng, chạy trang web, mở trang, nhấp vào nút và nó dừng lại. Tôi đã đóng trang web, thay đổi lại thành x86 và thực hiện cùng một chuỗi thành công.

Trong Windows 7, Visual Studio Express 2010, nếu bạn đã kích hoạt tùy chọn Sử dụng chế độ tương thích cho Windows XP SP3 , lỗi này có thể xảy ra.

Tôi đã bỏ chọn tùy chọn và nó hoạt động hoàn hảo trở lại. Nhấp chuột phải vào phím tắt đến VS hoặc tệp thực thi, chọn thuộc tính và sau đó tương thích .

Đầu tiên tôi đã thử từ dòng lệnh;

xóa các tập tin tạm thời từ dòng lệnh đã làm việc.

C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Tệp ASP.NET tạm thời> root / s

Khi tôi tắt tùy chọn "Bật chỉ mã của tôi" trong Công cụ -> Tùy chọn -> Gỡ lỗi -> Chung

Vấn đề được giải quyết cho tôi. Nó là một ứng dụng WCF, đã cố gắng gỡ lỗi một trang ashx. http://bloss.msdn.com/b/zainnab/archive/2010/10/25/under Hiểu-just-my-code.aspx

Nó xảy ra với tôi vì tôi có các dự án khác trong giải pháp không được xây dựng. Sau khi tôi dỡ các dự án có vấn đề đó (nhấp chuột phải vào dự án trong trình khám phá giải pháp -> Unload Project), xây dựng lại giải pháp và chạy lại - điểm dừng đã bị tấn công!

Nó hạnh phúc khi có mặt trên Visual Studio 2017 sau khi tôi thêm các tệp hiện có vào dự án. Điều này làm việc cho tôi:

1. đóng giải pháp,
2. đi đến SolutionFolder\.vs\SolutionName\v15\sqlite3và loại bỏstorage.ide
3. mở lại giải pháp

Đảm bảo bạn không ở Chế độ phát hành khi bạn cố gắng gỡ lỗi.