Erreurs, bugs, questions - page 2016
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
Avec un algorithme de comptage glissant, seuls deux prix DBL_MAX sont nécessaires au début pour que l'ensemble du tampon devienne INF.
DBL_MAX + DBL_MAX = INF
et alors l'INF n'échappera plus aux calculs
Cette variante est assez probable car c'est DBL_MAX qui est rempli de valeurs inférieures à la période MAA. Il y a alors un bug dans la moyenne de l'algorithme récurrent - MODE_SMA.
C'est ainsi ! J'ai fait quelques changements et ça marche !
On peut affirmer avec certitude que l'algorithme récurrent iMA ne prend pas en compte le cas où DBL_MAX est alimenté à l'entrée. Bug.
@A100, Merci !
MetaEditor se bloque lorsqu'on essaie de compiler un fichier joint
S'il ne s'arrête pas tout de suite, attendez un peu ou allez à la ligne de résumé et voyez le temps de compilation.
Pourquoi ne pas afficher le numéro de commande/transaction dans une fenêtre pop-up lorsque l'on passe la souris dessus ? On l'a demandé il y a mille ans, ça manque tellement !
De telles constructions doivent être évitées. L'ordre dans lequel les opérandes sont exécutés n'est pas réglementé en C++, c'est donc au compilateur individuel d'en décider. Les exceptions sont les opérateurs && et ||, où les opérandes sont toujours exécutés de gauche à droite.
De telles constructions doivent être évitées. L'ordre dans lequel les opérandes sont exécutés en C++ n'est pas réglementé, c'est donc au compilateur individuel d'en décider. Les exceptions sont les opérateurs && et ||, où les opérandes sont toujours exécutés de gauche à droite.
Eh bien, nous sommes dans le MQL !
Eh bien, nous sommes dans le MQL !
Nulle part dans la documentation il n'est question d'un ordre particulier. Ils peuvent donc la modifier comme bon leur semble à tout moment.
J'ai déjà contacté le service d'assistance une fois pour clarifier ce problème.
Bonjour. Pouvez-vous me dire quelles fonctions peuvent être utilisées pour obtenir la liste des indicateurs affichés sur le graphique et leurs paramètres ? Je n'ai trouvé qu'une fonction qui renvoie le nombre d'indicateurs sur le graphique
Bonjour. Pouvez-vous me dire quelles fonctions peuvent être utilisées pour obtenir la liste des indicateurs affichés sur le graphique et leurs paramètres ? Je n'ai trouvé que la fonction qui renvoie le nombre d'indicateurs dans le graphique.
IndicatorParameters (+ IndicatorRelease)
Nulle part dans la documentation il n'est question d'un ordre particulier. Ils peuvent donc la modifier comme bon leur semble à tout moment.
Je ne m'embête pas avec ça. Il y a beaucoup de choses qui ne sont pas décrites ici.
Du haut de ma tête
Le précédent était un rejet de casting, mais il y avait une raison à cela.
Donc ne pas utiliser quelque chose juste parce qu'il n'est pas décrit est une décision discutable.
Je pense qu'un tel code ne susciterait pas de doutes chez les programmeurs.
Cependant, ce n'est pas très joli. Il est logique d'écrire MyCopyBuffer mais il est laid de montrer dans un code court que vous en avez besoin pour éviter un bug. Ainsi, l'utilisation d'une priorité d'exécution d'opérande non documentée est juste suffisante pour montrer qu'il s'agit d'une solution temporaire.
L'ordre dans lequel les opérandes sont exécutés en C++ n'est pas réglementé, c'est donc au compilateur individuel d'en décider.
L'ordre dans lequel les opérandes sont évalués ne peut pas être réglementé car il dépend du contexte.
Si elle est strictement réglementée, l'efficacité sera perdue dans l'un des deux cas suivants