Diskussion zum Artikel "Fehler finden und Protokollierung"
Vielen Dank für den Artikel. Lange Zeit wollte ich so etwas erstellen, aber alle Hände kamen nicht auf. Und jetzt... benutze ich es bereits.
Mir hat der Artikel auch gefallen, danke. Denn MT druckt mit Auslassungen und das ist sehr unpraktisch.
Ich war mehr auf diese oder ähnliche Dinge aus:
void PrintDebugInfo(string InputString) { CopyTime(Symbol(),Period(),0,1,Time); ArraySetAsSeries(Time,true); FileWrite(FileHandle,Time[0]," ",InputString); }
Danke für den Code, wir werden ihn verwenden....
Vielen Dank für den Artikel. Lange Zeit wollte ich so etwas erstellen, aber alle Hände kamen nicht auf. Und jetzt... benutze ich es bereits.
Wenn ihr es benutzt, werde ich die Klasse und das Programm verbessern, denn ich habe zuerst für mich selbst geschrieben, und dann kam mir der Artikel in den Sinn))))
Sehr nützliches Material!
Die angehängte .exe-Datei ist immer noch in russischer Sprache. Könnten Sie sie bitte erneut hochladen?
P.S. Das ist wirklich nützlich! Eine der ersten Klassen, die in jedem OOP-Projekt deklariert werden sollte, ist eine, die Fehler behandelt!
Wenn Sie vergessen, die Spülung zu verwenden, kann es zu Datenverlusten kommen.
Eine bessere Lösung wäre die folgende:
private: void flush(void); // Zwischenspeicher in Datei leeren
//+------------------------------------------------------------------+ //| Deinitialisierung| //+------------------------------------------------------------------+ void CLogger::deinit(void) { flush(); // Daten spülen FileClose(handleFile); // Datei schließen }
So dass die Daten automatisch gespeichert werden.
ps.: Es tut mir leid, wenn ich die Rechtschreibung beleidigt habe, der Google-Übersetzer hat mir geholfen...
Dmitry Alexandrovich, ich danke Ihnen für Ihre Arbeit, ich habe für so etwas für eine lange Zeit gesucht und schließlich fand es ))
Vorschlag zur Verbesserung von logmon.exe, um eine Einstellung, die in der Lage wäre, die Pfade, wo für Dateien mit Protokollen zu suchen, weil zwei Kopien in verschiedenen Ordnern (für die Tester und Standard-Arbeit) irgendwie dilettantisch zu haben ))
obwohl ich es vielleicht selbst fertigstellen werde, wenn ich es in die Finger bekomme ))
wenn du noch etwas nützliches hast - poste es, dein Stil der Programmierung und Präsentation von Material ist sehr hirnlos )).
Ich erhalte eine Fehlermeldung, wenn ich historische Daten debugge: "MQL5 debugger failed to start debugging 'testlogger.ex5' on history". Bei echten Daten funktioniert es gut.
Können Sie mir bitte sagen, was ich ändern muss, damit es in der Historie funktioniert?
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Neuer Artikel Fehler finden und Protokollierung:
Der MetaEditor 5 verfügt über ein Feature zur Fehlersuche. Doch Wenn Sie Ihre MQL5 Programme schreiben, möchten Sie oft nicht nur einzelne Werte anzeigen, sondern alle Meldungen sehen können, die während des Tests und der Online-Arbeit auftauchen. Wenn die Inhalte der Protokolldatei groß sind, dann liegt es nahe, die rasche und schnelle Abfrage der benötigten Meldung zu automatisieren In diesem Beitrag geht es um das Finden von Fehlern in den MQL5 Programmen sowie um Methoden der Protokollierung. Darüber hinaus werden wir die Protokollierung in Dateien vereinfachen und LogMon kennen lernen, ein einfaches Programm zur bequemen Ansicht von Protokollen.
Hallo lieber Leser!
In diesem Beitrag betrachten wir uns verschiedene Möglichkeiten, wie man in Expert Advisors/Skripts/Indikatoren Fehler finden kann und sehen uns Methoden der Protokollierung an. Zudem lernen Sie ein kleines Programm zur Ansicht von Protokollen kennen - LogMon.
Fehler zu finden ein wesentlicher Bestandteil des Programmierens. Wenn Sie einen neuen Code-Block schreiben, müssen Sie stets prüfen, ob er auch korrekt funktioniert und keine logischen Fehler enthält. Einen Fehler in Ihrem Programm stellen Sie auf drei verschiedene Arten fest:
Autor: Дмитрий Александрович