Erreurs, bugs, questions - page 2888
![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
mais c'est bien :
quelle est la différence fondamentale ?
C'est un avertissement plutôt douteux :
mais c'est bien :
quelle est la différence fondamentale ?
Avertissement correct. La variable j n'est pas initialisée avant sa première utilisation, lorsque la variable i se voit attribuer une valeur de j.
Et dans la deuxième variante, la variable j se voit attribuer la valeur i+1 et seulement alors i = j
C'est ainsi que cela devrait être sans avertissement, mais cela n'a pas été testé...
Avertissement correct.
pour les surdoués alternatifs, il s'agit de boucles identiques
Alors quoi, cette identité des boucles permet l'utilisation de variables non identifiées ?
Alors quoi, cette identité des boucles permet l'utilisation de variables non identifiées ?
Si les boucles sont identiques, alors le comportement du compilateur devrait être le même, et il est différent. C'est là que réside l'erreur. Vous avez expliqué pourquoi il y a un avertissement dans le cas (1), alors expliquez pourquoi il n'y en a pas dans le cas (2) ? Qu'est-ce qui a changé en principe ? Et puis, si une variable non initialisée est utilisée, pourquoi le résultat final est-il correct lors de l'exécution du code ?
Il existe une telle science - la logique. Si A et B sont identiques et que A est rouge, alors B doit aussi être rouge, et non vert.
Si les boucles sont les mêmes, alors le comportement du compilateur devrait être le même, et il est différent. C'est là que réside l'erreur. Vous avez expliqué pourquoi il y a un avertissement dans le cas (1), puis vous expliquez pourquoi il n'y en a pas dans le cas (2) ? Qu'est-ce qui a changé en principe ? Et puis, si une variable non initialisée est utilisée, pourquoi le résultat final est-il correct lors de l'exécution du code ?
Il existe une telle science - la logique. Si A et B sont identiques et que A est rouge, B doit aussi être rouge, et non vert.
Il n'y a pas de numéro aléatoire. Il n'y a rien là.
MQ l'a également corrigé ;)
Iln'y a pas de numéro aléatoire. Il y a un zéro là.
MQ a corrigé cela aussi ;)
D'abord, il faut vérifier - ensuite "conneries".
Résultat : -2052256859
Vous devez d'abord vérifier - puis "dire des bêtises".
Résultat : -2052256859
C'est peut-être parce que j'ai un terminal de test installé sur VirtualBox
. De plus, le compilateur ne prévient pas que la variable n'est pas initialisée.
Mais il avertit comme ceci
Probablement parce que j'ai le terminal de test installé sur VirtualBox
Vous avez un nombre aléatoire 0, j'ai 540016640.
mais ce sont toujours des nombres aléatoires.
Vous avez un nombre aléatoire 0, j'ai 540016640.
mais ce sont toujours des nombres aléatoires.
Je croyais que le MQ était annulé.