Erreurs, bugs, questions - page 2930
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
Erreur critique pendant le débogage :
Résultat :
Dernière version bêta pour le momentQuelqu'un a-t-il trouvé un moyen de faire en sorte que la poignée de l'indicateur affiche une propriété dans la fenêtre principale ou dans une sous-fenêtre ? Je parle des indicateurs personnalisés qui sont créés à l'aide d'IndicatorCreate et qui peuvent ensuite être ajoutés au graphique à l'aide de ChartIndicatorAdd.
Vous pourriez probablement glisser l'indicateur dans OBJ_CHART et voir où il est positionné.
Quelqu'un a-t-il trouvé un moyen d'obtenir une propriété d'affichage à partir d'une poignée d'indicateur dans la fenêtre principale ou secondaire ? Je parle des indicateurs personnalisés qui sont créés en utilisant IndicatorCreate et qui peuvent ensuite être ajoutés au graphique par ChartIndicatorAdd à la demande de l'utilisateur.
a fait quelque chose de similaire.
Le code recherche tous les graphiques ouverts pour un indicateur par son handle. Renvoie le symbole, le cadre temporel, l'identifiant du graphique, la sous-fenêtre et le nom de l'indicateur.En voici un que j'ai trouvé. Je ne me souviens pas si ça marche ou pas. Jetez-y un coup d'œil.
Je suppose que vous pourriez placer l'indicateur dans OBJ_CHART et voir où il se trouve.
Je vais essayer, pour l'instant j'ai dû faire l'option de le spécifier par l'utilisateur.
a fait quelque chose de similaire.
A en juger par le code, il recherche dans tous les graphiques ouverts un indicateur par son handle. Renvoie le symbole, le cadre temporel, l'identifiant du graphique, la sous-fenêtre et le nom de l'indicateur.En voici un que j'ai trouvé. Je ne me souviens pas si ça marche ou pas. Jetez-y un coup d'œil.
Cela ne correspond pas à votre question : les indicateurs créés par IndicatorCreate ne sont pas placés dans une fenêtre - ils sont "assis" à l'intérieur de celle-ci, et la tâche consiste à placer un tel indicateur par sa poignée dans la fenêtre. Maintenant, MQL5 vous permet d'ajouter un handle arbitraire à la fenêtre principale ou sous-fenêtre en utilisant la fonction ChartIndicatorAdd, indépendamment des "propriétés" de l'indicateur (pas d'erreurs !), et le résultat est très étrange lorsque l'ajout n'est pas effectué comme prévu.
Il y a un plus gros problème avec les indicateurs.
Certains d'entre eux mettent en œuvre le gestionnaire OnCalculate selon la version simplifiée avec un seul tableau d'entrée, et pour eux, vous pouvez sélectionner le type de prix pour le calcul. Comment savez-vous, à partir du programme MQL5 tiers, que l'indicateur attend ce type de prix, qui doit être passé après tous les paramètres lors de la création de l'indicateur ? Il semble qu'il n'y ait aucun moyen. Et si vous ne le faites pas, l'indicateur est dessiné par #property indicator_applied_price qui n'est pas accessible de l'extérieur. Voici un conseiller expert simple qui ajoute l'indicateur/AMA au graphique de manière programmatique :
Si après cela nous changeons le cadre temporel du graphique, nous obtenons 2 indicateurs AMA : un au prix de clôture (créé programmatiquement) et un au prix d'ouverture (généré en raison du changement de cadre temporel et de la #property indicator_applied_price PRICE_OPEN ; il n'est pas clair pourquoi cette propriété n'est pas prise en compte par iCustom également).
Pour continuer le thème des indicateurs, je joins l'Expert Advisor que j'ai utilisé pour découvrir et éviter le problème des paramètres MqlParam.
La tâche de l'Expert Advisor est d'ajouter l'indicateur "Examples/Price_Channel" au graphique, s'il n'y est pas encore, avec les mêmes paramètres.
Pour ce faire, nous créons une instance en utilisant iCustom/IndicatorCreate, nous obtenons un tableau de ses paramètres à travers IndicatorParameters, puis nous appelons dans la boucle IndicatorParameters pour les indicateurs qui existent déjà dans le graphique : s'il n'y a pas de correspondance des paramètres du tableau, l'indicateur est ajouté au graphique, s'il y a une correspondance, le nouveau handle est simplement détruit.
Le problème est que l'égalité des paramètres ne fonctionne pas toujours comme prévu. En particulier, il existe un tel cas de test à sécurité intégrée. Nous plaçons l'Expert Advisor sur un graphique vide et nous cliquons - cela crée la première instance de l'indicateur. Ensuite, nous passons à n'importe quel autre cadre temporel de graphique (l'ancien indicateur reste) et nous cliquons à nouveau. Bizarrement, la deuxième instance de l'indicateur est créée.
D'après l'analyse de l'exécution et du journal, il est clair que cela est dû à une mauvaise égalisation des chaînes de caractères du nom de l'indicateur dans les paramètres. Les chaînes de caractères y sont longues de 260 caractères, mais le terminal 0 est situé beaucoup plus tôt. Ensuite, il y a soit des informations sur le service, soit des déchets. La comparaison de chaînes de caractères "==" ou StringCompare prend donc en compte ces "déchets" et nous obtenons l'inégalité des chaînes de caractères.
Si nous convertissons les chaînes de caractères en un tableau de caractères, les tableaux obtiennent une correspondance complète. Si vous convertissez en un tableau court, vous obtenez des déchets. En somme, un comportement non cohérent non décrit dans la documentation.
Je ne suis pas sûr de la nature exacte du bogue, que ce soit dans le principe du traitement des chaînes de caractères dans MQL ou autre chose.
Si quelqu'un connaît les nuances, donnez-moi un indice.
Si quelqu'un est au courant des nuances, veuillez me donner un conseil.
C'est le genre de fonctionnalité qui, même si vous la connaissiez, vous oblige à faire remonter toute la couche dans votre tête.
Voici la définition de l'auto-disponibilité. Ça semblait fonctionner quand on changeait de TF.
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.