peut-être y a-t-il alors un intérêt pour un autre bouton ou une commande qui ne construit pas ex* mais vérifie seulement les erreurs de compilation, comme lors de la vérification des fichiers mqh ? Le temps diffère de plus d'un ordre de grandeur et il faut beaucoup de temps pour construire...
peut-être y a-t-il alors un intérêt pour un autre bouton ou une commande qui ne construit pas ex* mais vérifie seulement les erreurs de compilation, comme lors de la vérification des fichiers mqh ? Le temps diffère de plus d'un ordre de grandeur et il faut beaucoup de temps pour construire...
Vous pouvez appuyer sur F7 puis sur CTRL+BREAK ou sur une autre béquille. Inconfortable, bien sûr.
Il n'est pas possible d'avoir cette option directement dans le MetaEditor ? Il serait très utile au stade du développement. En attendant, nous devons utiliser des béquilles.
#include <RegularExpressions\\Regex.mqh>
#include <Generic\\HashMap.mqh>
//+------------------------------------------------------------------+//| Script program start function |//+------------------------------------------------------------------+voidOnStart()
{
}
C'est de là que viennent les erreurs :
'ICollection' - class type expected ICollection.mqh 1111
see previous declaration of 'ICollection' ICollection.mqh 597
'GetHashCode' - function already defined and has body HashFunction.mqh 725
see previous declaration of function 'GetHashCode' Wrappers.mqh 2855
'GetHashCode' - function already defined and has body HashFunction.mqh 945
see previous declaration of function 'GetHashCode' Wrappers.mqh 3055
'GetHashCode' - function already defined and has body HashFunction.mqh 1085
see previous declaration of function 'GetHashCode' Wrappers.mqh 2415
.....
1. Pourquoi 0-uchar1 (et uchar0-uchar1) donne-t-il un résultat différent de (-uchar1) ? Après tout, dans les opérations avec les types (u)char et (u)short, les opérandes sont automatiquement convertis en int. Et typename(-uchar1) renvoie int. (Même question pour ushort1)
2. Avec uint, la situation est différente. -uint1 renvoie le résultat attendu mais typename(-uint1) renvoie long. Est-ce un bug de typename ?
Il était au-dessus de 18 000 et maintenant il n'est que de 8454.
De plus, le nombre de démos dans le profil est de 8031 et dans les réalisations de 24095.
Il ne semble plus fonctionner ?
MetaEditor.ini
[Experts]
Author=Copyright 2021, Alain Verleyen
Address=https://login.mql5.com/en/users/angevoyageur
Optimize=0
Il ne semble plus fonctionner ?
MetaEditor.ini
[Experts]
Author=Copyright 2021, Alain Verleyen
Address=https://login.mql5.com/en/users/angevoyageur
Optimize=0
Oui, nous avons renoncé à ce paramètre.
Oui, nous avons abandonné ce réglage
peut-être y a-t-il alors un intérêt pour un autre bouton ou une commande qui ne construit pas ex* mais vérifie seulement les erreurs de compilation, comme lors de la vérification des fichiers mqh ? Le temps diffère de plus d'un ordre de grandeur et il faut beaucoup de temps pour construire...
peut-être y a-t-il alors un intérêt pour un autre bouton ou une commande qui ne construit pas ex* mais vérifie seulement les erreurs de compilation, comme lors de la vérification des fichiers mqh ? Le temps diffère de plus d'un ordre de grandeur et il faut beaucoup de temps pour construire...
Vous pouvez appuyer sur F7 puis sur CTRL+BREAK ou sur une autre béquille. Inconfortable, bien sûr.
Oui, nous avons abandonné ce réglage
Le code vient d'ici :
https://www.mql5.com/ru/articles/2432
Erreur lors de la fermeture de la démo. Erreur pendant le débogage et la libération.
Dernière version bêta du terminal.
Veuillez inclure ces codes dans la livraison standard du terminal avec évitement des conflits afin qu'ils puissent être utilisés normalement :
https://www.mql5.com/ru/articles/2432
C'est de là que viennent les erreurs :
Je suis sûr que la question a déjà été posée, mais je ne l'ai pas trouvée.
Avoir un script
Veuillez expliquer :
1. Pourquoi 0-uchar1 (et uchar0-uchar1) donne-t-il un résultat différent de (-uchar1) ? Après tout, dans les opérations avec les types (u)char et (u)short, les opérandes sont automatiquement convertis en int. Et typename(-uchar1) renvoie int. (Même question pour ushort1)
2. Avec uint, la situation est différente. -uint1 renvoie le résultat attendu mais typename(-uint1) renvoie long. Est-ce un bug de typename ?