Fehlermeldung auf andrem Betriebssystem - Was nun???
-
OK, danke. Das hilft mir jetzt weiter!
Werde mal versuchen den Punkt 2 zu realisieren. (Aber was tun wenn nicht mal die erste Funktion aufgerufen wird??)
-
Dann kennst du den genauen Zeitpunkt wann dein Programm aussteigt und kannst auf Fehlersuche gehen. Debuggen musst du schon selber.
-
Du kannst dann das Logging auch noch gezielt unterteilen, bzw. Parameter mitschreiben, sobald Du die erste abstürzende Funktion lokalisiert hast.
-
Bei solchen Debug-Aktionen heisst es hald etwas kreativ zu sein. Mach dir ne Liste mit den Daten die dich interessieren, bzw. welche das Laufverhalten beeinflussen. Zunächst solltest du aber die exakte Zeile des Absturzes lokalisieren...
Ist hald mit etwas Arbeit verbunden...-junix
-
Bei linux/unix kann man beim Absturz eine core-Datei schreiben lassen. Gibts sowas nicht für Windows?
-
DrGreenthumb schrieb:
Bei linux/unix kann man beim Absturz eine core-Datei schreiben lassen. Gibts sowas nicht für Windows?
Dr. Watson is watching you...
-
Habt Ihr schon mal versucht, mit dem Dr. Watson-Log einen Bug zu finden?
Das geht... aber man muß die vom Compiler erzeugten Zwischendateien für die Exe noch haben, damit man das nachher in Deckung bringen kann. Es ist sehr aufwendig, daher hatten wir in der Vergangenheit entschieden immer wahlweise aktivierbare Klartext-Logfiles zu erzeugen.
-
Marc++us schrieb:
Habt Ihr schon mal versucht, mit dem Dr. Watson-Log einen Bug zu finden?
Geht das denn mit einem core dump unter Linux besser?!?!?!?!
-
ja, du lädst den coredump in den gdb und siehst sofort in welcher Zeile/Funktion usw. es abgeschmiert ist.
Weiß aber nicht ob das immer so glatt läuft, habs noch nie in der Realität gebraucht bzw. verwendet.
-
Ja, genauso funktioniert das unter Windows mit dem Visual Studio auch.
Aber wie gesagt... für die Release-Version ist es eine Katastrophe, man braucht die ganzen Symboltabellen, und und und.