Fehler, Irrtümer, Fragen - Seite 2068
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
Ein recht interessanter Überblick über die neue WebAssembly-Technologieunter https://habrahabr.ru/post/342180/
WebAssembly (WASM) — новый бинарный формат, позволяющий запускать код в браузере...
Anwendungen von WebAssembly:
-Geringere Ladezeit
-Höhere Berechnungsgeschwindigkeit
C/C++-fertigen Code verwenden
In Anbetracht der Mediengerüchte über einen möglichen Webdienst für die MQL-Code-Kompilierung,
Es stellt sich die berechtigte Frage nach der Durchführbarkeit des Projekts, benutzerdefinierte Expert Advisors direkt über einen auf WebAssembly basierenden Browser auszuführen.
Löschen Sie die Protokolle, dann macht es mehr Sinn. Sowohl der Expert Advisor als auch das Terminal.
Registerkarte Terminal
Registerkarte Experte
Nach Fehler 3 findet kein wirklicher Abschluss mehr statt. Ich habe es verstanden.
Expert Advisor 1 schließt und der zweite versucht, dieselbe Position zur gleichen Zeit zu schließen.
Ich habe die Arbeitslogik korrigiert, und es treten jetzt keine Fehler mehr auf.
ABER: Die Fehlernummer ändert sich von #3 zu #4108, wenn die an OrderClose() übergebenen Parameter innerhalb der Schleife unverändert bleiben.
Warum wird zuerst Fehler Nr. 3 und dann Fehler Nr. 4108 ausgelöst? - Das ist die Frage, die bleibt.
{Wenn wir uns die Zeitabläufe ansehen, dann haben wir einen Versuch, einen gesperrten Auftrag zu schließen (in diesem Fall wird der Fehler 139 selbst nicht angezeigt), aber nachdem er geschlossen wurde (und der Auftrag somit entsperrt ist), erhalten wir Fehler 3 }.
Warum gibt das Terminal keine spezifische Fehlermeldung aus, dass der Auftrag blockiert ist, sondern nur die allgemeine Fehlermeldung 3?
ABER: Ändern Sie die Fehlernummer von #3 in #4108, wenn die an OrderClose() übergebenen Parameter innerhalb der Schleife unverändert bleiben.
Warum erscheint zuerst Fehler Nr. 3 und dann Fehler Nr. 4108? - Das ist die Frage, die bleibt.
Dies ist die Version des Codes, in der es 1 OrderSelect gab, nicht wahr? Dann ist 4108 gerechtfertigt.
3 ist, wenn ein anderer EA eine Position schließt und 4108 ist, wenn wir versuchen, eine bereits geschlossene Position zu schließen.
Dies ist die Version des Codes, in der es 1 OrderSelect gab, nicht wahr? Dann ist 4108 gerechtfertigt.
3 ist, wenn ein anderer EA eine Position schließt, 4108 ist, wenn wir versuchen, eine bereits geschlossene Position zu schließen.
Richtig.
Aber warum wird der Fehler 139 nicht erzeugt, wenn man versucht, einen bereits abgeschlossenen Auftrag zu schließen?
Schließlich haben wir eher die Situation des Fehlers 139. Ist es nicht so?
Falscher Fehlertext
Richtig.
Aber warum erscheint die Fehlermeldung 139 nicht, wenn man versucht, einen Auftrag abzuschließen, der bereits zum Abschluss gesendet wurde?
Schließlich haben wir eher die Situation des Fehlers 139. Ist es nicht so?
Ich weiß es nicht. Aber man kann es auch nicht als Fehler bezeichnen.
Ich weiß es nicht. Aber es ist auch schwer, es als Fehler zu bezeichnen.
Wenn Sie sich das Terminalprotokoll ansehen, wird die Fehlermeldung 3 erzeugt , nachdem die Position geschlossen wurde und nicht, wenn die Sperre auf dem Server hätte erkannt werden müssen.
Die Fehlermeldung 139 hätte fast 0,5 Sekunden früher angezeigt werden können. Die ganze Zeit, die Expert Advisor "hängt", um Fehler 3, nachdem der Auftrag geschlossen wird.
Und übrigens, Fehler 3 Ungültige Parameter ist im Terminalprotokoll und 4108 nur aufgrund seiner Ausgabe und nur in der Registerkarte EA. Es sieht so aus, als ob 4108 eine clientseitige Verarbeitung ist.
Ich möchte nur die Logik kennen/verstehen, um sie in den Code einzubauen, anstatt mit der wissenschaftlichen Messmethode herumzufummeln... )
In welcher anderen Situation würde man eine Fehlermeldung 139 als diese erhalten...?
Es gibt keine bessere Situation, um einen Fehler 139 zu erhalten...?
Wenn ein schwebender Auftrag/SL/TP ausgelöst oder eine Position durch einen Stop-Out (auch auf dem Server) geschlossen wird.
Ich weiß nicht, wie es mit 4108 aussieht.
Aber auch hier sehe ich keinen Grund, dem nachzugehen - wenn 2 EAs gleichzeitig einen Schließungsauftrag erteilen, wird einer von ihnen definitiv einen Fehler haben (was macht das für einen Unterschied?).
Die Verarbeitung ist sehr einfach - OrderSelect ausführen und OrderCloseTime prüfen.
wtf?
des Moderators:
Aufgrund einer technischen Panne wurde der Beschreibungstext leider gelöscht. Bitte schreiben Sie es erneut und schicken Sie das Produkt zur Überprüfung ein.
Wir entschuldigen uns für die entstandenen Unannehmlichkeiten.
Es ist nicht nur lästig, sondern auch nervig, ein paar Mal (jedes Mal 10 Tage Wartezeit) zu löschen und dann zu sagen: Ups, tut uns leid, wir haben es gelöscht, stellen Sie es irgendwie selbst wieder her und warten Sie dann weitere 10 Tage. - Und wenn ich es versuche, stürzt die Seite ab...
Was zum Teufel ist das? Was für ein Fehler muss passieren, damit dies verloren geht? dass es keine Historie gibt, die wiederhergestellt werden kann? Die Beschreibungsnachricht liegt seit einigen Tagen im Speicher.
Warum ist die Nachricht des Moderators dieses Mal nicht aufgetaucht?
Ich weiß mit Sicherheit, dass dieses Problem nicht nur einmal auftritt. Diese angebliche Störung ist in Wirklichkeit keine Störung (wahrscheinlich verzögert), da sie nicht nur bei mir und nicht zur gleichen Zeit auftritt (das Problem besteht seit mehr als einem halben Jahr)! - Bitte kommentieren...
Und bitte reparieren Sie es. Wenn Sie das nicht können, stellen Sie mich ein. Ich mache es in einer Woche, für 2.000 Euro.
Was für ein Fiasko.
Werden sie die Löschung tatsächlich wiederherstellen? Die Hälfte meines Schriftwechsels mit dem Moderator ist verschwunden. Die Nachrichten aus dem Forum sind verschwunden. Und die Moderatoren haben Nachrichten gelöscht, die in der Folgezeit ins Leere gelaufen sind.
Warum gibt es keinen Wartungsmodus? - Es ist besser, in dieser Reihenfolge zu sagen: erst wird der Modus aktiviert, dann wird gearbeitet, dann wird der Modus wiederhergestellt.
Kaum habe ich eine Nachricht gepostet, ist die Website nicht mehr erreichbar. Ich habe beschlossen, die Seite zu aktualisieren - sie ist nicht mehr verfügbar...
So kann man nicht arbeiten - nun ja, es ist nicht seriös...
In einem neuen Kommentar an den Moderator habe ich die Beschreibung, die fehlte, dupliziert, um nicht noch mehr zu verlieren.
Was soll ich mit dem Produkt tun? es per E-Mail schicken? es an die Kommentare anhängen? oder es noch einmal versuchen und 24 Stunden warten?