MetaTrader 4 Build 529 beta publié avec un nouveau compilateur - page 27
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
Vous n'avez probablement pas lu mon message ci-dessus, dans lequel je décrivais ce qui est en train d'être écrit pour les personnes utilisant les versions bêta de MT4. Dans nix`, tous travaillent dans leurs propres sandboxes complètement, seul l'utilisateur root met les programmes communs et distribue les droits pour leur utilisation par les autres utilisateurs. L'idéologie y est complètement différente, même si elle semble similaire à celle de Microsoft. Au fait, cela ne me dérange pas que la version bêta écrive les paramètres de l'utilisateur dans X:\Users\xxx\AppData\Roaming\MetaQuotes\Terminal\, ce qui me dérange c'est ce qui suit :
1. Il crée un sous-répertoire X:\Users\xxx\AppData\Roaming\MetaQuotes\Terminal\B5589D10299052C8D921603EBD1F9752\ qui jusqu'à ce que vous y arriviez vous ne connaîtrez pas son nom, de plus il change son nom à chaque mise à jour.
2. Ce chemin est utilisé non seulement pour écrire les paramètres de l'utilisateur, mais aussi pour les fichiers exécutables - indicateurs, Expert Advisors, scripts, etc., en général, toutes les choses pour lesquelles vous ne laisserez pas un étranger accéder à votre PC, même sous un autre nom d'utilisateur. Bien que cela puisse, bien sûr, être évité plus tard, mais à quel prix.
Je crains surtout le premier point, car en utilisant la lecture / écriture de fichiers, le code pour utiliser ces opérations deviendra plus compliqué.
Je l'ai lu. Je suis tout à fait d'accord avec vous. Ce que j'ai écrit - ce ne serait pas une mauvaise idée de configurer le chemin dans le terminal. Il est parfois utile de partager des paramètres, des fichiers, des EA... Parfois non.
J'écris en espagnol. Et je traduis avec Google.
La traduction en anglais est tout aussi mauvaise que la traduction russe.
Il y avait trois copies identiques dans l'historique, mais pour réduire la capture d'écran, on n'en a vu que deux.
Cela se produit lorsque le terminal télécharge l'historique d'un autre TF.
Vous devez effacer tout le tampon après l'initialisation de l'indicateur. Ou dessiner toutes les barres.
J'ai décrit mon idée (balancer le graphique, en mettant le présent dans le passé et en inventant le futur), si ce n'est pas très clair, alors hélas.........
Je serais heureux si vous pouviez suggérer une autre façon de dessiner ce qui est nécessaire sur les barres moins avec des valeurs adéquates sur les barres plus.
Ce qu'il faut mettre où n'est pas important. Ce qui est important, c'est ce qui doit être dessiné comme résultat.
Si vous avez besoin d'une tranche du passé et du futur, il vous faut un tampon et SetIndexShift pour le nombre nécessaire de barres dans le futur (il est emprunté au passé).
Si seul le futur est nécessaire - encore un tampon, SetIndexShift( bars ), et remplissez seulement les valeurs "bars".
Et si vous avez besoin du passé complètement (critique, même les barres les plus à gauche doivent être remplies) et d'une partie du futur, alors 2 buffers, chacun pour son propre cas.
En général, je ne vois pas le problème.
Le bogue selon lequel les paramètres externes déclarés en tant que chaîne perdaient leurs valeurs est maintenant corrigé. Merci
Le problème suivant concerne les appels iCustom(). Si l'indicateur appelé contient des paramètres de type chaîne, l'erreur suivante se produit :
Code pour "_master" :
Code pour "_slave" :
Une erreur différente se produit lorsque le paramètre n'est pas un type de chaîne de caractères.
Lorsqu'il est déclaré comme entier, l'instance "_slave" est rechargée encore et encore (comme dans le cas où le type de paramètre est incorrect).
Code pour "_master integer" (utilisation d'un paramètre de type integer dans l'appel iCustom() :
Et le code pour "_slave integer" :
Lorsque le paramètre de l'indicateur appelé est déclaré comme double, cela fonctionne bien.
Je pense qu'il doit y avoir un problème avec le terminal, qui n'efface pas correctement la mémoire de données, ou tout autre problème que vous ne connaissez pas.
Il s'agit plutôt d'un programme de dessin pour les arbres de Noël.
Lorsque le paramètre de l'indicateur appelé est déclaré comme double, cela fonctionne bien.
Nous allons le vérifier dès que possible. Merci.
J'écris en espagnol. Et je traduis avec Google.
La traduction en anglais est tout aussi mauvaise que la traduction russe.
Il y avait trois copies identiques dans l'historique, mais pour réduire la capture d'écran, on n'en a vu que deux.
Je pense qu'il doit y avoir un problème avec le terminal, qui n'efface pas correctement la mémoire de données, ou tout autre problème que vous ne connaissez pas.
Il s'agit plutôt d'un programme de dessin pour les arbres de Noël.
Corrigé
Corrigé également les points 1 et 2
Point 3, on travaille sur le débogueur.
Pour les points 4, 5, il faut savoir comment se reproduire. Pas à pas. Ce n'est pas reproductible à la volée.
Erreur de documentation :
datetime iVolume
devrait être
double iVolume