Erreurs, bugs, questions - page 2784
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Comme je l'ai dit plus haut, après la mise à jour, le terminal est très lent et se bloque complètement. Avant la mise à jour, il n'y avait pas de tels problèmes et tout fonctionnait bien. Je suis conscient du problème de Debian et je suis entièrement d'accord avec le fait que c'est un disque très stable. Cependant, je pense que la nécessité d'une version native se fait attendre et que nous devons la poursuivre.
Je suppose que les ralentissements et les plantages sont causés par une synchronisation incorrecte avec le serveur d'histoire.
C'est-à-dire, par exemple, le réglage des barres dans la fenêtre du terminal est de 100000, par exemple je demande 3000 barres du code
mais la synchronisation peut échouer et commence à se synchroniser avec tout l'historique disponible sur le serveur et à pomper tout l'historique du serveur.
En raison de ce pompage complet de l'historique, le terminal se bloque, jusqu'à ce qu'il télécharge tout l'historique du serveur disponible.
Si vous attendez ce téléchargement, le terminal raccroche et commence à fonctionner.
Je suppose que les ralentissements et les plantages sont causés par une synchronisation incorrecte avec le serveur d'histoire.
C'est-à-dire, par exemple, le réglage des barres dans la fenêtre du terminal est de 100000, par exemple je demande 3000 barres du code
mais la synchronisation peut échouer et commence à se synchroniser avec tout l'historique disponible sur le serveur et à pomper tout l'historique du serveur.
En raison de ce pompage complet de l'historique, le terminal se bloque, jusqu'à ce qu'il télécharge tout l'historique du serveur disponible.
Si vous attendez ce téléchargement, le terminal raccroche et commence à fonctionner.
MT5 (build 2496) est TRÈS mauvais avec les graphiques personnalisés qui sont calculés par une formule définie par l'utilisateur.
Charge en permanence le CPU - charge du noyau à 100%.
Chargement permanent du disque - il suffit d'y écrire à partir de 3 Go et plus de données.
Terminal Hogs si un indicateur avec une mémoire tampon doit être dessiné dans la fenêtre principale (par exemple, Indicateurs/Trend/Moyenne mobile adaptative).
Étapes à suivre pour jouer :
MetaQuotes-Demo, compte Hedge.
Définir le nombre maximum de barres par graphique : 1000
Create Custom Symbol : Ctrl+U ==> Create Custom Symbol :
- Symbole : NZDUSD_AUDUSD
- Formule : NZDUSD-AUDUSD
- Allow negative prices : True
Résultat : le système commence à consommer jusqu'à 3 Go sur le disque.
Si j'ouvre un graphique avec un symbole personnalisé, la charge du noyau passe à 100 %.
Si j'ajoute un indicateur (par exemple, Indicateurs/Trend/Moyenne mobile adaptative) et que je change de TF, la fenêtre de données se met à convulser, et au bout de quelques secondes, le terminal ne répond plus du tout.
.
La taille totale du journal est proche de 1 Go.
UPD... Si, après tous les calculs, le terminal est fermé et rouvert, les 3 à 8 Go de données calculées sont supprimés avec succès et les calculs recommencent, en utilisant un espace plus modeste - environ 500 Mo.
Si j'ouvre le graphique avec le symbole personnalisé après le redémarrage du terminal - il devient vide pour une raison quelconque, seulement 3 barres sur M1 (le comportement est quelque chose comme le drapeau "Autoriser les prix négatifs" désactivé).
Où dois-je envoyer mes rapports de bogue pour qu'ils soient traités par les développeurs ?
Depuis une certaine version, la compilation des classes de modèles appelant des fonctions statiques est interrompue. Exemple :
La classe Bar a été compilée avec MQL5 64 bits et 32 bits. Maintenant, il génère une erreur. construire 2485 05 juin 2020
Où dois-je envoyer mes rapports de bogue pour qu'ils soient traités par les développeurs ?
Depuis une certaine version, la compilation des classes de modèles qui appellent des fonctions statiques est interrompue. Exemple :
La classe Bar a été compilée avec MQL5 64 bits et 32 bits. Maintenant, il génère une erreur. construire 2485 05 Jun 2020.
Vous serez environ le 5ème utilisateur à vous plaindre de ce bug d'une manière ou d'une autre...
Vous serez à peu près le 5ème utilisateur à se plaindre de ce bug sous une forme ou une autre...
Oui, eh bien, que faire ? Je connais la solution de contournement via la classe de base, mais c'est une béquille. Et ce n'est pas une bonne idée de patcher tout le code.
Où puis-je télécharger les versions précédentes ? Je ne les ai pas trouvés chez mon courtier ou sur le site mt5.
Oui, eh bien, que faire ? Je connais la solution de contournement par la classe de base, mais c'est une béquille. Et ce n'est pas une bonne idée de patcher l'ensemble du code.
Où puis-je télécharger les versions précédentes ? Je ne les ai pas trouvés sur le site du courtier et sur le site mt5.
Forum sur le trading, les systèmes de trading automatisés et les tests de stratégie
Nouveau MetaTrader 5 build 2450 : Service d'abonnement, améliorations de l'interface et fonctionnalités de MetaEditor
Andrey Khatimlianskii, 2020.05.26 18:51
Il y a une archive de construction si vous en avez besoin.
Je connais la solution de contournement par la classe de base, mais c'est une béquille. Et ce n'est pas une bonne idée de patcher l'ensemble du code.
Voulez-vous dire cette méthode ou une autre ?
Faites-vous référence à cette méthode ou à une autre ?
Merci pour le lien vers les archives !
J'ai trouvé ce moyen. Mais bien sûr, c'est une terrible solution. Pour faire une classe de base, l'héritage et les pointeurs dans le code d'appel pour chaque cas.
Votre solution est bien meilleure, c'est tout à fait vivant avec !