Tôi đã tắt tất cả tiện ích mở rộng và chỉ mở 1 Sql Project. Tuy nhiên, Visual Studio treo bất cứ khi nào tôi đóng một tập tin SQL.Visual Studio Treo khi đóng. Các tệp SQL
phiên bản bị ảnh hưởng:
- 2017 Enterprise
- 2015 Enterprise
Trong này "treo thời gian" Visual Studio sở hữu một tình trạng không trả lời.
Nó cũng xuất hiện rằng khoảng thời gian nó vẫn bị khóa tương quan với số lượng tệp được đóng/mở.
EDIT: reproducable với devenv trong SafeMode
Suy nghĩ?
Các giải pháp thực sẽ đi kèm với một bản cập nhật từ MS. Tuy nhiên, hiện tại, việc tôi không tham gia vào ‘Chương trình cải thiện trải nghiệm Visual Studio’ dường như giải quyết được vấn đề này.
Bạn có thể kiểm tra xem bạn có đăng ký chương trình này hay không bằng cách nhấp vào Trợ giúp -> Gửi phản hồi -> Cài đặt (trong năm 2017, không chắc chắn về 2015).
Tuyệt vời. Tuyệt vời tìm anh em! – pimbrouwers
THANK. BẠN. RẤT. MUCH !!! –
@RuslanK. vui khi nghe điều này đã giúp người khác! – pimbrouwers
Dường như VS đang tạo ra một sự kiện Windows Error Report (WER) khi một cửa sổ tập tin sql bị đóng:
Fault bucket , type 0
Event Name: VisualStudioNonFatalErrors2
Response: Not available
Cab Id: 0
Problem signature:
P1: devenv.exe
P2: 15.0.26430.12
P3: vs.platform.hwndwrapper.destroy-window-error
P4: unknown
P5: Microsoft.VisualStudio.Shell.15.0
P6: Microsoft.VisualStudio.PlatformUI.HwndWrapper.DestroyWindowCore
P7: unknown
P8: unknown
P9: unknown
P10: unknown
Những tương quan với nhau nỗ lực để đóng cửa sổ. Bỏ chọn các hộp xây dựng/triển khai trong Trình quản lý cấu hình xây dựng dường như không giúp ích gì (tôi đang chạy VS 2017 Enterprise).
Chạy ProcMon cho thấy một giây chậm trễ 11 trên máy tính của tôi trong việc đóng cửa một cửa sổ duy nhất sau khi xử lý để wermgr.exe bị đóng:
12:19:31.2071581 AM devenv.exe 6564 CloseFile C:\Windows\SysWOW64\wermgr.exe SUCCESS
12:19:32.7423468 AM devenv.exe 6564 Thread Exit SUCCESS Thread ID: 16288, User Time: 0.0000000, Kernel Time: 0.0000000
12:19:36.6511179 AM devenv.exe 6564 Thread Create SUCCESS Thread ID: 8576
12:19:38.1531428 AM devenv.exe 6564 Thread Exit SUCCESS Thread ID: 8576, User Time: 0.0000000, Kernel Time: 0.0000000
12:19:42.7939996 AM devenv.exe 6564 Thread Create SUCCESS Thread ID: 12052
12:19:42.7952451 AM devenv.exe 6564 Thread Exit SUCCESS Thread ID: 12052, User Time: 0.0000000, Kernel Time: 0.0000000
12:19:42.7953980 AM devenv.exe 6564 Thread Create SUCCESS Thread ID: 6892
12:19:42.7984705 AM devenv.exe 6564 RegQueryKey HKLM SUCCESS Query: HandleTags, HandleTags: 0x0
này dường như là một lỗi sản phẩm không có cách giải quyết khác được biết đến vào thời điểm này .
Thông tin chi tiết tuyệt vời của tôi. Có lẽ chúng ta nên nhân rộng thread này trong diễn đàn VS lỗi? – pimbrouwers
Tôi khá mới ở đây ... không chắc chắn cách tốt nhất để làm điều đó. – toddg26
không quá lo lắng, tôi đã gửi một vé cho việc này. – pimbrouwers
Cách giải quyết đối với tôi là:
cập nhật những phần mở rộng:
Vô hiệu hóa/tái tạo điều kiện cho những điều sau đây tiện ích mở rộng trên VS 2017 Enterprise:
Trong khi tôi đang cố gắng để tìm ra những phần mở rộng đã gây ra treo, tôi không thể xác định được một cụ thể . Dù sao, phương pháp này đã hoạt động và tôi đã bật cả ba tiện ích mở rộng ngay bây giờ.
Điều này là tất cả rất lạ, bởi vì tôi rời khỏi máy trạm của tôi bật vào thứ sáu tuần trước, với VS mở. Và sáng thứ hai này, nó chỉ bắt đầu treo khi cố gắng mở bất kỳ tệp .sql nào, ngay cả khi tệp trống.
Bạn đã thử dùng devenv/SafeMode chưa? Một tùy chọn khác sẽ được đính kèm một Visual Studio để một trong những đầu tiên để kiểm tra callstack trong khi bạn đóng một trong những đầu tiên, có thể nó là kết nối đến một nơi nào đó và nhận timeouts. –
SafeMode tạo ra kết quả tương tự. Tôi đã sử dụng một màn hình kết nối để xem nó có được đưa ra ngoài và treo hay không. Nhưng không có súc sắc. Ý tưởng tuyệt vời mặc dù! – pimbrouwers