Erreurs, bugs, questions - page 1682
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
Regardez dans le corps de Func() pour voir ce qu'il retourne avant de sortir. Je parle d'un cas particulier. Si la valeur est calculée directement entre parenthèses, il n'y a bien sûr aucun moyen.
Merci. Je n'arrive pas à comprendre pourquoi l'indicateur appelle OnCalculate deux fois au début. J'aimerais savoir à quel événement correspond cette réponse. Il n'y a pas d'événements visibles sur le débogage, malheureusement.
Réponse du Service Desk à ce sujet :
Cela dépend spécifiquement de la somme de contrôle.
L'historique n'a peut-être pas changé (il peut s'agir d'une modification d'un historique existant sans ajout de nouvelles données), mais la somme de contrôle a été modifiée de manière significative.
C'est votre droit, ma tâche est de vous informer qu'il n'y a pas de règles strictes sur le nombre d'appels OnCalculate() - car cette fonction reflète essentiellement la réaction aux événements : soit la pagination de l'historique, soit la modification de l'historique (arrivée de ticks frais), soit la préparation de l'environnement du trade.
Vous êtes libre de vous fixer les tâches que vous souhaitez. Mais s'il vous plaît, ne répondez pas, du moins pour moi, aux questions que je ne pose pas.
Je sais comment utiliser même les fonctionnalités non documentées de OnCalculate. S'il vous plaît, ne parlez pas de "tiédeur" lorsque vous êtes interrogé sur un domaine complètement différent.
Réponse du Service Desk sur cette question :
Réponse du Service Desk sur cette question :
Build 1010 du 18 août
Problème de chargement de l'historique
2016.09.13 09:51:02.539 Windows 7 Ultimate (PC basé sur x64), IE 11.00, 8 x Intel Core i7-6700 @ 3.40GHz, RAM : 18768 / 32684 Mb, HDD : 35417 / 1498122 Mb, GMT+02:00
ce problème :
est DRWEB.
Je ne peux pas télécharger l'historique avec l'antivirus activé. L'antivirus ne m'informe pas des ports bloqués.
Le terminal est dans les programmes autorisés, mais lorsque l'antivirus est activé - l'historique n'est pas téléchargé.
Il n'y a rien dans le journal, c'est-à-dire que le curseur de téléchargement de l'historique reste immobile, après avoir appuyé sur la touche STOP - juste écrit
2016.09.13 10:04:52.424 HistoryCenter: error reading data
2016.09.13 10:03:04.944 HistoryCenter : GBPUSD_2004_07 chargé (115 kb)
2016.09.13 10:03:04.621 HistoryCenter : GBPUSD_2004_06 chargé (118 kb)
J'ai désactivé l'antivirus - le processus de téléchargement a démarré, a téléchargé quelques années - puis il s'est à nouveau arrêté et ne va pas plus loin.
J'ai relancé le téléchargement de l'historique plusieurs fois - et après 10-15 essais, tout l'historique était téléchargé.
Merci, mais vous avez précipité la réponse ici aussi. Voir l'exemple.
Je comprends que vous parlez du débogueur. Ma question ressemblait à ceci :
Description du problème.
Je suis en train d'écrire un indicateur. MT4. J'obtiens (d'une manière que je ne comprends pas) une réinitialisation de prev_calculated à 0 alors qu'il aurait dû devenir non nul après le premier tick. C'est-à-dire double.
Le résultat est dans le journal :
Je n'avais pas remarqué avant, mais est-ce un bug ou est-ce supposé l'être ?
Supposons que l'historique ait été gonflé (taux_total augmenté). Mais on peut quand même obtenir des choses similaires :
2016.03.15 13:55:40.569 test_indicator_15032016 EURUSD,M15 : initialisé
Dans ce cas, je faisais un désamorçage.
Je comprends que vous parlez du débogueur. Ma question ressemblait à ceci :
Dans ce cas, je faisais un désamorçage.
Votre affaire n'a rien à voir avec ce que je demandais. Merci de vouloir aider.