Erreurs, bugs, questions - page 2209
![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
Peut-être que votre esprit supérieur ne comprend pas, je vais répéter ma question à nouveau.
vous ne comprenez pas la partie surlignée, n'est-ce pas ?
maintenant au fait, pourquoi dans l'exemple qui apparaît dans la conversation, le résultat en mql == 12 et cela n'a pas d'importance si c'est fait à la main ou pas, quand la différence dans les opérations postfixe et préfixe, le résultat devrait être == 13
ps. et je ne fais pas une déclaration, parce que maintenant j'ai vérifié et vraiment postfix et prefix ont maintenant une différence, mais ma question ci-dessus donne une raison de croire que les ambiguïtés dans le langage au moment de la compilation apparemment assez et avant de se jeter sur quelqu'un dans la branche, traiter ces UB, nous ne sommes pas en faute ici.
Au fait, l'aide semble avoir été pelletée).
Ne soyez pas sarcastique.
Qui dit que les résultats doivent être de 13 ? Là encore, les résultats concernant les effets secondaires dépendent fortement de l'optimisation. Même si vous n'appliquez pas d'optimisation à une telle expression, une implémentation entre en jeu - un changement de la valeur de la variable, soit immédiatement après son utilisation, soit après le calcul de l'expression. Quelle implémentation est correcte ?
Nous n'allons pas nous occuper de l'UB, qui n'est pas défini, et nous avons clairement écrit : "Ne faites pas ça.
Où l'aide a-t-elle été copiée ? J'ai ouvert la référence MQL5 à partir de MetaEditor build 1755 du 18 janvier. Il dit la même chose
Avisimportant
int i=5;
int k = i++ + ++i ;
Des problèmes de calcul peuvent survenir lors du passage de l'expression ci-dessus d'un environnement de programmation à un autre (par exemple, de Borland C++ à MQL5). En général, l'ordre des calculs dépend de l'implémentation du compilateur. En pratique, il existe deux façons de mettre en œuvre la post-décrémentation :
Actuellement, la première méthode de calcul de post-décrémentation est implémentée dans MQL5. Mais même en connaissant cette particularité, il n'est pas recommandé d'expérimenter son utilisation.
Votre déclaration initiale était qu'il n'y a pas de différence entre les opérations postfixes et préfixes. N'est-ce pas ?
Ne soyez pas désinvolte.
Qui dit que les résultats doivent être de 13 ? Là encore, les résultats concernant les effets secondaires dépendent fortement de l'optimisation. Même si vous n'appliquez pas d'optimisation à une telle expression, une implémentation entre en jeu - un changement de la valeur de la variable soit juste après son utilisation, soit après le calcul de l'expression. Quelle implémentation est correcte ?
Nous n'allons pas nous occuper de l'UB, c'est pourquoi il est indéfini, et nous avons explicitement dit "ne faites pas ça".
Où êtes-vous allé dans la référence ? J'ai ouvert la référence MQL5 à partir de MetaEditor build 1755 du 18 janvier. Il dit la même chose
Avisimportant
int i=5;
int k = i++ + ++i ;
Des problèmes de calcul peuvent survenir lors du passage de l'expression ci-dessus d'un environnement de programmation à un autre (par exemple, de Borland C++ à MQL5). En général, l'ordre des calculs dépend de l'implémentation du compilateur. En pratique, il existe deux façons de mettre en œuvre la post-décrémentation :
Actuellement, la première méthode de calcul de post-décrémentation est implémentée dans MQL5. Mais même en connaissant cette particularité, il n'est pas recommandé d'expérimenter son utilisation.
Votre déclaration initiale était qu'il n'y a pas de différence entre les opérations postfixes et préfixes. N'est-ce pas ?
Je ne suis pas effronté, notez où vous avez commencé le dialogue, c'est-à-dire que j'ai dû exécuter un code que je ne connaissais même pas - super
pour ce qui est de l'aide - oui, elle a été remaniée parce que lorsque je m'occupais (il y a environ deux ans) des opérations postfixes et préfixes dans mql, je ne me souviens évidemment plus de ce matériel maintenant
donc, le sujet était clos, et nous avons introduit cette différence et l'avons bien fait, mais vous devez les avertir que vous changez
Veuillez me conseiller sur la fermeture partielle de la position, type de compte RETAIL_HEDGING. Par exemple, je ferme la moitié d'une position dans Expert Advisor et un nouvel ordre avec un lot plus petit devrait s'ouvrir automatiquement. Donc, à quel moment le nouvel ordre est garanti dans le terminal ? Ai-je bien compris qu'il ne doit pas apparaître immédiatement après la PositionClosePartial et que nous devons l'attraper quelque part dans OnTrade ?
C'est quoi ce truc ?
\sur l'aide - oui, elle a été fortement remaniée, parce que lorsque je m'occupais (il y a environ deux ans) des opérations postfixes et préfixes dans mql, je ne me souviens évidemment pas de ce matériel maintenant
en général, le sujet était clos, et nous avons introduit cette différence et l'avons bien fait, mais vous devez les avertir des changements, n'est-ce pas ?
Par souci d'intérêt, j'ai décidé de vérifier l'ancien build 1159 de juin 2015. Son aide a tout ce que Slava a cité. Alors peut-être que tu as mélangé quelque chose.
C'est quoi ce truc ?
C'est un accident :) Allez à servicedesk !
C'est un accident :) Allez à servicedesk !
Je l'ai eu - j'ai cassé la banque :)
Je vois - j'ai cassé la banque :)
Cela arrive)
Cela arrive)
Je ne sais pas comment localiser cette erreur ? Je ne veux pas dévoiler tout le scénario, et je ne veux pas tout remballer. ....
Je ne sais pas comment localiser cette erreur ? Je ne veux pas dévoiler tout le scénario, et je ne veux pas tout remballer. ....
C'est mieux de leur donner, ils le supprimeront plus tard... sinon vous n'obtiendrez aucune aide.