Fehler, Irrtümer, Fragen - Seite 404

[Gelöscht]  
AlexSTAL:

Build 463 x64

Ich stehe einfach unter Schock (positiv)

Das Terminal mit den schwebenden Experten wurde in weniger als 30 Sekunden geladen, statt in 15-20 Minuten (das habe ich nicht vermisst)!

Was haben Sie optimiert?

Das Terminal startet zwar innerhalb von 10 Sekunden, aber es kommt immer noch zu Konflikten mit dem Antivirusprogramm.

An die Entwickler.

Was sollte ich tun, um Antivirus nicht abzuschalten und das Terminal nach dem Update nicht zu stören?

 
AlexSTAL:

Build 463 x64

Ich stehe einfach unter Schock (positiv)

Das Terminal mit den schwebenden Experten wurde in weniger als 30 Sekunden geladen, statt in 15-20 Minuten (ich habe mich nicht geirrt)!

Was haben Sie optimiert?

Können Sie das alte und das neue Startprotokoll anhängen?

Das heißt, die ersten N Zeilen des alten Starts des vorherigen Builds bis zum Zeitpunkt der Stabilisierung und die ersten N Zeilen des Logs des neuen Builds bis zum Zeitpunkt der Stabilisierung?

 
Interesting:

Das Terminal wird zwar innerhalb von 10 Sekunden geladen, aber es kommt immer noch zu Konflikten mit dem Antivirusprogramm.

An Entwickler.

Was sollte ich tun, um Antivirus nicht zu zerstören und damit das Terminal nach der Aktualisierung nicht abstürzt?

Was genau passiert (Screenshots, Protokolle, Beschreibungen) und mit welchem Antivirus?

Wir unsererseits machen alles korrekt innerhalb vernünftiger Grenzen und alle unsere Dateien sind digital signiert. Antivirenprogramme mögen es einfach nicht, wenn sich ein Programm selbst aktualisiert.

 
Rosh:
Es wurden Beispiele für 25 technische Indikatoren hinzugefügt. Ich werde das nächste Woche auch für die anderen tun.
Danke. Ich würde gerne etwas Ähnliches sehen, das die Standardbibliothek und Beispiele für Letzteres verwendet.
[Gelöscht]  
Renat:

Was genau ist los (Screenshots, Protokolle, Beschreibungen) und mit welchem Antivirus?

Wir unsererseits machen alles korrekt innerhalb vernünftiger Grenzen und alle unsere Dateien sind digital signiert. Antivirenprogramme mögen es einfach nicht, wenn sich das Programm selbst aktualisiert.

Ich habe das Problem bereits zuvor beschrieben.

Im Allgemeinen sieht das so aus:

1. Beim Upgrade auf ein neues Build kann das Terminal beim ersten Neustart das neue Build nicht normal laden.

Der Prozessor ist zu 70-100% ausgelastet. Der terminal.exe-Prozess bleibt in den Listen hängen (der Prozess kann nicht manuell entladen werden). Der Prozess ist vorhanden, aber nicht die Schnittstelle (ein paar Mal wurde versucht, die Schnittstelle zu öffnen, aber es war nur ein weißes Fenster ohne Menüs und andere Elemente sichtbar).

KIS 2011 Antivirus (11.0.2.556 - b.c.d). Der maximale Schutz ist aktiviert (außer vielleicht für die Kindersicherung), aber MT5 hat alle erforderlichen Berechtigungen.

Ich habe auch alle Kontrollkästchen angekreuzt, wo immer es möglich war - vertraue Programmen, die eine digitale Signatur haben.

3. Das Terminal lässt sich nur starten, wenn ich den automatischen Neustart nach Updates deaktiviert habe, das Antivirusprogramm deaktiviert habe (es funktioniert nicht mehr) und dann das Terminal gestartet habe.

Alle Neustarts werden bei aktivem Virenschutz normal durchgeführt.

Es gibt Fälle von erfolgreichem Neustart nach dem Update, aber das Terminal lädt etwa 15-20 Minuten (unter glücklichen Umständen weniger).

PS

Es kann sein, dass es nicht mit Antivirus zusammenhängt (z.B. interne Arbeit des Terminals beim Wechsel des Builds), aber es dauert zu lange mit aktivem Schutz.

Zumindest war es früher so.

 
Renat:

Können Sie das alte und das neue Startprotokoll anhängen?

Das heißt, die ersten N Zeilen des alten Startprotokolls des vorherigen Builds vor der Stabilisierung und die ersten N Zeilen des neuen Build-Protokolls vor der Stabilisierung?

Ladeprotokoll (wo 15 Minuten später, wenn es wichtig ist... und das wird wahrscheinlich ausreichen)
Dateien:
log.txt  7 kb
 

Build 463, WinXP SP3.

Seit einigen Builds funktioniert der Optimierer nicht mehr richtig. Während der Optimierung gehen die Agenten in den Zustand "fertig" oder "bereit" über, und einige bleiben im Zustand "beschäftigt", bis Sie die Agenten mit dem Zustand "beschäftigt" manuell deaktivieren/aktivieren (d. h. der eigentliche Testprozess wird beendet). Nach dem "Neustart" von Agenten im besetzten Zustand wachen alle anderen Agenten auf, und der Prozess wird fortgesetzt, bis es zu einer erneuten Blockade kommt.

Aufhängungen von Agenten

Während des Vorgangs kann im Protokoll Folgendes beobachtet werden:

Zu langsamer Agent...

 

Warum werden die Klammern nicht hervorgehoben, wenn die Entfernung groß ist?

 

stringo:

Interessant:
Ich würde
lieber die Antwort auf die folgende Frage hören - Erwarten wir bei der Meisterschaft Parameter in OnTrade() oder nicht?

Natürlich, wenn es noch Pläne zu diesem Thema gibt...

Warten Sie nicht.

Das Thema ist nicht abgeschlossen, sondern wurde von den Entwicklern mehrfach diskutiert. Wir sind noch nicht zu einem endgültigen Ergebnis gekommen, da sich die Umsetzung als zu umständlich erweist. Eine Lösung wird also vorerst aufgeschoben.

D.h. die Umsetzung dieser Variante verursacht ernsthafte Probleme?

void OnTrade(
             const string symbol,//символ, от которого (по которому) пришло торговое событие
             const uchar type,   //тип торгового события (изменения в ордерах, позициях или сделках)
             const ulong ticket  //тикет ордера или сделки, либо идентификатор позиции (в зависимости от второго параметра)
             );
Von dort aus würde ich das Signal selbst aussortieren. Und jetzt sehe ich keinen Sinn mehr darin, die Funktion OnTrade(void) zu verwenden - um jedes Mal, wenn ein Handelsereignis mit, sagen wir, 12 gehandelten Symbolen eintrifft, die gleichen Filter auszuführen.
 
AlexSTAL:
Protokoll herunterladen (ich werde die 15 Minuten später finden, falls nötig... und das wird wahrscheinlich ausreichen)
Danke für das Protokoll, wir werden es uns ansehen.