results loggen

[Moombas]

@venice2: Definiere generell mal deine Anforderung "mehr Möglichkeiten" und was du dir darunter vorstellst. Generell macht ja dein Code und der von Codezwerg das was du willst, das Result in einer Datei loggen.

Ich vermute mal du willst zusätzlich noch so etwas mit loggen, wie z.B.:

1. Welche Funktion hat das Logging aufgerufen?
2. Welche Variablen wurden übergeben?
3. ...

Jedoch solltest du das dann exakt definieren, dann kann dir sicherlich auch geholfen werden.

Je nach dem empfiehlt es sich auch im CSV-Format zu loggen (z.B.: Datum/Zeit;Funktionsname;Variablen;Result), dann kannst du das Log später (falls gewünscht) schöner in Excel auswerten.

[venice2]

Zitat:

Definiere generell mal deine Anforderung "mehr Möglichkeiten"

Hätte vielleicht fragen sollen was ist so am gebräuchlichsten um Anwendern mitzuteilen was gerade welche
Funktion aufgerufen und welches Ergebnis erzielt wurde.
Vielleicht ist dann doch mein kleines Schnipsel ausreichend.

Wollte keine Unruhe hier einbringen.

Zitat:

schau dir mal Mormot an

Habe ich.
Es sind Abhängigkeiten zu anderen Units nötig.
Man kann nicht einfach nur SynLog.pas verwenden.
Danke für den Tip.

Eventuell reicht einfach schon OutputDebugString wie TurboMagic schon sagte.

[Jasocul]

Ich glaube nicht, dass wegen deiner Frage hier Unruhe aufkommt.

Das Fehlerprotokoll ist ja üblicherweise nicht für den Anwender gedacht. Daher auch die Frage, welche Möglichkeiten DU haben möchtest.

Ich trage in meine Protokolle üblicherweise bei Excpetions auch den Text der Exception mit ein. Bei kontrollierten Fehlern ist natürlich eigener Text drin. Ich arbeite da gerne mit strukturierten Fehlernummer und kurzen Klartexten, falls das doch mal telefonisch übermittelt werden muss. Über die Fehlernummer weiß ich dann, an welcher Stelle das Problem aufgetreten ist. Man kann natürlich Unit, Prozedur, Funktion, etc. ausgeben. Alles Geschmackssache, aber für den Anwender eher verwirrend (ist zumindest meine Erfahrung).
Ein Zeitstempel ist natürlich selbstverständlich. Aber den hast du ja schon berücksichtigt.

Wenn Anwender die Protokolle auswerten können sollen, muss das ausführlicher und für Anwender verständlich geschrieben sein.

[mjustin]

Ich werfe mal meine Logging Fassade https://github.com/michaelJustin/slf4p in den Ring

[venice2]

Zitat von mjustin:

Ich werfe mal meine Logging Fassade https://github.com/michaelJustin/slf4p in den Ring

Leider werden diese Units nicht gefunden.
Log4D,
TestFramework,
GUITestRunner,
TextTestRunner,

[mjustin]

Zitat von venice2:

Zitat von mjustin:

Ich werfe mal meine Logging Fassade https://github.com/michaelJustin/slf4p in den Ring

Leider werden diese Units nicht gefunden.
Log4D,
TestFramework,
GUITestRunner,
TextTestRunner,

Die braucht nur der Unittest, die mitgelieferten Loggingklassen tun's auch.

[venice2]

Zitat von mjustin:

Zitat von venice2:

Zitat von mjustin:

Ich werfe mal meine Logging Fassade https://github.com/michaelJustin/slf4p in den Ring

Leider werden diese Units nicht gefunden.
Log4D,
TestFramework,
GUITestRunner,
TextTestRunner,

Die braucht nur der Unittest, die mitgelieferten Loggingklassen tun's auch.

Ok
Werde es mal mit einem eigenen Example testen.
Ist ja nur das eine enthalten.

Danke.