Bibliotheken: Init_Sync - Seite 2

Neuer Kommentar
 
fxsaber:

Ich habe kein gefährliches Beispiel gefunden.

Soweit ich mich erinnere, ist dies die einzige Bibliothek dieser Art, in der #include vorhanden ist, aber nichts davon vom Benutzer irgendwo im Code aufgerufen wird.

Nun, die Hauptsache in dieser Bibliothek ist eine trickreiche Überschreibung von Standardfunktionen. Es stellt sich als impliziter Aufruf heraus.

Ich erzähle Ihnen von der Gefahr aus der Sicht der Änderungen und der Code-Unterstützung. All diese impliziten Überschreibungen werden leicht vergessen, und dann, wenn sich die Plattform ändert oder der Synchronisator kaputt geht, wird es sehr schwierig sein, sie zu entdecken. Dennoch stimme ich zu, dass dies eine weit hergeholte Situation ist. Im Allgemeinen ist die Idee sehr originell und sinnvoll. In der Tat, durch die einfache Verbindung der Bibliothek, ohne irgendwelche Anrufe, erhalten wir ein sehr nützliches Ergebnis.

 
fxsaber:


Übrigens, vielen Dank für den Code. Ich habe eine Menge wertvoller Dinge gelernt und einige interessante Ideen bekommen.
 
Ich habe die Verzögerungszeit gemessen
    static const ulong StartTime = GetMicrosecondCount();    

// if (FirstRun && (!::GlobalVariableCheck(INIT_SYNC::InitSync.GlobalName)))
    if (FirstRun && (!INIT_SYNC::ResourceCheck(INIT_SYNC::InitSync.GlobalName)))
    {
// FirstRun = (::GlobalVariableSet(INIT_SYNC::InitSync.GlobalName, 0) == 0);
      FirstRun = !INIT_SYNC::ResourceCreate(INIT_SYNC::InitSync.GlobalName);

      if (!FirstRun)
      {
        Print(GetMicrosecondCount() - StartTime);

Manchmal geht es bis zu 300 ms beim Umschalten von TF. Und das ist nicht auf "kalt". Es stellt sich heraus, dass auch ein "heißes" Terminal manchmal verlangsamt.

Wahrscheinlich sollte ich darüber an SD schreiben, um es zu beheben.

 

Ich kann das leider nicht nachvollziehen. Bei meinen Tests wird keine Reihenfolge gestört.

Es wird wie erwartet DeInit und dann Init ausgeführt. Alles andere wäre ja eher fragwürdig.


Daher frage ich mich, was dieses Codebeispiel soll !?

 

Ich vermute, dass das manchmal auftritt, aber nicht immer und notwendigerweise.

Liegt wahrscheinlich am 'threadrace' und da ist nicht bestimmbar was wann in welcher Reihenfolge ausgeführt wird.

Ich hatte selbst mal die Idee (in MT4, sollte aber auch in MT5 gehen) 

   int lastPing = TerminalInfoInteger(TERMINAL_PING_LAST);

zu verwenden, um eine Unterbrechung der Verbindung zum Server zu verwenden - nicht möglich!

Da der Ping-Test vom Terminal im eigenen Thread ausgeführt wird, ist es nicht sicher, dass dieser Befehl, auch wenn er als aller, aller, aller erstes in OnCalculate() oder OnTick() steht, die Unterrechnung korrekt anzeigt.

Wenn der Ping-Test nur ein Millisekündchen vor her ausgeführt worden war, zeigt er an alles sei ok :(

Probier es aus, in dem Du einfach mal das Lankabel ziehst...

Meine Vorschlag, entweder durch das Ändern des Threadings (wohl schwer), oder durch das Bereitstellen der letzten 2, 3 Pingtest (wäre einfach) von einem EA oder Indikator super einfach eine Unterbrechung erkennen zu können: We have no intention....

 
Otto Pauser:

Ich kann das leider nicht nachvollziehen. Bei meinen Tests wird keine Reihenfolge gestört.

Es wird wie erwartet DeInit und dann Init ausgeführt. Alles andere wäre ja eher fragwürdig.


Daher frage ich mich, was dieses Codebeispiel soll !?

Wenn man diesen Indikator startet und seinen Zeitrahmen oder Symbol ändert, sieht man eine Störung in der Reihenfolge der Strings "Init" und "Deinit" im Journal.
 

Ein Mischmasch aus einem anderen MT5-Indikator Spezifität.


Es gibt einen sehr subtilen Punkt in der Bibliotheksquelle

  static string GetMyUniqueName( void )
  {
    const int handle = GetMyHandle();

    MqlParam Params[];
    ENUM_INDICATOR Type;

    const int Total = ::IndicatorParameters(handle, Type, Params);
    ::IndicatorRelease(handle);

    uchar Bytes[];

    for (int i = 1; i < Total; i++)
    {
      ::ArrayCopy(Bytes, _R(Params[i].double_value).Bytes, ::ArraySize(Bytes));
      ::ArrayCopy(Bytes, _R(Params[i].integer_value).Bytes, ::ArraySize(Bytes));
      ::ArrayCopy(Bytes, _R(Params[i].string_value).Bytes, ::ArraySize(Bytes));
    }

    return("::" + (string)::ChartID() + (string)INIT_SYNC::crc64(Bytes) + ::MQLInfoString(MQL_PROGRAM_NAME));
  }


Es handelt sich um eine hervorgehobene Zeile, die obligatorisch ist, aber der Grund dafür ist schwer in Worte zu fassen.

[Gelöscht]  

Hallo @fxsaber, ich erhalte die folgenden Fehler beim Versuch, Ihre Bibliothek zu verwenden


Wie kann ich das beheben? Danke.

 
Paul Carissimo:

Hallo @fxsaber, ich erhalte die folgenden Fehler, wenn ich versuche, Ihre Bibliothek zu verwenden

Wie kann ich das beheben? Danke.

Lesen Sie die Beschreibung sorgfältig.

12
Neuer Kommentar