Erreurs, bugs, questions - page 2555
![MQL5 - Langage des stratégies de trading intégré au terminal client MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Ne fonctionne pas, seulement individuellement si on l'accroche au tableau. Utilisé :
Tous résolus.Utilisés :
le build 2135 est cassé du tout
'GENERATE_VECTOR' - unexpected token, probably type is missing? 1_mystd.mqh 74 1
GENERATE_VECTOR' - jeton inattendu, le type est probablement manquant ? 1_mystd.mqh 75 1
GENERATE_VECTOR' - variable déjà définie 1_mystd.mqh 75 1Compilé depuis des lustres, cassé dans la nouvelle version.
La version 2135 est cassée.
Il compile depuis des lustres, il est cassé dans la nouvelle version.
avait l'habitude de manger le compilateur, mais dans la nouvelle build il a refusé, ils ont dû bidouiller quelque chose (enfin je ne pense pas avoir accidentellement supprimé un zéro).
Je triche, c'est bon, un des avortements a été appelé sous forme de
Le compilateur avait l'habitude de le manger, mais dans la nouvelle version il a refusé, donc ils ont dû modifier quelque chose (enfin, je ne pense pas avoir accidentellement supprimé un zéro).
A propos, nous devons demander aux développeurs d'introduire une fonction inline abort, abort ... et idéalement, bien sûr, des exceptions. Mais commencez au moins par un petit.
Mettez un mot, si je ne me trompe pas, je l'ai demandé dans mon dernier cycle MQL, cela fait 4 ans, mais j'ai dû écouter un charivari de gens lettrés, qui disaient qu'ils n'en avaient pas besoin, qu'il suffisait de l'écrire comme ça.... Si vous voulez arrêter l'exécution du programme avec une erreur critique d'accès aux données OHLC ou à l'indicateur... J'ai cherché dans la moitié de kodobase, certains codeurs vérifient ces conditions, mais le traitement est absent, le maximum que je puisse faire est d'afficher poliment dans le journal de l'expert, comme s'il y avait un problème, ne vous inquiétez pas, je vais continuer à travailler avec des données invalides sur ce tic-tac ;)))
SZY : J'ai mal, j'ai besoin d'un moyen simple pour arrêter le traitement du tick actuel ! - pour arrêter le travail de l'expert, c'est possible, mais pour arrêter le traitement d'un tick, il faut l'inventer et le mettre au point - je soupçonne qu'au niveau du compilateur abort() n'est pas réalisé plus difficilement que ExpertRemove() - qui existe déjà
ZZZY : la tâche d'écrire un EA en MQL sans abort() dans un style procédural ressemble plus à une invention qu'à l'assemblage d'un code à partir de sous-routines prêtes à l'emploi. Je soupçonne que ces discussions constantes sur la façon d'écrire un indicateur capable de gérer correctement l'historique d'un autre TF seront également plus faciles à résoudre en utilisant abort() - je n'ai pas encore pris de décision à ce sujet.
Si je ne me trompe pas, je l'ai demandé il y a quatre ans lors de mon dernier cycle MQL. Eh bien, tout est comme d'habitude
Vous avez raison, quand vous commencerez à dire cela, les personnes lettrées sortiront de tous les trous, en disant "ce n'est pas du C++").
vous avez besoin d'un moyen simple pour arrêter le traitement du tick actuel ! - cela signifie qu'il est possible d'arrêter le fonctionnement de l'EA, mais pour arrêter le traitement d'un tick, il faut l'inventer et le mettre au point - je soupçonne qu'au niveau du compilateur, abort() peut être implémenté de manière pas plus compliquée que ExpertRemove() - qui existe déjà
Eh bien, abort et assert sont implémentés de la même manière que dans le code ci-dessus. Bien que ce soit certainement laid et parfois déroutant, parce que je ne remarque pas toujours le message précédent dans le journal. Peut-être y a-t-il une autre erreur, qui renverrait quelque chose comme "erreur interne" dans le journal ? Au moins, ça n'aurait pas l'air si embarrassant).
Vous avez raison, quand vous commencerez à dire cela, les personnes lettrées sortiront de tous les trous, en disant "ce n'est pas du C++").
Eh bien, abort et assert sont implémentés de la même manière que dans le code ci-dessus. Bien que ce soit certainement laid et parfois déroutant, parce que je ne remarque pas toujours le message précédent dans le journal. Peut-être y a-t-il une autre erreur, qui renverrait quelque chose comme "erreur interne" dans le journal ? Au moins, cela n'aurait pas l'air si embarrassant ;)
ici@Vict m'a aidé à faire une exception avec sortie vers l'OS via la substitution de macrohttps://www.mql5.com/ru/forum/318246/page10#comment_12651045
en général, une solution viable, mais... mais c'est moche et dégoûtant ! )))
Ici,@Vict a aidé à faire une exception avec la sortie vers l'OS via la substitution de macro https://www.mql5.com/ru/forum/318246/page10#comment_12651045.
une solution généralement viable, mais... Mais ça a l'air effrayant et dégoûtant ! )))