Erreurs, bugs, questions - page 1046
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
Merde. C'est bizarre. Ce que je craignais, c'était une mauvaise reproductibilité. Tu as vérifié sous charge ?
Quel type d'unité centrale ?
J'ai un AMD Phenom II X6, win7 64, terminal x64.
Comment c'est ? Trai on, falsa on... ...plateau a écrit...
Intel E6750
Comment c'est ? Trai on, falsa on... trai a écrit.
Intel E7650
Non, pas ça, là, à la compilation, vous pouvez "supprimer" tous les calculs et la sortie graphique en redéfinissant la définition (laisse vide OnCalculate(), "no load", seulement avec l'impression).
Si vous compilez "tel que téléchargé", l'indicateur dessine le graphique, c'est-à-dire "sous charge" .
C'est écrit dans le code :
:)
Mon indicateur fonctionne comme il le devrait sans charge, mais sous charge (lorsqu'il y a des CopyBuffer()), il ne se met à zéro qu'une seule fois et duplique les appels à chaque tick deux ou trois fois.
Non, pas ça, là à la compilation il est possible de "supprimer" tous les calculs et la sortie du graphique (ça laisse vide OnCalculate(), "sans charge", seulement avec print).
Si vous compilez "tel que téléchargé", l'indicateur dessine le graphique, c'est-à-dire "sous charge" .
C'est écrit dans le code :
:)
Oh, désolé, je n'ai pas lu le code.
J'ai essayé de cette façon et de cette façon, ça ne se reproduit pas. 0 seulement sur la compilation, le démarrage, le changement de tf ou d'entrée, tout semble normal.
Maintenant j'ai redémarré le terminal avec Unlimited - il ne double pas, tout est normal.
Mais c'est dommage, je n'ai pas besoin de tant de bars, ma mémoire est plus importante pour moi............
J'ai redémarré avec 100 000 barres - j'ai à nouveau doublé les ticks et remis à zéro... :(
J'ai redémarré le terminal avec Unlimited - il ne double pas, tout va bien.
Mais ce n'est pas bon, je n'ai pas besoin de tant de barres, ma mémoire est plus importante pour moi............ :(
Et si on me rendait 5 000 ? Sans redémarrer le terminal ?
À l'origine, j'avais un nombre illimité - il n'y avait pas de zéros, et ils n'apparaissaient pas lorsque je les restreignais.
Et maintenant, si vous rendez les 5 000 ? Sans redémarrer le terminal ?
Et ça ne marche pas, l'écriture dit "vous devez redémarrer le terminal pour que les changements prennent effet".
D'une certaine manière, ça marche. Si vous le changez en 5000, que vous l'effacez et revenez, il fera oops, c'est-à-dire qu'il comprend quelque chose.
Mais cela ne limite pas les bars.
Les entailles après la remise à zéro de 5000 sont revenues, c'est bon.
D'une certaine manière, ça marche. Si vous le changez en 5000, que vous l'effacez et revenez, il fera oops, c'est-à-dire qu'il comprend quelque chose.
Mais cela ne limite pas les bars.
Les entailles après la remise à zéro de 5000 sont revenues, c'est bon.
Oui, c'est vrai, j'ai essayé, j'ai eu ce "oops" - un pur bug, pour servicedesk en général.
c'est à dire (si je comprends bien) qu'un indicateur innocent, sans méfiance, est appelé avec rates_performance=100000, et la requête CopyRates(,,100000,) mène à un pop (array out of range in ...) - le terminal n'a déjà que 50000 de disponible. fun.Nouveau ce bouton, avec l'affichage des nouvelles dans les flux d'amis. Même si vous désactivez l'option "Afficher dans le flux", elle s'allume toujours lorsqu'une nouvelle d'une personne déjà déconnectée apparaît.