Erreurs, bugs, questions - page 1118
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
au contraire... l'ancien, s'il n'affichait pas la plaque, pourquoi commencerait-il à l'afficher... c'est bizarre...
Je ne sais pas, mais le nouveau s'est comporté comme d'habitude sans aucun signe et a commencé à télécharger les fichiers d'installation.
Je ne sais pas, mais le nouveau s'est comporté comme d'habitude sans aucun onglet et a commencé à télécharger les fichiers d'installation.
J'ai déjà vu que l'apparition d'une telle fenêtre pendant le processus d'installation pouvait être liée à la protection de l'ordinateur (apparemment, en raison d'une mise à jour régulière) et à la manifestation étrange qui s'ensuit.
Peu importe qu'il s'agisse d'un fichier d'installation précédent ou simplement téléchargé.
Maintenant je vais prendre note, pour l'avenir, juste au cas où, cette nouvelle dépendance pour moi (je n'expérimente pas maintenant).
Mais je suis heureux que votre problème soit résolu.
Une suggestion : si je me souviens bien, il y a eu une mise à jour du terminal MT5 récemment. Dans ce cas, il existe peut-être un lien entre l'invite du proxy, une version obsolète du fichier d'installation et le processus d'installation en ligne.Extrait de la liste des modifications apportées à la nouvelle build MT5 de 2014.04.04 10:14 :"3. Terminal : Correction d' un bogue à cause duquel les objets graphiques n'étaient pas dessinés sur le graphique dans certaines conditions. "Je ne sais pas si les développeurs ont satisfait ma demande dans le SD #966979 ou s'il s'agit d'un autre type de correction, ou même d'un effet secondaire d'une amélioration dans la prochaine version, mais dans tous les cas, cela me convient maintenant. La liste des modifications indique qu'il s'agit d'un bogue, mais dans ma correspondance avec le SD, on m'a répondu sans équivoque :"Ce n'est pas un bogue, c'est une limitation pour économiser les ressources."
Vous pouvez maintenant regarder confortablement les constructions TA sur n'importe quel TF comme avant.
Merci, je ferme la demande.
La constance des méthodes peut être surchargée dans une classe dérivée (build 917)
Un autre exemple
Résultat= 2, mais en C++ résultat = 1
L'erreur ne réside pas dans le fait que dans une classe dérivée on ne peut pas déclarer une méthode avec le même nom que dans la classe de base (ce qui est permis), mais que le C++ les considère comme différentes et que MQL considère que B::f() surcharge A::f() const.
La fonction Print() sort les non-nombres du signal float comme des non-nombres, ce qui est illogique, car double sort les deux normalement.
Float doit soit : 1) supprimer le préfixe Q des numéros de non-signaux et alors les numéros de signaux et de non-signaux seront imprimés de manière identique, soit 2) sortir les numéros de signaux avec le préfixe S. Si je me trompe, veuillez me donner un exemple de signal float non numérique qui serait imprimé par la fonction Print() sans le préfixe Q.
Par exemple, je prends un signal double non numérique, je le convertis en flottant et j'envoie les deux via Print(). Dans le premier cas, il imprime SNAN, dans le second QNAN.
Au cours de l'exploration des différentes manières d'écrire des données dans le fichier à partir du testeur, voici une erreur (abrégée, car elle ne convenait pas) :
C'est-à-dire, 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 devrions-nous au moins ajouter une sorte de déformation ou quelque chose comme ça...
Au cours de l'exploration des différentes manières d'écrire des données dans le fichier à partir du testeur, voici une 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...
Oui, veuillez la décrire plus en détail.
Intéressé par la construction, le système d'exploitation, le débit binaire, les paramètres du testeur. Veuillez joindre le code pour la reproduction.
Merci.
OK, je vais essayer. J'ai pu revenir au bon moment et le reproduire, mais je ne peux pas isoler le bug et le reproduire séparément...
Build : MetaTester 5 x64 build 910 (07 Mar 2014) https://dl.dropboxusercontent.com/u/61587787/bugreport/build.png
Bureau Win7 x64 https://dl.dropboxusercontent.com/u/61587787/bugreport/system.png
copié de la fenêtre du testeur : https://dl.dropboxusercontent.com/u/61587787/bugreport/log.txt
captures d'écran du testeur (enfin, on ne sait jamais):https://dl.dropboxusercontent.com/u/61587787/bugreport/tester1.png https://dl.dropboxusercontent.com/u/61587787/bugreport/tester2.png
paramètres du testeur (je ne sais pas si je sais ce que je veux dire): https://dl.dropboxusercontent.com/u/61587787/bugreport/config.png
Extraits de code :
Si on le remplace parWriteCSV("test.csv",(string)idx) ; - l'erreur disparaît. Les autres variables qui ne sont pas des chaînes de caractères n'ont rien à faire ici. La valeur de idx ne semble pas faire de différence (il s'agit simplement du numéro de série de la nouvelle dans le tableau). Reproduit sur n'importe quelle nouvelle en essayant de sauvegarder le résultat. Parmi les avertissements, seule laconversion implicite de "nombre" en "chaîne de caractères" est affichée, mais là encore, il n'y a que dans ce cas qu'elle se transforme en plantage.
Je n'ai pas vraiment envie de poster le code complet et le .set ici, mais je peux l'envoyer quelque part.
Erreur de compilation : le compilateur pense que je passe un pointeur par référence
Si j'écris f1( A* const a ), tout se compile bien, mais je n'écris pas f2( const int a ) et dans le cas de f2( int a ) le compilateur s'en sort bien.
alors il devrait y avoir une erreur dans f2( a2 ) aussi