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
Bonne nuit. Je commence à peine à y voir clair. Il semble que ce soit un bug clair. Je cite le code ci-dessous, si je commente une ligne (elle est marquée) il semble fonctionner, quel est le problème - je ne comprends pas. Je n'ai rien trouvé dans la documentation à ce sujet.
Vous n'avez pas alloué le tableau Raznica. Il est déclaré mais on ne lui alloue pas de mémoire, en même temps ce n'est pas un tampon indicateur (la mémoire pour les tampons est allouée automatiquement).
Ici :
vous indiquez au compilateur que les tableaux BaseMaBuffer et MaForMaBuffer sont des tampons indicateurs. Les autres tableaux doivent être alloués par
ArrayResize()
Bonne nuit. Je viens de commencer à m'y intéresser. Cela semble être un bug évident. Je cite le code ci-dessous, si je commente une ligne en dessous (elle est marquée) cela semble fonctionner - je ne comprends pas quel est le problème. Cette situation peut être évitée en spécifiant une taille explicite pour le tableau Raznica[]. Je n'ai rien trouvé dans la documentation à ce sujet.
Il n'y a pas de bogue. Vous devez spécifier la taille des tableaux dynamiques à l'aide de l'attribut
La fonction ne peut être appliquée qu'aux tableaux dynamiques, mais vous devez garder à l'esprit que les tableaux dynamiques affectés comme tampons d'indicateurs par la fonction SetIndexBuffer() ne peuvent pas être redimensionnés. Pour les tampons indicateurs, toutes les opérations de redimensionnement sont effectuées par le sous-système d'exécution du terminal.
J'ai compris, merci pour le coup de pied au cul. Autre question : si le tableau est redimensionné, qu'adviendra-t-il des données ? Est-il possible de changer la direction de l'indexation, comme dans les séries chronologiques, uniquement dans un tableau dynamique?
Les données resteront en place, si vous réduisez puis restaurez, c'est incertain (le résultat est indéfini).
De cette façon, la direction de l'indexation ne change que la référence de l'index, le tableau est distribué dans la même direction.
En d'autres termes, les données ne peuvent pas être déplacées par un nouveau partitionnement du tableau.
Cela a déjà été signalé, mais le testeur continue de réinitialiser la valeur du dépôt initial définie par l'utilisateur de 10 000 $.
L'ensemble des valeurs initiales disponibles est assez tordu. Ça lui ajouterait au moins 1000 $.
construire 523
Win XP
Après l'optimisation, le fichier de résultats ne peut pas être ouvert,
Build 527 + Office 2007
Le journal des erreurs contient les données suivantes
Erreur XML dans "Tableau
Cause : Valeur erronée.
Fichier : C:\Users\Dragon\Desktop\ReportOptimizer-957640.xml
Groupe : Cellule
Tag : Données
Значение: 179769313486231570000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000.0000
Erreur XML dans "Table".
Cause : Valeur erronée
Fichier : C:\Users\Dragon\Desktop\ReportOptimizer-957640.xml
Groupe : Cellule
Tag : Données
Значение: 179769313486231570000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000.0000
Erreur XML dans "Table".
Cause : Valeur erronée
Fichier : C:\Users\Dragon\Desktop\ReportOptimizer-957640.xml
Groupe : Cellule
Tag : Données
Значение: 179769313486231570000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000.0000
Erreur XML dans "Table".
Cause : Valeur erronée
Fichier : C:\Users\Dragon\Desktop\ReportOptimizer-957640.xml
Groupe : Cellule
Tag : Données
Значение: 179769313486231570000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000.0000
Erreur XML dans "Table".
Cause : Valeur erronée
Fichier : C:\Users\Dragon\Desktop\ReportOptimizer-957640.xml
Groupe : Cellule
Tag : Données
Значение: 179769313486231570000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000.0000
etc.
Je pense que vous obtenez une valeur vide.
Vous pouvez lire
https://www.mql5.com/ru/docs/constants/namedconstants/otherconstants
EMPTY_VALUE
Valeur vide dans le tampon de l'indicateur
DBL_MAX
DBL_MAX
Valeur maximale pouvant être représentée par le type double
1.7976931348623158e+308
C'était comme ça, ou quelque chose s'est cassé... De toute façon, il est permis d'accéder librement à la méthode protégée dans les non-descendants.
Je pense que vous obtenez une valeur vide.
Vous pouvez lire
https://www.mql5.com/ru/docs/constants/namedconstants/otherconstants
EMPTY_VALUE
Valeur vide dans le tampon de l'indicateur
DBL_MAX
DBL_MAX
Valeur maximale pouvant être représentée par le type double
1.7976931348623158e+308