Il semble que VS génère un événement Rapport d'erreurs Windows (REH) lorsqu'une fenêtre de fichier sql est fermé:
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
Ces corrèlent à chaque tentative de fermer une fenêtre. Décocher les boîtes de construction/déploiement dans le gestionnaire de configuration ne semble pas aider (je cours VS 2017 Enterprise).
L'exécution procmon montre 11 secondes de retard sur ma machine à fermer une seule fenêtre après la poignée wermgr.exe est fermée:
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
Cela semble être un bug de produit sans solution connue à ce moment .
Avez-vous essayé devenv/SafeMode? Une autre option consisterait à attacher un autre Visual Studio au premier pour vérifier la callstack pendant que vous fermez le premier, peut-être qu'il se connecte quelque part et obtient des délais. –
SafeMode produit le même résultat. J'ai utilisé un moniteur de connexion pour voir s'il atteignait l'extérieur et pendait. Mais pas de dés. Bonne idée cependant! – pimbrouwers