Erreurs, bugs, questions - page 2931
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
C'est le genre de fonctionnalité qui, même si vous la connaissiez, vous oblige à faire remonter toute la couche dans votre tête.
Ici, je faisais une détermination de présence auto-déclarée. Ça semblait fonctionner quand on changeait de TF.
Je ne suis pas vraiment rentré dedans, mais à en juger par ces lignes :
Le nom de l'indicateur (dans le 0e paramètre) n'est pas utilisé pour créer la signature, ce qui est assez étrange.
Sur 10, on constate que la consommation de mémoire du terminal est élevée. Sur Windows Server, c'est beaucoup moins.
Apparemment, le calcul de la consommation de mémoire dépend du système d'exploitation.
Je ne suis pas vraiment rentré dedans, mais à en juger par ces lignes :
le nom de l'indicateur (dans le paramètre 0) n'est pas utilisé lors de la création de la signature, ce qui est assez étrange.
Oui, je l'ai rencontré. Validate lance la première passe, les suivantes ne le font pas. Le bouton de démarrage ne démarre pas.
Débogué - il fonctionne. J'ai fait le débogage dans la version, tout est censé être parfait, mais ça ne fonctionne pas.
Maintenant je lance spécialement la version debug. Il appuie sur le bouton Start sans aucun problème.
Je n'ai pas pu trouver la raison de ce bug.
J'ai vu cette réponse récemment.
Si j'ai bien compris, ce sont mes agents locaux qui ne démarrent pas, pourquoi ne pas avoir trouvé la solution. Il semble mieux démarrer dans les dernières versions du terminal.
Sur 10, on constate que la consommation de mémoire du terminal est élevée. Sur Windows Server, c'est beaucoup moins.
Apparemment, le calcul de la consommation de mémoire dépend du système d'exploitation.
J'ai l'impression que le serveur n'est pas tout à fait correct sur Windows Server.
Ou, plus précisément, les paramètres graphiques sont constamment réinitialisés et cela dépend du manque de mémoire. Dans le même temps, tout semble être normal dans le répartiteur. Soit le vpc est limité, soit le mt5 est plus vorace.
donne un résultat de 16388. Comment puis-je faire la procédure inverse : substituer la valeur 16388 et obtenir une chaîne avec le nom de périodePERIOD_H4? Existe-t-il une fonction intégrée ou dois-je écrire mon propre convertisseur ? S'il n'existe pas de fonction intégrée, à quoi ressemblerait une fonction personnalisée ? Serait-il nécessaire d'écrire quelque chose comme une correspondance clé-valeur ?
donne un résultat de 16388. Comment puis-je faire la procédure inverse : substituer la valeur 16388 et obtenir une chaîne avec le nom de périodePERIOD_H4? Existe-t-il une fonction intégrée ou dois-je écrire mon propre convertisseur ? S'il n'existe pas de fonction intégrée, à quoi ressemblerait une fonction personnalisée ? Serait-il nécessaire d'écrire quelque chose comme une correspondance clé-valeur ?
Il s'avère que oui. C'est un soulagement. Merci.
J'essaie de permettre à l'utilisateur de sélectionner les deux horizons temporels et leur nombre dans le menu de la fenêtre de configuration de l'indicateur :
et je veux que les périodes sélectionnées aillent directement dans PArray. Mais d'après l'exemple ci-dessus, il s'avère que j'affecte au tableau les valeurs prédéfinies dans le programme et non les valeurs entrées par un utilisateur. En outre, le compilateur génère des avertissements :
Lorsque j'essaie de remplacer la dernière ligne par :
le compilateur génère carrément une erreur :
De plus, NO_PERIOD=0 signifiePERIOD_CURRENT, et je n'ai pas besoin de cela, j'ai besoin de quelque chose comme false ou EMPTY_VALUE, mais ils ne correspondent pas du tout.
Comment le réparer ?
Erreur dans la description :
Structure d'une transaction commerciale (MqlTradeTransaction)
Ce champ est appelé : time_type