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:

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. :zwinker:

[APP]

Hallo shmia,

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

Deine "IDE Debugger Tricks" mit dem ShowMessage Schmäh (dt. Trick) sind :thuimb: , 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.

[static_cast]

Hi,

ich finde das mit dem "Bedingte Haltepunkte" etwas zu aufwändig und recht überflüssig gelöst, kannst doch ganz einfach mit F5 nen haltepunkt setzen und dann einen erweiterten draus machen und deine bedingung eintippan?!

Oder hab ich das jetzt falsch verstanden?!

Grüsse
Daniel

[shmia]

Zitat:

Zitat von static_cast

ich finde das mit dem "Bedingte Haltepunkte" etwas zu aufwändig und recht überflüssig gelöst, kannst doch ganz einfach mit F5 nen haltepunkt setzen und dann einen erweiterten draus machen und deine bedingung eintippan?!

Der Unterschied liegt in der Performance.
Bedingte Haltepunkte in der Delphi IDE bremsen den Programmablauf stark ab, während die Auslösung eines Breakpoints im Programmcode nahezu keine Zeit benötigt.
Gerade beim Beispiel Apfelmännchen möchte man nicht 10 Minuten warten bis der Breakpoint ausgelöst wird.

[static_cast]

Also ich hatte da nie Probleme und das bei einigen 10000 bis 100000 durchläufen, aber nungut ;) Jetzt bin ich schlauer *g*