Moderator: Moderatoren
Code: Alles auswählen
#ifndef DEBUG
#define DEBUG
#endif
Der Codeschnipsel sorgt nur dafür, dass "DEBUG" immer definiert ist. In der Standard-Errorsys wird das wiederum abgefragt, um in der Abfrage, wie nach dem Fehler fortgefahren werden soll, den "EXIT_WITH_LOG" anzubieten. Kommentiert man es aus, gibt es keine Errorlog, also keine XPPERROR.LOG.Da fällt mir auf:
Servus Carlo,ramses hat geschrieben: ↑Di, 09. Nov 2021 6:45 Hallo Werner
am besten geht dies nur durch eine komplett neu erstellte auf "Dienste" angepasste ErrorSys die auf einen Benutzerlosen Ablauf ausgerichtet ist.
So habe ich z.B. die Programme die als Dienst laufen immer als Consolen-App aufgebaut, so kann das Programm immer als Dienst oder Programm ausgeführt werden. Fehler gebe ich einfach mit ? auf die Konsole aus, Loge diese und sende dem Admin eine e-Mail.
Ein 2. Dienst überwacht den ersten und führt bei Bedarf einen Neustart des primären Dienst aus.
Servus Jan,Jan hat geschrieben: ↑Di, 09. Nov 2021 6:55 Werner,
für meine Programme und die meiner Kunden habe ich die erorsys u. a. so umgeschrieben, das ich immer auch eine Mail bekomme. Das wäre ja vermutlich genau das was Du benötigst. Wobei Du dann eventuell auch die Bildschirmausgabe des Fehlers im zusätzlichen Fenster abschalten könntest, damit das Programm ohne Nutzereinwirkung beendet ist.
Jan
Gefährliche Geschichte für Endlos-Schleifen oder Fatals? Oder macht ihr das über die Eigenschaften im Dienst, also ein Sprung in die errorsys führt i. d. R. zum quit und Windows startet den Dienst dann neu?(und versucht ggf., den Vorgang zu wiederholen)
Irreführend. Der Debug-Schalter ist eigentlich anders definiert, so entsteht bei mir der Eindruck, dass die errorsys immer davon ausgeht, dass man im debug-Modus ist. Für die Errorlog sorgt doch wiederrum:Tom hat geschrieben: ↑Di, 09. Nov 2021 9:05 Ach so:
Der Codeschnipsel sorgt nur dafür, dass "DEBUG" immer definiert ist. In der Standard-Errorsys wird das wiederum abgefragt, um in der Abfrage, wie nach dem Fehler fortgefahren werden soll, den "EXIT_WITH_LOG" anzubieten. Kommentiert man es aus, gibt es keine Errorlog, also keine XPPERROR.LOG.Da fällt mir auf:
Code: Alles auswählen
IF IsDebug() == .T.
ErrorLog( oError, 2 )
ENDIF
Ob und wie oft und unter welchen Bedingungen erneut versucht wird, etwas zu tun, hängt von der Situation ab. Und natürlich wird nicht beliebig oft wiederholt, sondern ein, zwei, drei Male - je nachdem. Wenn es dann nicht geht, teilt man beispielsweise dem Client mit, dass er es später noch einmal versuchen soll. Und es werden intern Nachrichten ausgelöst. Aber, nein, wir springen da nicht in die Errorsys - in der landet der Dienst praktisch nie. Die Sequenz (BEGIN SEQUENCE ...) trackt und protokolliert den Laufzeitfehler (wertet das Fehlerobjekt und einige anderen Daten aus) und beendet sich einfach. Dann wird sie ggf. wiederholt. In der Errorsys kommt man so überhaupt nicht an. Wenn ich z.B. im Server eine Session habe, die eine Sitzung repräsentiert, ist das gekapselt. Notfalls endet diese Session, und der Client muss es abermals versuchen - das ist ja keine Seltenheit im Netz, auch heuzutage noch. Und wenn er abermals reinkommt, wird erneut eine Session für ihn eröffnet, das alte Threadobjekt ist weg, der Fehler ist protokolliert. Und wenn der Client dann mehrfach nicht durchkommt, muss irgendwer nachsehen, welcher Fehler da warum immer wieder auftritt. Aber der Dienst läuft und kommt nicht in die Errorsys. Nie*. Das würde ihn killen.Gefährliche Geschichte für Endlos-Schleifen oder Fatals? Oder macht ihr das über die Eigenschaften im Dienst, also ein Sprung in die errorsys führt i. d. R. zum quit und Windows startet den Dienst dann neu?
