Erreurs, bugs, questions - page 2966
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
J'en doute.
Je n'ai pas pris la peine... J'ai compté - vous avez 30 lignes, j'en ai 13.
Je n'ai pas pris la peine... J'ai compté - vous avez 30 lignes, j'en ai 13.
L'essentiel est d'obtenir le même résultat et de ne pas perdre en performance.
Erreur dans la recherche binaire d'une valeur dans un tableau trié :
Résultat :
Au lieu de 2, ce devrait être 3
Erreur dans la recherche binaire d'une valeur dans un tableau trié :
Résultat :
Au lieu de 2, ce devrait être 3
Il ne s'agit pas de contourner l'erreur, mais de la corriger, d'autant que cette fonction peut être utilisée dans de nombreuses sources, même standard. Et il est possible qu'il soit utilisé dans le code du terminal lui-même, l'éditeur de code...
Il ne s'agit pas de contourner l'erreur, mais de la corriger, d'autant que cette fonction peut être utilisée dans de nombreuses sources, même standard. Et il est possible qu'il soit utilisé dans le code du terminal lui-même, l'éditeur de code...
Je pense que le problème vient des gros bits dans une situation où presque tous les bits sont occupés. Il est étonnant que quelqu'un ait trouvé cette erreur après tant de temps.
Ils vont probablement le corriger. A mon avis, le problème se situe au niveau des grandes longueurs dans une situation où presque tous les bits sont occupés. il est surprenant que quelqu'un ait trouvé ce bug après tant de temps.
Je suis surpris qu'ils n'aient pas trouvé ce bug dans une fonction fréquemment utilisée depuis si longtemps.
Encore une fois, à propos des variables non initialisées. Il est clair que leur valeur peut être imprévisible de quelque manière que ce soit. Mais c'est la première fois que je rencontre le fait qu'ils peuvent changer leur valeur par eux-mêmes lors de l'exécution d'une fonction (je ne l'ai pas trouvé en cherchant). Voici le code du script et ce que j'obtiens :
résultat :
terminal :
2021.02.19 19:30:47.003 Terminal Opening Broker x64 build 2755 démarré pour JSC ''Opening Broker''
2021.02.19 19:30:47.113 Terminal Windows 7 Service Pack 1 build 7601, Intel Core i5-2520M @ 2.50GHz, 5 / 7 Go de mémoire, 41 / 287 Go de disque, IE 11, UAC, GMT+3
Si le script s'exécute de manière répétée, les valeurs initiales des variables a,b et x peuvent changer, mais le comportement global est constant :
1. Dans la première partie du script, les valeurs des variables a et b dans le code ne changent pas, mais après avoir exécuté PrintFormat("%I64d", 1), PrintFormat("a==%I64d", a) sort soudainement 1, de même pour b. Et le plus intéressant est que (a==1)==vrai et immédiatement (a==2)==vrai (pour b également) ! !! Dans le dernier appel, PrintFormat("a==%I64d, b==%I64d", a, b) montre que a==1, mais que b == la valeur qui était au début du script.
2. Dans la deuxième partie du script, j'essaie de changer la valeur de la variable non initiale. Après y=x++, la valeur de x devrait changer. Mais il reste le même (dans cette exécution ==1).
S'il vous plaît, que quelqu'un essaie d'exécuter le script et de poster la sortie.
D'où la question aux connaisseurs : s'agit-il d'un comportement normal (comme un comportement indéfini) ou d'un bug ?
Encore une fois, à propos des variables non initialisées. Il est clair que leur valeur peut être imprévisible de quelque manière que ce soit. Mais c'est la première fois que je rencontre le fait qu'ils peuvent changer leur valeur par eux-mêmes lors de l'exécution d'une fonction (je ne l'ai pas trouvé en cherchant). Voici le code du script et ce que j'obtiens :
résultat :
terminal :
2021.02.19 19:30:47.003 Terminal Opening Broker x64 build 2755 démarré pour JSC ''Opening Broker''
2021.02.19 19:30:47.113 Terminal Windows 7 Service Pack 1 build 7601, Intel Core i5-2520M @ 2.50GHz, 5 / 7 Go de mémoire, 41 / 287 Go de disque, IE 11, UAC, GMT+3
Si le script s'exécute de manière répétée, les valeurs initiales des variables a,b et x peuvent changer, mais le comportement global est constant :
1. Dans la première partie du script, les valeurs des variables a et b dans le code ne changent pas, mais après avoir exécuté PrintFormat("%I64d", 1), PrintFormat("a==%I64d", a) sort soudainement 1, de même pour b. Et le plus intéressant est que (a==1)==vrai et immédiatement (a==2)==vrai (pour b également) ! !! Dans le dernier appel, PrintFormat("a==%I64d, b==%I64d", a, b) montre que a==1, mais que b == la valeur qui était au début du script.
2. Dans la deuxième partie du script, j'essaie de changer la valeur de la variable non initiale. Après y=x++, la valeur de x devrait changer. Mais il reste le même (dans cette exécution ==1).
S'il vous plaît, que quelqu'un essaie d'exécuter le script et de poster la sortie.
D'où la question aux connaisseurs : s'agit-il d'un comportement normal (comme un comportement indéfini) ou d'un bug ?
Ne pas initialiser vos variables est un comportement anormal. Initialisez-le et il n'y aura pas de telles questions.
Complètement POUR.
Mais cela ne veut pas dire que le bug est introuvable ;))). Je voulais juste m'assurer que tout allait bien.