Erreurs, bugs, questions - page 1932
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
Je vous suis en effet très reconnaissant d'avoir répondu de manière aussi détaillée. La normalisation est utilisée pour générer des demandes de commerce.
Dans cet exemple, il semblerait que des prix différents soient envoyés dans ces deux OrderSend.
On a toujours supposé que la multiplication d'un nombre entier par un point ne nécessite pas de normalisation supplémentaire (c'est ainsi que SL et TP ont été fixés, par exemple).
Laquelle de ces deux lignes provoquera une erreur ?
Oui, son absence dans les logiciels qui fonctionnent avec les prix est pour le moins embarrassante depuis le début de l'existence de MT.
Je vous suis en effet très reconnaissant d'avoir répondu de manière aussi détaillée. La normalisation est utilisée pour générer des demandes de commerce.
Dans cet exemple, il semblerait que des prix différents soient envoyés dans ces deux OrderSend.
On a toujours supposé que la multiplication d'un nombre entier par un point ne nécessite pas de normalisation supplémentaire (c'est ainsi que SL et TP ont été fixés, par exemple).
Laquelle de ces deux lignes provoquera l'erreur ?
Cool
Résultat
Deux requêtes avec des prix différents, mais exécutées sans problèmes pour le même prix. Comment cela ?
Cool
Résultat
Deux requêtes avec des prix différents, mais exécutées sans problèmes au même prix. Comment est-ce possible ?
Très simplement, du point de vue du double, ces nombres sont identiques, car le double stocke 52 bits de mantisse ou 15 décimales. Les différences de plus ou moins dans les bits suivants ne comptent pas. Voici un article sur le hubra.
Très simplement, du point de vue du double, ces nombres sont les mêmes car le double stocke 52 bits de la mantisse ou 15 décimales. Les différences de plus ou moins dans les chiffres suivants ne comptent pas. Voici un article sur le hubra.
fxsaber, 2017.07.19 13:00
И ?
Forum sur le trading, les systèmes de trading automatisé et les tests de stratégies de trading
Bugs, bugs, questions
fxsaber, 2017.07.17 21:49
Si vous cliquez sur "Stop" pendant une seule exécution, OnDeinit et les destructeurs ne sont pas appelés.
Est-ce un défaut ou un bug ?
Actuellement, appuyer sur le bouton "Stop" provoque une déconnexion brutale avec l'agent. Tellement difficile qu'il est impossible de voir le rapport sans attendre la fin d'une seule exécution.
Dans MT4, vous pouvez toujours voir l'historique des transactions d'une seule transaction incomplète. Mais dans MT5, il n'y a aucun moyen.
Est-il possible de ne pas mettre fin à la connexion de façon définitive, mais d'envoyer un drapeau à l'agent qui pourrait être attrapé et exécuter OnDeinit sur lui ?
И ?
Très simplement, du point de vue du double, ces nombres sont les mêmes car le double stocke 52 bits de mantisse ou 15 décimales. Les différences de plus ou moins dans les bits suivants ne comptent pas. Voici un article sur le hubra.
И ?
En fait je suis d'accord, si nous définissons un littéral, il serait logique que sa représentation double soit normalisée par le nombre de chiffres dans le littéral
La différence est supérieure à 1e-15. De plus, num != Norm. Ce sont des chiffres différents, pas les mêmes.
Mon MT4 sort true, true et différence 0. ;-)