Hi,

ich bin grad dabei n schönes game zu coden und komme auch gut voran.
Doch bei vielen Leuten stürtzt mein spiel einfach ab und ich weiss nicht woran es liegt...
Also mache ich jetzt eine LogFile funktion rein damit ich sehen kann wo der fehler auftritt. Erst dachte ich ey voll easy und jetzt fühl ich mich wie der letzte nub
Also ich benutze AssingFile und ReWrite um die datei zu erstellen und am ende vom prog CloseFile .. dass alles mit nem file vom type TextFile.
Wenn das prog dann wirklich absäuft, steht da nur das halbe log drinne irgentwo total unlogisch abgebrochen.

Dummerweise hab ich kein bisl erfahrung mit solcher art von problemen ... könnte auch irgentwas mit thread verwaltung zu tun haben von der ich auch keine ahnung hab. Aber meine Eigentliche Frage ist, ob es eine möglichkeit gibt wenn das prog abstürtzt noch was ins Log zu schreiben ?

Ich denke mal das hier bestimmt viele erfahrung mit sowas haben und mir vielleicht ne einfache lösung sagen können .. oder n opensource von irgentwas wo ich das draus lernen kann

danke schonma

Für zuverlässiges Logging musst du die Datei logischerweise nach jedem neuen Log-Eintrag auf die Platte speichern, denn beim Absturz deiner Anwendung ist ja nicht mehr garantiert das die Datei noch korrekt geschlossen (geschrieben) wird.
Am besten macht man das über eine TStringList, die man dann nach jedem Logeintrag via SaveToFile auf die Platte schreibt.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

ahh genau ... hatte auch schon versucht dass jedes ma neu zu schreiben aber hatte irgentwelche errors ... aber mit StringList hab ichs noch nich probiert ... thx

Mach um deine Hauptschleife einen try finally Block. Egal welche Exception auftritt, der finally Abschnitt wird immer ausgeführt.



Anstelle irgendeiner neudefinierten Variablen für die Textdatei kann man auch die vordefinierte Variable Output benutzen. Wenn man bei Write und Writeln keine Datei angibt, dann wird die Variable Output verwendet. Der Vorteil davon ist, daß man sich Schreibarbeit spart und das nicht jede Unit die in die Log Datei schreiben will, auch die Unit mit der Datei einbinden muß. Output ist nämlich in der Unit System und die wird immer automatisch eingebunden.

also das problem, mit den angefressenen logfiles ist, dass die textdateifunktionen von delphi die dateien stückweise cached - wie sich das gehört. mit einem gezielt eingesetztem flush nach einem schreibbefehl, sollte sich das problem lösen. notfalls in der hilfe nochmal nachschauen, wie der befehl heisst, aber mit flush bin ich mir ziemich sicher, kanns aber gerade nicht ausprobieren.

Sonst, für LogFiles hab ich mir diese Klasse gemacht:

Das mit der Standard-Ausgabe klingt interressant.

Kann man die Ausgabe auch auf ne funktion zeigen lassen oder so?

Also ich gebe mit writeln('...'); was aus und will das jetzt mit meiner Log Klasse abfangen um noch nen TimeStamp etc. hinzuzufügen. Das dann in eine Datei speichern is ja kein problem, aber kann ich das dann zusätzlich noch auf der Konsole ausgeben?

Alle Text File Typen sind in Wirklichkeit vom Type TTextRec. Die Standardfunktionen rufen bei der Ausgabe die entsprechenden Funktionen in dem TTextRec auf.



Die 4 Funktionen habe alle folgende Signatur:
Da kann man jetzt auch seine eigene Funktion zuweisen, die dann die Ausgabe entsprechend umleitet. Das wird z.B. in der unit Printers gemacht. Wenn man dann diesen TTextRec noch der Variablen Output zuweist ist das die neue Standardausgabe. Die genaue Erklärung zu den 4 Funktionen ist in der Delphi Hilfe unter Text-file device drivers zu finden. So wird da z.B. eine neue Textdatei erstellt und die Funktionen DevOpen,DevInOut,DevFlush und DevClose zugewiesen. Bei den Log Dateien kann man außer DevInOut eigentlich alles übernehmen. Der auszugebene Text steht dann in dem Buffer des übergebenen TTextRec.