Delphi Fehlersuche (Strategien & Tips)

[shmia]

Hallo,

ich stelle hier mein Tutorial zur Fehlersuche in Delphi Programmen vor.
Besonders das Aufspüren von Zugriffsverletzungen wird erklärt.

[Luckie]

Etwas dürftig. Und das rtf-Format ist auch nicht so glücklich gewählt.

[shmia]

Hier kommt das Update.
Ideen und Vorschläge sind willkommen.

[shmia]

Update
unerwünschte Seiteneffekte von Assert
Untersuchung von TStrings – Objekten
Ausgabe von Debug-Meldungen in einem Konsolenfenster

[Luckie]

Hört irgendwie ziemlich plötzlich auf.

[supermuckl]

jo und ohne delphi hilfe weis man auch net gleich was assert genau macht

[shmia]

Zitat von Luckie:

Hört irgendwie ziemlich plötzlich auf.

Konstruktive Kritik, Verbesserungen und Erweiterungen sind stets willkommen.
Es ist nicht mein Tutorial, sondern es gehört euch allen. Kostenlos.

[APP]

Hallo shmia,

gutes Tut, vor allem auch für Einsteiger geeignet.

Deine "IDE Debugger Tricks" mit dem ShowMessage Schmäh (dt. Trick) sind , da habe ich was dazugelernt!

[woki]

Hallo,

Ein paar kleine Hinweise oder Empfehlungen:

Outputdebugstring ist eine nette Sache, da mann hier den Programmablauf nachträglich verfolgen kann, man kann also unter Umständen sogar nachvollziehen, was ein Tester gemacht hat, um einen Fehler zu produzieren.
Outputdebugstring führt aber leider zu Schutzverletzungen unter Win98, ME, ob immer weiß ich nicht, aber häufig genug.

Ich empfehle deshalb diesen und jeglichen Code zum Debuggen (incl Showmessages) bedingt in den Code zu compileren {$IFDEF Debug}, so kann man ihn schnell aktivieren und wieder entfernen. Die verwendeten Bedingungen könnte man sich ja in der Projektdatei merken, dann muß man nicht den Code durchsuchen, wenn amn sie später nochmal braucht.

Eine Alternative zu Outputdebugstring können Ereignisausgaben in nicht anhaltenden Breakpoints sein. Diese kann man in Gruppen verwalten, man ändert nichts am Code, kann sie gruppenweise aktivieren und deaktivieren etc.

Grüße
Woki

[shmia]

Update: Debug Ausgaben über GExperts.