[Erledigt] S: Erweiterung Verlaufsanzeige bei Debug

[Sir Rufo]

Der Stacktrace zeigt dir die aktuelle Aufrufreihenfolge an, ausgehend von dem Punkt, an dem du dich befindest.

Andersherum geht das nicht

[Aphton]

Es ist mit ein bisschen Aufwand natürlich möglich, relevante Funktionen mit "Marker" zu versehen, damit man später auch so ne Liste bekommt.
Stacktrace ist eigentlich genau dafür gedacht, aber das Ding ist wirklich ganz genau. Nach einem Buttonclick muss nicht unbedingt ConverZahlen folgen - dazwischen werden evt. Windows-Messages verarbeitet weswegen zu WndProc gesprungen werden muss oder was weiß ich..

Folgende Methode meinte ich vorhin:

Delphi-Quellcode:

{$DEFINE DEBUG}

procedure irgendeine_procedure();
begin
  {$IFDEF DEBUG}
  OutputDebugString(<String mit Informationen über momentante Position (Procedurename, Parameter..)>);
  {$ENDIF}
  blabla
end;

[Furtbichler]

Zitat von Sir Rufo:

Andersherum geht das nicht

"Doch" (irgendwie jedenfalls ungefähr).

Die Codeanalyse macht das, sie erstellt Codepfade, um zu prüfen, ob und wann Variablen verwendet werden, um die Verwendung von Registern zu optimieren. Dies könnte man anzeigen.

Andere IDE zeigen Abhängigkeiten, d.h. "Methode 'X' ruft Methode 'Y' auf, die dann 'Z1' und auch 'Z2' aufruft. Man kann so den ganzen Abhängigkeitsbaum erstellen. Der wird zwar groß, aber nicht unendlich groß, weil ich Rekursionen sicher erkenne.

Wie es aber *konkret* an einem bestimmten Breakpoint weitergeht, das weiß der Debugger von Delphi nicht. Die VS-IDE in der Extrem-Wer-hat-schon-soviel-Kohle-Version kann das aber (indirekt), da ich zu einem späteren Zeitpunkt einen Breakpoint 'B' setzen und dann in der Zeit 'zurückspulen' kann um mich auf den vorherigen Breakpoint 'A' zu setzen. Dann sehe ich in der Tat, wie man von 'A' nach 'B' kommt.

Wer das allerdings braucht, hat schlechten Code produziert, imho.

[Kralle]

Danke, für Eure Hilfe.
Habe den Fehler inzwischen mit F7/F8 gefunden.

Gruß HEiko