Verlaufsprotokoll eines Programmes

[WeePee]

Hallo,

aufgrund der nichtlinearen Programmierung (Events, Timer, OO) wird es deutlich schwieriger, ein Programm zu debuggen. Daher suche ich nach einer Möglichkeit, den Verlauf eines Programmes zu protokollieren.

Ich denke da an eine Ausgabe wie:

Code: Alles auswählen

 
1.1.2000 20:38:22:345 Methode Class1.method1 ausgeführt
1.1.2000 20:38:22:444 Methode Class1.method2 ausgeführt
....
 

Gibt es eine mögliche Compilereinstellung dafür oder muss ich mir das selbst programmieren?

Liebe Grüße
Wolfram

[Michl]

Für soetwas hatte ich mir eine Statusanzeige gebastelt. Die Basisversion hatte ich hier mal gepostet. Da ich dort SimpleIPC (nutzt auch der Debugger) nutze, ist diese Anzeige Threadsicher und bei einem Absturz des eigenen Programms bleibt die Anzeige sichtbar (eigenständiges Programm). Man kann daher leichter nachvollziehen, wo der Fehler aufgetreten ist.

[m.fuchs]

Schau dir auch mal Log4Delphi (http://log4delphi.sourceforge.net/) an. Damit kannst du das ganz vernünftig realisieren. Die Logmeldungen musst du aber selber programmieren.

[gocher]

Kommt ganz darauf an auf welcher Klasse Dein Programm aufgebaut ist, z.B. TCustomApplication stell ein EventLog zur Verfügung, da kannst Du dann die Procedure DoLog überschreiben.

[martin_frb]

In Lazarus gibt es LazLogger.

Code: Alles auswählen

myapp.exe --debug-log=log.txt
 

Oder mit console compilieren, und console output nutzen

Code: Alles auswählen

 
uses  LazLogger / LazLoggerBase
 
debugln(['a',1,dbgs(true)]);
 
debuglnEnter(['a']); // increase indent
debuglnexit;
 

Man kann "uses" zu Unit LazLoggerDummy aendern, and all logging code is inactive (debugln is just an empty proc)

Supports switching on/off individual parts of the log. (search gdbmidebugger, and look in the code for examples / see initialization section.)
--debug-enable=FOOBAR
debugln(FOOBAR, ['aaa', 1]);

[NoCee]

Ich mach mit apptype console parallel zum Grafikfenster ein zusatzliches Konsolenfester mit auf.
In diesem werden Ausgaben wie früher einfach mit

Code: Alles auswählen

writeln('1.1.2000 20:38:22:345 Methode Class1.method1 ausgeführt');

geschrieben. Benutze ich recht oft. Für meine einfachen Pprogramme war das bisher absolut ausreichend
und vor allem billig zu machen.
Fuktioniert aber nur unter Win.

Code: Alles auswählen

{$mode objfpc}{$H+}
{$apptype console} 

Gruß
NoCee

[Antrepolit]

Hallo,

aufgrund der nichtlinearen Programmierung (Events, Timer, OO) wird es deutlich schwieriger, ein Programm zu debuggen.(...)

Hmm. Ich arbeite schon seit einigen Jahren als Software-Entwickler und kam mit den vorhandenen Tools wie Breakpoints und Aufrufstack bestens klar. Nur in seltenen, Betriebssystem-nahen Fällen mussten es mal der Processs Explorer, ein Dump File oder der Process Monitor sein, das reichte dann aber auch. Eine derartige Logging-Methode, wie du sie suchst, liefert sehr viel Output für einen sehr geringen Nutzen beim Anwender. Du solltest das Logging in der Endversion deaktivieren. Evtl. hilft die speziell zum Debuggen EurekaLog weiter.

[WeePee]

Danke an alle, die geantwortet haben ....

Ich habe mir schnell eine eigene Klasse geschrieben, die die Log-Daten in eine Datei schreibt, wenn das Log angeschaltet ist. Einziger Wermutstropfen ist, dass ich natürlich die Aufrufe der Methoden in das Coding einbauen musste.

Dabei habe ich dann einen (Performance-)Fehler (in meinem Programm) gefunden, den ich vorher - auch durch debuggen - nicht entdeckt hatte, da das Programm erst einmal ein paar Stunden laufen musste, damit der Fehler überhaupt "erkennbar" wird.

Liebe Grüße
Wolfram

[Christian]

Und was hat dir am Eventlog nicht gefallen ?

[m.fuchs]

Ich antworte jetzt mal, obwohl ich nicht gefragt bin. Für mich hatte TEventLog immer den Nachteil, dass es keine Flush-Möglichkeit gibt. Wenn ich beim Testen das Log mit tail betrachte, geschieht das immer mit Zeitverzögerungen. Ich wollte irgendwann mal einen Patch dafür schreiben, aber irgendwie bin ich nicht zu gekommen.

[WeePee]

Ich hatte die Wahl, mich in das Eventlog einzuarbeiten oder schnell eine eigene Klasse zu schreiben.

Da ich gerne Software entwickle, ist dann der Softwareentwickler mit mir durchgegangen und ich habe Software entwickelt.

[Christian]

@Michael lass es ins syslog schreiben, hat auch noch den charme das du mit dem syslog ja noch andere schicke sachen machen kannst wie mehrere rechner auf einen server loggen u.s.w.

[m.fuchs]

Im Livebetrieb mache ich das auch häufig. Aber im Testbetrieb will ich eigentlich nur Dateien haben, die Menge der angefallen Daten ist dann zu groß. Manchmal muss ich auch aus rechtlichen Gründen Logdateien aufbewahren. Gute, das könnte man auch per Syslog realisieren, aber man muss es erst mal machen.