Erreurs, bugs, questions - page 231
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
Le tampon de l'indicateur est inconfortable à lire : pas de la dernière barre ((
Direction de l'indexation dans les tableaux et les séries chronologiques
Changement de direction de l'indexation
La fonction ArraySetAsSeries() vous permet de modifier la façon dont vous accédez aux éléments d'un tableau dynamique, mais elle ne change pas physiquement la façon dont les données sont stockées en mémoire. Cette fonction change simplement la façon dont les éléments du tableau sont adressés, ainsi lorsque vous copiez un tableau dans un autre en utilisant ArrayCopy(), le contenu du tableau de destination ne dépendra pas de la direction de l'indexation dans le tableau source.
Vous ne pouvez pas inverser le sens de l'indexation pour les tableaux distribués de manière statique. Même si le tableau a été transmis à une fonction en tant que paramètre, les tentatives de modification de la direction d'indexation dans cette fonction n'aboutiront à rien.
Pour les tampons d'indicateurs, comme pour les tableaux habituels, il est également possible de définir la direction d'indexation à l'envers comme dans une série chronologique, c'est-à-dire que l'accès à la position zéro dans le tampon d'indicateurs dans ce cas signifiera l'accès à la dernière valeur dans le tampon d'indicateurs correspondant, et cela correspondra à la valeur de l'indicateur sur la dernière barre. En même temps, la disposition physique des données dans le tampon de l'indicateur restera inchangée, comme mentionné ci-dessus.
stringo:
#property tester_file "bla-bla-bla"
Rosh:
Propriétés du programme
indicateur du testeur
chaîne de caractères
Nom de l'indicateur personnalisé au format "nom_indicateur.ex5" .Les indicateurs nécessaires aux tests sont déterminés automatiquement à partir de l'appel de la fonction iCustom(), si le paramètre correspondant est spécifié comme une chaîne constante. Pour les autres cas (utilisation de la fonction IndicatorCreate() ou utilisation d'une chaîne non constante dans le paramètre qui définit le nom de l'indicateur), nous avons besoin de cette propriété
fichier_testant
chaîne de caractères
Nom du fichier du testeur, en précisant son extension, entre guillemets (comme une chaîne constante). Le fichier spécifié sera transmis au testeur pour être exploité. Les fichiers d'entrée pour les tests, s'ils sont nécessaires, doivent toujours être spécifiés.
bibliothèque du testeur
chaîne de caractères
Nom de la bibliothèque avec l'extension, entre guillemets. Une bibliothèque peut avoir à la fois une extension dll et une extension ex5. Les bibliothèques nécessaires aux tests sont détectées automatiquement. Cependant, si une bibliothèque quelconque est utilisée par un indicateur personnalisé, vous devez utiliser cette propriété
Merci pour cette clarification, une fonctionnalité très pratique. Je n'aurais jamais pensé que cette question devait faire l'objet d'une recherche dans cette section.
J'étais un peu excité à l'idée de renvoyer les données de l'agent vers le fichier.
Il est clair que le transfert d'un fichier entier sur l'internet est une tâche complètement différente du renvoi d'une valeur.
Merci pour cette clarification, une fonctionnalité très pratique. Je n'aurais jamais pensé que cette question aurait besoin d'être recherchée dans cette section.
J'étais un peu excité à l'idée de renvoyer les données dans un fichier à partir de l'agent.
Il est clair que le transfert d'un fichier entier sur l'internet est une tâche d'un tout autre volume que le renvoi d'une valeur.
Transmettre le fichier de paramètres/données à l'agent distant ne représente que la moitié de la tâche.
Et comment récupérer la valeur renvoyée par la fonction OnTester() sur la machine locale (en cas d'optimisation de la fonction définie par l'utilisateur, ce qui est exactement la raison pour laquelle il faut danser avec le passage d'un fichier) de l'agent distant ? Il s'agit de la valeur de retour que l'optimiseur du testeur obtient (sinon l'optimisation à l'aide d'agents distants serait impossible), et non le programme utilisateur.
Transmettre le fichier de paramètres/données à l'agent distant ne représente que la moitié de la tâche.
Et comment récupérer sur la machine locale la valeur renvoyée par OnTester() (en cas d'optimisation de la fonction définie par l'utilisateur, ce à quoi sert la danse de transfert de fichiers) d'un agent distant ? Il s'agit de la valeur de retour que l'optimiseur du testeur obtient (sinon, l'optimisation à l'aide d'agents distants serait impossible), mais pas le programme utilisateur.
Décompressez le fichier journal.
Maintenant l'indicateur iCustom ne peut pas se charger. Je n'ai rien changé dans le code et il fonctionnait bien dans le build 362.
2010.12.14 23:18:05 Core 1 2010.01.04 00:00:00 Expert supprimé car l'indicateur 43 ne peut pas être chargé [4802]
2010.12.14 23:18:05 Core 1 chargement du FEOP EURUSD,H1 a échoué
Sinon, le processus d'obtention d'un terminal plus ou moins fonctionnel ne sera jamais terminé...
Maintenant l'indicateur iCustom ne peut pas se charger. Je n'ai rien changé dans le code et il fonctionnait bien dans le build 362.
2010.12.14 23:18:05 Core 1 2010.01.04 00:00:00 Expert supprimé car l'indicateur 43 ne peut pas être chargé [4802]
2010.12.14 23:18:05 Core 1 chargement du FEOP EURUSD,H1 a échoué
Sinon, le processus d'obtention d'un terminal plus ou moins fonctionnel ne sera jamais terminé...
J'ai des problèmes similaires. Il ne fonctionne pas dans le testeur de stratégie.
2010.12.14 22:01:07 Core 1 2010.01.01 00:00 Expert supprimé car l'indicateur 43 ne peut pas être chargé [4802]
2010.12.14 22:01:07 Core 1 Le chargement du panneau de commande EURUSD,M1 a échoué.
Ce problème a été résolu avant
#property tester_indicateur "Fatpanel//panel.ex5"
Tout a été recompilé.