Erreurs, bugs, questions - page 2898
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
Chers développeurs, si je me trompe ou si je n'ai pas considéré quelque chose, veuillez me corriger.
Voulez-vous que quelqu'un prenne le temps d'écrire un code source basé sur vos données et de le tester sur différents serveurs commerciaux ?
Cela n'arrivera pas. Respectez le temps des autres : fournissez toutes les données permettant de reproduire le problème - source, serveur, configuration de la machine, etc.
La source est concise et assortie de commentaires, de sorte que vous ne perdez pas de temps à analyser ce qui y est écrit. Dites ce que vous vouliez obtenir et ce que vous avez obtenu.
Une archive ZIP protégée par un mot de passe.
Les archives verrouillées sont-elles prises en charge par MQL ?
Les archives verrouillées sont-elles prises en charge par MQL ?
Je ne sais pas.
Message aux développeurs. Le script Python se bloque lors de la réception de données via copy_rates_from_pos dans certaines circonstances.
Laissez-moi vous expliquer la situation. Le courtier dispose d'environ 4 000 instruments.
Je fais une sélection primaire des instruments en les recherchant et en les filtrant selon certaines règles.
Sur un des instruments du terminal, il n'y a pas d'historique (c'est-à-dire que dans la surveillance du marché et dans la liste des symboles, l'instrument est présent, mais les données sont vides).
En essayant d'exécuter le script : rates_d1 = mt5.copy_rates_from_pos(curSymbol.name, mt5.TIMEFRAME_D1, 1, analysis_days),
le script se bloque. Il ne sert à rien d'essayer ou de vérifier None car l'erreur elle-même ne se produit pas, tout se bloque sur cette ligne.
Si j'essaie d'exécuter : rates_d1 = mt5.copy_rates_from_pos(curSymbol.name, mt5.TIMEFRAME_D1, 0, analysis_days),
, c'est-à-dire de spécifier le numéro de barre de départ à partir de 0, il ne se bloque pas et renvoie un tableau vide.
Addendum. J'ai également trouvé un problème similaire lorsque je récupère FIRST les données via copy_rates_from_pos avec le nombre de barres demandées, plus qu'il n'y en a dans l'historique. Le script se bloque également. Il n'y a pas d'erreur de ce genre dans la deuxième demande. C'est pourquoi il semble difficile de répéter l'erreur (peut-être, seulement en supprimant l'historique complet du symbole).
Peut-être me suis-je trompé ou ai-je manqué quelque chose, mais il semble qu'il s'agisse d'un bogue puisque la fonction doit soit renvoyer les données, soit commettre une erreur.
Reproduit, corrigé.
Message aux développeurs. Le script Python se bloque lors de la réception de données via copy_rates_from_pos dans certaines circonstances.
Laissez-moi vous expliquer la situation. Le courtier dispose d'environ 4 000 instruments.
Je fais une sélection primaire des instruments en les recherchant et en les filtrant selon certaines règles.
Sur un des instruments du terminal, il n'y a pas d'historique (c'est-à-dire que dans la surveillance du marché et dans la liste des symboles, l'instrument est présent, mais les données sont vides).
En essayant d'exécuter le script : rates_d1 = mt5.copy_rates_from_pos(curSymbol.name, mt5.TIMEFRAME_D1, 1, analysis_days),
le script se bloque. Il ne sert à rien d'essayer ou de vérifier None car l'erreur elle-même ne se produit pas, tout se bloque sur cette ligne.
Si j'essaie d'exécuter : rates_d1 = mt5.copy_rates_from_pos(curSymbol.name, mt5.TIMEFRAME_D1, 0, analysis_days),
, c'est-à-dire de spécifier le numéro de barre de départ à partir de 0, il ne se bloque pas et renvoie un tableau vide.
Addendum. J'ai également trouvé un problème similaire lorsque je récupère FIRST les données via copy_rates_from_pos avec le nombre de barres demandées, plus qu'il n'y en a dans l'historique. Le script se bloque également. Il n'y a pas d'erreur de ce genre dans la deuxième demande. C'est pourquoi il semble difficile de répéter l'erreur (peut-être, seulement en supprimant l'historique complet du symbole).
Je me trompe peut-être ou j'ai manqué quelque chose, mais il semble qu'il s'agisse d'un bogue puisque la fonction devrait soit renvoyer les données, soit produire une erreur.
TesterHideIndicators(false) a cessé de fonctionner ;
TesterHideIndicator définit le drapeau de visibilité pour les indicateurs qui sont créés par la suite.
Il ne change pas le drapeau de visibilité des indicateurs précédemment créés.
Vous pouvez vérifier auprès de l'expert suivant
Dans le visualiseur et dans le graphique ouvert après le test simple, l'indicateur MACD n'est pas visible, la moyenne mobile est visible.
Donc, cela fonctionne comme prévu
Erreur de compilation. Des idées ?
Utilisez l'instruction de déréférencement de manière explicite
A100:
Ошибка при компиляции:
J'ai déjà fait des recherches sur cette question, voici ce que j'ai trouvé :
Forum sur le trading, les systèmes de trading automatisé et les tests de stratégies de trading
Bugs, bugs, questions
Sergey Dzyublik, 2020.04.04 21:46
Bug MT5 (build 2375) : erreur de compilation lors de l'appel d'une fonction via son pointeur, lorsqu'un tableau de pointeurs vers une fonction est utilisé :.
MetaQuotes:
Corrigé, sera dans la prochaine bêta
Super, merci pour la rapidité !