2009-06-03 2 views
4

Wenn ich versuche, Komponententests nur im Debugmodus unter "Microsoft Visual Studio Team System 2008 SP1" auszuführen, ist die Ansicht Testergebnisse in geöffnet ein anderer als der Hauptbildschirm (ich habe 2 Monitore), stürzt der devenv.exe-Prozess ab. Sind Sie schon einmal auf einen ähnlichen Fehler gestoßen? Hast du einen Workaround dafür gefunden?Visual Studio stürzt ab, wenn Debug-Tests mit der Ansicht Testergebnis in einem anderen Bildschirm ausgeführt werden

+0

Ich bestätige das Problem. Das Gleiche in VS2010. Ich debuggte VS2010 und es stellte sich heraus, dass es einen Überlauf in * clr.dll * gibt. –

Antwort

2

Ich habe noch nie zuvor von diesem Problem gehört. Es wäre großartig, wenn Sie bei diesem Problem einen Fehler mit Visual Studio Connect einreichen könnten.

Kunden Fehler, besonders leicht reproduzierbar diejenigen, werden sehr ernst genommen, und es wird betrachtet werden.

Würde es Ihnen auch etwas ausmachen, in den Kommentaren die ID des Fehlers zu posten?

+1

Die Fehler-ID lautet 463445 –

1

Gelöst für mein Szenario: Es war ein Referenzproblem. Nachdem die Fusion-Assembly-Bind-Protokollierung vollständig aktiviert wurde, habe ich festgestellt, dass Bibliotheken, auf die ich in einer web.config verwiesen habe, bei der Kompilierung für x86 stark benannt wurden, aber wenn ich sie für Any CPU neu kompilierte oder x64, ich hatte keine starke Namensgebung verwendet und daher ein PublicKeyToken von null. Daher wurden Assemblys, die tatsächlich bereitgestellt wurden, nicht zur Laufzeit vom Framework gefunden.

Schlechte Referenzen/Assembly Bind Probleme/Config-Datei Probleme scheinen ein echter Knackpunkt rund um .NET - viel Potenzial für Absturz und Brennen mit wenig oder keine direkte Rückmeldung, wenig oder gar nichts nützliches endet im Ereignisprotokoll .

Verwandte Themen