Fehler, Irrtümer, Fragen - Seite 1047
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
Neu diese Schaltfläche mit der Anzeige von Nachrichten in den Feeds von Freunden. Auch wenn Sie die Option "Im Feed anzeigen" deaktivieren, leuchtet sie auf, wenn eine Nachricht von einer bereits getrennten Seite erscheint.
Zumindest müssen Sie im Fenster *erfordert einen Neustart des Terminals für maximale Balken einstellen
es ist eine Menge Code, mit dem man arbeiten muss...
MQ Demo-Server.
In den Einstellungen - max. Balken pro Fenster = 100000
Ja, richtig, das habe ich versucht und bekam ein "oops" - ein reiner Fehler im Allgemeinen, für die Servicedesk.
Also (so wie ich es verstehe) wird der unschuldige, ahnungslose Indikator mit rates_total==100000 aufgerufen, aber die Anfrage CopyRates(,,100000,) führt zu einem Pop (array out of range in ...) - das Terminal hat bereits nur noch 50000 verfügbar.Ich habe mich auch daran erinnert.
Als mir auf drei Seiten gesagt wurde, dass die Bars gut funktionieren. Ich wechselte kurzerhand zu Max Bars und versuchte, das zu überprüfen. Da ich den Zusammenhang nicht gesehen habe, habe ich nicht geschrieben, dass ich mir das alles ausgedacht habe, ohne das Terminal neu zu laden...
Ich benutze keine Bars, aber vielleicht war das das Problem. Weil ich es am nächsten Tag nicht mehr reproduzieren konnte. Und ich bin einfach nicht mehr in die Einstellungen gegangen, ich habe immer unbegrenzt.
Es ist nur für Entwickler, kann aber nützlich sein.
Ich habe mich auch daran erinnert.
Auf drei Seiten wurde mir gesagt, dass die Bars in Ordnung sind. Ich wechselte kurzerhand zu Max Bars und versuchte, das zu überprüfen. Da ich die Verbindung nicht gesehen habe, habe ich nicht geschrieben, dass ohne erneutes Laden des Terminals alles zusammengesetzt war...
Ich benutze keine Bars, aber vielleicht war das das Problem. Weil ich es am nächsten Tag nicht mehr reproduzieren konnte. Und ich bin einfach nicht mehr in die Einstellungen gekommen, ich habe immer unbegrenzt.
Es ist nur eine Information für Entwickler, die vielleicht nützlich ist.
Ich benutze schon lange nicht mehr regulär prev_calculated, sondern deklariere global prev_calc und zähle damit (ich lebe glücklich und bin sehr dick :)
Aber natürlich muss dieser Fehler behoben werden. Zumindest wenn sich rates_total nicht geändert hat, muss prev_calculated auf Null zurückgesetzt werden, wenn sich jedoch ein kleinerer Wert ergibt, müssen Sie dies tun.
Ich benutze schon lange nicht mehr regulär prev_calculated, sondern deklariere global prev_calc und berücksichtige es (ich lebe glücklich und bin sehr dick :)
...
Danke, das ist für die Dokumentation :)
Danke, das kommt in die Dokumentation :)
Es ist bei ServiceDesk.
Man hat ihnen bereits alles gesagt.
Sie sind einfach ein zu reifer Programmierer, um den Wert Ihrer Ratschläge zu erkennen. Für mich, als ewigen Dummie - das ist am Rande der Entdeckung :) so in die (persönliche) Dokumentation.
Man hat ihnen bereits alles gesagt.
Sie sind einfach ein zu alter Programmierer, um den Wert Ihrer Ratschläge zu schätzen. Für mich, als ewigen Dummie - das ist am Rande der Entdeckung :) so in der (persönlichen) Dokumentation.
Nun, in Ihrer persönlichen Dokumentation finden Sie das hier.
Erzwungener Beginn der Neuberechnung, wenn der Verlauf im Fenster auf maxbars getrimmt wurde und rates_total kleiner wurde.
Der Fehler ist nicht kritisch (er wird beim nächsten Tick korrigiert), aber bei demselben Tick, bei dem der Verlauf getrimmt wurde, kommt es zu einer Verschiebung des Diagramms aufgrund der Nichtübereinstimmung, und die Neuberechnung wird durch die Zyklusbedingung blockiert, weil prev_cal>rates_total ist, und das bedeutet, dass es keinen Eintrag in den Zyklus gibt.
Nun, in der persönlichen Dokumentation gibt es dann das hier.
Erzwungener Beginn der Neuberechnung, wenn der Verlauf im Fenster auf maxbars getrimmt wurde und rates_total kleiner wurde.
Der Fehler ist nicht kritisch (er wird beim nächsten Tick korrigiert), aber bei demselben Tick, bei dem die Historie getrimmt wurde, kommt es zu einer Verschiebung des Diagramms aufgrund der Nichtübereinstimmung, und die Neuberechnung wird durch die Zyklusbedingung blockiert, da prev_cal>rates_total und somit kein Eintrag in den Zyklus erfolgt.
Okay, danke.