Fehler, Irrtümer, Fragen - Seite 2555

Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
FILE_SHARE_READ für Schreib-Handle und FILE_SHARE_WRITE für Lese-Handle hinzufügen
Funktioniert nicht, nur einzeln, wenn man es an die Karte hängt. Gebraucht:
Funktioniert nicht, nur einzeln, wenn man es an die Karte hängt. Gebraucht:
Alles gelöst.Gebraucht:
Build 2135 ist überhaupt nicht in Ordnung
'GENERATE_VECTOR' - unexpected token, probably type is missing? 1_mystd.mqh 74 1
GENERATE_VECTOR' - unerwartetes Token, wahrscheinlich fehlt der Typ? 1_mystd.mqh 75 1
'GENERATE_VECTOR' - Variable bereits definiert 1_mystd.mqh 75 1Seit Ewigkeiten kompiliert, in der neuen Version kaputt.
Build 2135 ist defekt.
Hundert Jahre lang wurde kompiliert, die neue Version ist kaputt.
frisst den Compiler, aber in der neuen Version weigert er sich, sie müssen etwas geändert haben (ich glaube nicht, dass ich versehentlich eine Null gelöscht habe).
Ich schummle, es ist in Ordnung, einer der Abbrüche wurde in Form von
Der Compiler hat es früher verschlungen, aber in der neuen Version hat er sich geweigert, also müssen sie etwas geändert haben (ich glaube nicht, dass ich versehentlich eine Null gelöscht habe).
By the way, müssen wir die Entwickler bitten, eine Inline-Abbruch, Abbruch einzuführen ... und im Idealfall, natürlich, Ausnahmen. Aber fangen Sie wenigstens mit etwas Kleinem an.
Wenn ich mich nicht irre, habe ich in meinem letzten MQL-Zyklus darum gebeten, das ist jetzt 4 Jahre her, aber ich musste mir ein Tohuwabohu von gebildeten Leuten anhören, die sagten, sie bräuchten es nicht, schreiben Sie es einfach so... Wenn Sie dieAusführung des Programms bei einem kritischen Fehler beim Zugriff auf OHLC-Daten oder Indikatoren stoppen möchten... ich habe die Hälfte von kodobase durchgesehen, ja, einige Codewriter überprüfen diese Bedingungen, aber die Verarbeitung ist nicht vorhanden, das Maximum, das ich sehe, ist die Ausgabe im Expertenprotokoll, als ob ein Problem aufgetreten wäre, keine Sorge, ich werde weiterhin mit ungültigen Daten an diesem Tick arbeiten )))
SZY: Ich bin sauer, ich brauche eine einfache Möglichkeit, die Verarbeitung des aktuellen Ticks zu stoppen! - die Arbeit des Experten zu stoppen, also ist es möglich, aber die Verarbeitung eines Ticks zu stoppen, zu erfinden und sich herauszuwinden - ich vermute, dass auf Compiler-Ebene abort() nicht schwieriger zu realisieren ist als ExpertRemove() - das bereits existiert
ZZZY: die Aufgabe, einen EA in MQL ohne abort() im prozeduralen Stil zu schreiben, gleicht eher einer Erfindung als dem Zusammenbau eines Codes aus vorgefertigten Unterprogrammen. Ich vermute, dass diese ständigen Diskussionen darüber, wie man einen Indikator schreibt, der die Historie für einen anderen TF korrekt verarbeiten kann, auch mit abort() einfacher zu lösen sind - ich habe mich zu diesem Thema noch nicht entschieden
Wenn ich mich nicht irre, habe ich schon vor vier Jahren in meinem letzten MQL-Zyklus darum gebeten. Nun, alles ist wie immer
Sie haben Recht, wenn Sie das sagen, werden die gebildeten Leute aus allen Löchern kommen und sagen: "Das ist nicht C++").
Sie brauchen eine einfache Möglichkeit, die Verarbeitung des aktuellen Ticks zu beenden! - es bedeutet, dass es möglich ist, die Arbeit des EA zu stoppen, aber um die Verarbeitung eines Ticks zu stoppen, müssen Sie es erfinden und ausarbeiten - ich vermute, dass auf Compiler-Ebene abort() nicht komplizierter als ExpertRemove() implementiert werden kann - das existiert bereits
Nun, sowohl "abort" als auch "assert" sind auf dieselbe Weise implementiert wie im obigen Code. Allerdings ist es sicherlich hässlich und manchmal verwirrend, weil ich die vorangehende Meldung im Protokoll nicht immer bemerke. Vielleicht gibt es einen anderen Fehler, der etwas wie "interner Fehler" im Protokoll zurückgeben würde? Zumindest würde es nicht so peinlich aussehen)
Sie haben Recht, wenn Sie das sagen, werden die gebildeten Leute aus allen Löchern kommen und sagen: "Das ist nicht C++").
Nun, sowohl "abort" als auch "assert" sind auf die gleiche Weise implementiert wie im obigen Code. Allerdings ist es sicherlich hässlich und manchmal verwirrend, weil ich die vorangehende Meldung im Protokoll nicht immer bemerke. Vielleicht gibt es einen anderen Fehler, der etwas wie "interner Fehler" im Protokoll zurückgeben würde? Zumindest würde es nicht so peinlich aussehen)
hier hat mir@Vict geholfen, eine Ausnahme mit Ausgang zum OS über Makro-Ersatz zu machenhttps://www.mql5.com/ru/forum/318246/page10#comment_12651045
insgesamt eine praktikable Lösung, aber... aber es sieht hässlich und eklig aus! )))