Erreurs, bugs, questions - page 1731

 
fxsaber:
Alors il ne devrait pas y avoir d'équivalence dans votre déclaration
Oui, nous avons corrigé l'autre. Dans votre cas, l'erreur du compilateur est valide (en raison de l'équivalence indiquée)
 
const A const * Method( const A const * const & a[] ) const
Le second gendarme est-il capable d'influencer quoi que ce soit ? Je ne vois pas d'exemple de ce genre.
 
A100:
Oui, a corrigé l'autre. Dans votre cas, l'erreur émise par le compilateur est valide (du fait de l'équivalence énoncée)
Vous voulez m'embrouiller. L'énoncé"A const *" est égal à "const A *" est-il correct ? Je crois que ce n'est pas le cas.
 
fxsaber:
C'est logique.
Si vous considérez que [] fait partie d'un type, alors non.
 
A100:
Corriger [dans le modèle - selon le cas].

Et comment justifiez-vous cela ? Mes arguments sont les suivants .

Un const A * n'est PAS un pointeur constant vers un objet constant.

Un const * est un pointeur constant vers un objet non-const.

Il semble s'agir d'entités différentes.

 
fxsaber:

Et comment justifiez-vous cela ?

A * const ?
 
fxsaber:
Vous voulez m'embrouiller. L'énoncé"A const *" est égal à "const A *" est-il correct ? Je ne pense pas.
Équivalent. En général, c'est la seconde qui est utilisée, et la première est utilisée pour semer la confusion lors de l'entretien. ) Et voilà.
 
Комбинатор:
A * const ?
Comment justifiez-vous que const A * == A const * ? Ce n'est pas comme ça.
 
Комбинатор:
Si vous considérez que [] fait partie d'un type, alors non.
Ce n'est donc pas une référence constante.
 

Je ne comprends pas si c'est un bug ou si cela devrait l'être ? Les valeursENUM_CHART_PROPERTY_INTEGER sont définies comme[UNKNOWN ENUM]: : Par exemple :

- CHART_WINDOWS_TOTAL est défini comme[UNKNOWN ENUM]::101

-CHART_WINDOW_IS_VISIBLE - défini comme [UNKNOWN ENUM]::102

Et bien sûr, la fonctionChartSetInteger génère l'erreur 4109 - False ID of chart property.

MT5 et ME v1447 version x64

Raison: