Suchergebnisse

Hallo zusammen, ich habe eine Projektmappe mit 12 Projekten darin. Egal welches der 12 Projekte ich versuche zu debuggen kommt immer wieder die Meldung in der Ausgabe "Das Programm xyz.exe wurde mit Code -2146233082 (0x80131506) beendet." Vor ca. einem halben Jahr hat das Debuggen mit dieser Projektmappe noch funktioniert. Wenn ich eine andere Mappe öffne, funktioniert das Debuggen problemlos. Vielleicht noch einige Infos zu den Projekten in der Mappe: - alle Projekte für x86 - alle Projekte Zie…

@RodFromGermany Die Seite hatte ich auch schon gefunden. Allerdings ist mir der Umgang mit WinDbg nicht vertraut. Die erste Frage wäre schon: Lade ich das VisualStudio als exe in WinDbg oder hänge ich mich nur an den Prozess für das Time Traveling? Was vielleicht noch zu sagen wäre: Wenn ich meine "fehlerhaften" Anwendungen kompiliere und auf den Zielsystemen ausführe, funktioniert alles wunderbar.

@RodFromGermany habe ich schon gemacht, siehe Lösungsansätze im ersten Post

Hallo zusammen, @Gregor Jasinski: Ich habe die Projektmappe jetzt mal auf Framework 3.5 hochgezogen, es hat sich allerdings am ursprünglichen Problem nichts geändert. @RodFromGermany: Ich habe mich etwas mit WinDbg beschäftigt und eine der problematischen, aber kompilierten Anwendungen darin gestartet. Hier zunächst die ersten Ausgabe des Debuggers: Quellcode (22 Zeilen) Da hat er eine Pause eingelegt. Als ich aber auf den grünen Pfeil für "Go" gedrückt habe, ist die Anwendung ganz normal gestar…

@Bluespide: Wenn ich VS als Admin starte, bleibt der Fehler bestehen. Ich benutze weder Async/Await noch Mutex.

@Gregor Jasinski: Die Optimierung ist abgewählt. Also weder "Überprüfungen auf Ganzzahlüberlauf entfernen" noch "Optimierungen aktivieren" hat einen Haken.

@Gregor Jasinski: Habe VS2022 installiert und meine Projektmappe getestet. Der Fehler bleibt bestehen.

Ich bin gerade dabei den Tipps von @VaporiZed nachzugehen. Jetzt habe ich zwei Dll's entfernt, welche nicht zum Stamm "System" gehören. Einmal die adodb (aus dem GAC) und einmal eine Dll für die Kommunikation per OPC. Nach Entfernen der adodb wurde mir auf einmal der ganze restliche Code rot unterstrichen. Beim darüberhovern kommt die Meldung "Es ist ein Verweis auf die Assembly "mscorlib, Version 2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" erforderlich, die den Typ "MarshalByRefO…

Guten Morgen, jetzt ist das Projekt komplett leer. Es ist nun lediglich noch die Startform (frm_Dateneingabe) vorhanden. Der Fehler erscheint trotzdem immer wieder. Gezipptes Projekt im Anhang. Ich hoffe, dass es richtig bereinigt ist.

Das habe ich mir fast gedacht. Aber was könnte es jetzt noch sein? Allzu viel bleibt fast nicht mehr übrig. Habe ja, wie bereits oben erwähnt, schon einiges deinstalliert und wieder neu installiert. Ich habe das Projekt nun auf NET-Framework 4.0 hochgezogen. Jetzt geht es Verstehe trotzdem nicht warum es bei 3.5 nicht funktioniert hat.

Das heißt wirklich immer. Wenn ich die genannten DLL-Verweise rausnehme ändert sich nichts. Anbei die Meldung. Ich dachte auch zunächst, dass es mir irgendetwas in meinem NET-Framework 2.0 zerschossen hat, deswegen die Deinstallation bzw. Deaktivierung des "Windows-Features" mit anschließender Reaktivierung. Aber die Anwendung lief mit dem WinDbg und auch so als kompilierte Anwendung auf meinem Rechner. Nach dieser Erkenntnis hatte ich meine ursprüngliche Vermutung wieder verworfen. Nur der inte…

Ja, genau so ist es. Wenn ich es mit Strg+F5 starte (also ohne Debuggen), funktioniert es auch. Nur mit dem Debugger nicht.