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
Die Tabelle wurde soeben "aktualisiert". Und es ist wieder das Gleiche:
Die Tabelle wurde soeben "aktualisiert". Und es ist wieder das Gleiche:
Schreiben Sie dringend an servicedesk und halten Sie das Terminal offen
Soeben im Terminal überprüft - der EURUSD M1 Chart ist vollständig und lückenlos an der angegebenen Stelle vorhanden.
Versuchen Sie es mit dem Befehl "Aktualisieren" aus dem Kontextmenü des Diagramms.
Soeben im Terminal überprüft - der EURUSD M1 Chart ist vollständig und lückenlos an der angegebenen Stelle vorhanden.
Versuchen Sie es mit dem Befehl "Aktualisieren" aus dem Kontextmenü des Diagramms.
Soeben im Terminal überprüft - der EURUSD M1 Chart ist vollständig und lückenlos an der angegebenen Stelle vorhanden.
Versuchen Sie es mit dem Befehl "Aktualisieren" aus dem Kontextmenü des Diagramms.
Sie wurde manuell aktualisiert, vielen Dank. Da ich praktisch nicht mit Diagrammen arbeite, habe ich eine Frage: Wie aktualisiert man in einer solchen Situation die Minutenbasis? Das Terminal funktioniert nur mit der Basis, die es hat. Muss ich die Funktion der Synchronisationsprüfung integrieren?
Ich habe den Zeitpunkt des Ausfalls und der Wiederaufnahme der Kommunikation im Timer gespeichert.
Mit diesen Informationen können Sie versuchen, den Verlauf für den betreffenden Zeitraum herunterzuladen (Sie können auch die Synchronisierung mit dem Server überprüfen, wenn dies sinnvoll ist).
Meine Herren Entwickler, ich bin sprachlos. Ich habe ein Problem mit lokalen Variablen "wischen" in der Objektmethode nach internen Aufruf der gleichen Methode von einem anderen Objekt konfrontiert. Möglicherweise hängt es mit einer Optimierung der verschachtelten Funktionsaufrufe von Objekten zusammen, aber zumindest gibt es keine Fehler im Protokoll und keine Speicherlecks. Ich kann keinen umfangreichen Code zitieren, aber die Bedeutung wird aus den Beispielen im Prinzip klar:
Variante 1
Variante 2
Im Idealfall sollte der Code genau gleichfunktionieren . Aber... die Varianten funktionieren unterschiedlich.
So. Die Variante 1 funktioniert nicht richtig. Ich habe eine Aufzeichnung in der Debug-Datei durchgeführt und herausgefunden, dass die in der Operate-Funktion definierte Variable d1 in einem inneren Aufruf derselben Operate-Funktion, aber in einem anderen Objekt desselben Typs, mit dem Wert der Variable d1 überschrieben wird. D.h. kurz gesagt, nach dem Aufrufbool d2 = s2.process();
Die Variable d1 ändert ihren Wert in den Wert, der beim internen Operate-Aufruf in s2.process aufgetreten ist. Dieses Verhalten ist dasselbe wie bei der Änderung des Wertes einer statischen Variablen für Objekte desselben Typs. Hier hat die Variable jedoch eindeutig einen lokalen Geltungsbereich.
Die Frage der statischen Variablen wurde in diesem Thread angesprochen, und alles ist klar. Was aber ist mit der Unsicherheit der Werte lokaler Variablen zu tun?
"...die in der Funktion operate definierte Variable d1 wird durch den Wert der Variable d1 im internen Aufruf derselben Funktion operate, aber in einem anderen Objekt desselben Typs, überschrieben. D.h. kurz gesagt, nach dem Aufruf von
bool d2 = s2.process();
ändert die Variable d1 ihren Wert auf den Wert, der beim internen operate-Aufruf innerhalb von s2.process aufgetreten ist."
Hört sich entweder nach einer versteckten Rekursion an, mit den üblichen Nebeneffekten, oder ...
Theoretisch sollte der Code genau gleichfunktionieren . Aber... die Varianten funktionieren unterschiedlich.
Nein. Es ist nicht identisch.
Im ersten Fall werden s1.process und s2.process bedingungslos aufgerufen
Bei der zweiten Variante wird s1.process nur dann aufgerufen, wenn s2.process true zurückgibt. Dies wird als "verkürzte Konditionsbewertung" bezeichnet.