Erreurs, bugs, questions - page 1121
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
Je peux voir un menu de terminal (Fichier/View/Tools/Help) et lorsque je démarre, une fenêtre de terminal blanche apparaît à l'écran (pas de graphiques ni d'outils) juste pendant une fraction de seconde, puis se ferme. Processeur Intel Celeron G530 Windows 8 64, mais sur Core2Duo Windows 8 32 terminal avec build 625 fonctionne.
Vous avez une différence de dépôt de 622 fois. Et le lot est ouvert avec un volume minimum de 0,01. Le fournisseur de grille ouvre de nombreux ordres et votre dépôt n'est pas suffisant pour copier ces positions. Dans ce cas, une sur-synchronisation se produit et les transactions sont fermées avec un moins afin d'essayer d'en ouvrir de nouvelles. Vous feriez mieux de chercher un signal plus approprié correspondant à votre dépôt.
Le fait que le dépôt soit plus petit est compréhensible. Le volume est de 0.01, pas de 0.5 ou 0.3 (le minimum, pour ainsi dire). Mais pourquoi fermer des positions pour en ouvrir de nouvelles, ce n'est pas logique... Si le dépôt vous permet toujours de maintenir uneposition ouverte, pourquoi fermer quelque chose, ce n'est pas clair. Mon dépôt d'il y a une semaine a subi un drawdown de 3 fois le dépôt de l'auteur et rien n'a été fermé... juste pas ouvert de nouveaux et c'est logique
À en juger par les journaux, il n'y avait pas assez de fonds disponibles et la sur-synchronisation a commencé, car il est dangereux de laisser des ordres ouverts chez un abonné. Vous avez une très grande différence dans les dépôts, il est donc impossible de garantir la copie du signal. Il est logique de ne pas ouvrir de nouvelles positions, mais dans ce cas, le MM sera violé et les positions de l'abonné et du fournisseur ne coïncideront pas.
À en juger par les journaux, il n'y avait pas assez de fonds disponibles et la sur-synchronisation a commencé, car il est dangereux de laisser des ordres ouverts chez un abonné. Vous avez une très grande différence dans les dépôts, il est donc impossible de garantir la copie du signal. Il est logique de ne pas ouvrir de nouvelles positions, mais alors le MM serait violé et les positions de l'abonné et du fournisseur ne coïncideraient pas.
Question pour les connaisseurs :
Les méthodes des variables locales d'une classe dérivée peuvent-ellescacher
des données privées d'une classe de base ?
S'ils ne le peuvent pas, j'ai une question pour les développeurs :
Ce type d'avertissement peut-il être exclu du compilateur à l'avenir ?
En cherchant les moyens d'écrire des données dans le fichier à partir du testeur, voici l'erreur (abrégée, car elle ne convenait pas) :
C'est-à-dire que, bien sûr, je comprends que cette erreur est le résultat naturel de ma maladresse. Et dans tous les cas, il a été rapidement corrigé (le problème était dans une tentative de passer des données non string dans FileWrite via une troisième fonction, si nécessaire - je peux le décrire plus en détail). Mais l'erreur n'est pas très claire et un peu effrayante :) et le compilateur n'indique nulle part que c'est attendu. Peut-être que nous devrions au moins ajouter une sorte de déformation ou autre.
J'ai aussi ce genre d'accident. Se produit lors de l'exécution d'un script si le Terminal (910) et le Compilateur (921) ne correspondent pas.
Ce type d'avertissement peut-il être exclu du compilateur à l'avenir ?
Si j'étais le compilateur, je donnerais un avertissement différent ici : int n = 0 ; - variable inutilisée
En cherchant les moyens d'écrire des données dans le fichier à partir du testeur, voici l'erreur (abrégée, car elle ne convenait pas) :
C'est-à-dire que, bien sûr, je comprends que cette erreur est le résultat naturel de ma maladresse. Et dans tous les cas, il a été rapidement corrigé (le problème était dans une tentative de passer des données non string dans FileWrite via une troisième fonction, si nécessaire - je peux le décrire plus en détail). Mais l'erreur n'est pas très claire et un peu effrayante :) et le compilateur n'indique nulle part que c'est attendu. Peut-être que nous devrions au moins ajouter une sorte de déformation ou quelque chose comme ça...