Ce que signifie l'entrée dans le journal de bord - page 3

 
dans le fichier Zigzag_Symbol_TF.rpt (format intéressant =), une seule ligne - "CloseDateTime,Buy,Sell".
total de 6 fichiers (8 experts), date de changement de 23:59 à 00:01 (heure Alpari)

Je n'ai rien changé pendant que j'écrivais ce billet...
C'est suffisant pour l'instant, nous nous en occuperons demain ;)
 
Je me suis trompé sur les M5 =) Je les ai épinglés sur l'horloge, mais ça ne marche toujours pas... <br / translate="no">.
Et maintenant, votre code épinglé, a commencé une nouvelle heure - dans le journal seulement quelques erreurs, aucune position ouverte...
2005.09.07 01:01:53 quark_test_expert : mauvais délimiteur pour la fonction FileOpen as BIN
2005.09.07 01:01:11 quark_test_expert : mauvais délimiteur pour la fonction FileOpen as BIN
2005.09.07 01:00:21 quark_test_expert : mauvais délimiteur pour la fonction FileOpen as BIN
2005.09.07 01:00:14 quark_test_expert : mauvais délimiteur pour la fonction FileOpen as BIN
2005.09.07 00:59:55 quark_test_expert : mauvais délimiteur pour la fonction FileOpen as BIN
2005.09.07 00:59:55 quark_test_expert : mauvais délimiteur pour la fonction FileOpen as BIN


Ces erreurs peuvent être ignorées en toute sécurité. J'ai demandé aux développeurs ce qu'ils en pensaient, ils n'ont pas répondu.
 
À proprement parler, l'idéal serait d'obtenir une révision du code de la part des développeurs, du genre : "Nous devons modifier untel ou untel, et c'est là l'essentiel. Mais ils ne disent rien pour une raison quelconque...
 
<br / translate="no"> MetaTrader 4 Mobile, build 184
Amélioration de l'interaction entre le terminal et le serveur commercial ;


Je me demande si cela a un rapport avec notre sujet ?
 
Vous pouvez ignorer ces erreurs sans risque. J'ai demandé aux développeurs ce qu'ils en pensaient, ils n'ont pas répondu.

Donc, il ne doit pas être capable de sortir l'information vers un fichier ? Si l'erreur est dans l'ouvreur de fichier...

À proprement parler, l'idéal serait d'obtenir une révision du code de la part des développeurs, du genre : "Nous devons modifier untel ou untel, et c'est là l'essentiel. Mais ils sont silencieux pour une raison quelconque...

Je ne pense pas que nous pourrons... Nous devons passer le code au crible autant que possible, afin de pouvoir demander plus tard : "Cette ligne est-elle correcte ?" =) alors il y a plus de chances...

Je me demande si cela a un rapport avec notre sujet.

MetaTrader 4 Mobile, build 184
Je ne le pense pas....
 
<br/ translate="no">

Ces erreurs peuvent être ignorées en toute sécurité. J'ai demandé aux développeurs ce qu'ils en pensaient, ils n'ont pas répondu.

Il ne peut donc pas transmettre l'information à un fichier, alors ? Si l'erreur d'ouverture de fichier...


Non. Le programme voit le mauvais (de son point de vue) caractère séparateur dans la fonction d'ouverture du fichier. Cela n'affecte en rien la sortie, puisque le caractère est pour le mode texte, et que j'utilise le mode binaire. Il s'agit d'un problème dans le système de détection des erreurs.


Je ne pense pas... Nous devrions passer le code au crible autant que possible, de sorte que plus tard nous puissions demander : "cette ligne est-elle correcte ?" =) alors il y a plus de chances...


Je signale des bugs qui ne sont pas détectés par leur système de contrôle, qui affectent le traitement de l'argent et qui, potentiellement, créent un conflit entre le client et le courtier. Il me semble qu'ils devraient s'accrocher à moi.

Renat a écrit (dans ce fil), laissez-moi voir le journal. J'ai donné tous les journaux possibles. J'ai aussi posté l'expert. Que puis-je faire d'autre ?

En principe, cela ne me coûte rien de créer une solution de contournement où le client fait 25 tentatives au lieu de 5, avec un délai d'attente plutôt que sans. Ceci est presque garanti pour résoudre le problème. Ou changer la logique de l'EA, même si c'est dommage :) Mais il y aura d'autres clients qui ne remarqueront pas cette erreur, qui les mettra alors "dans le mille". Il n'y aura rien dans leurs registres et ils iront se plaindre à leur société de courtage.

Je me demande si cela a un rapport avec notre sujet ?

MetaTrader 4 Mobile, build 184
Je ne pense pas.... [/quote]

Je l'ai manqué :)
 
vous allez rire....
OrderClose a retourné vrai, la position est restée ouverte. 3 fois.
2005.09.07 14:35:10 Alerte : XOINDATR (USDCHF, M5) - Achat ferme ! <br / translate="no">Commande #934068 fermée OK
2005.09.07 14:35:10 XOINDATR USDCHF,M5 : trade_lib&info_lib - _OrderClose( 934068, 0.1, 5, 65280 ) - Erreur sur OrderClose(...). GetLastError() = 6, ErrorDescription = pas de connexion avec le serveur commercial, Temps d'exécution : 241 sec.
2005.09.07 14:33:37 Alerte : XOINDATR (GBPUSD, M5) - Close Sell !
Commande #934150 fermée OK
2005.09.07 14:32:26 Alerte : XOINDATR (GBPUSD, M5) - Fermer Vendre !
Commande #934150 fermée OK
2005.09.07 14:31:41 Alerte : XOINDATR (GBPUSD, M5) - Fermer Vendre !
Commande #934150 fermée OK
2005.09.07 13:56:44 Alerte : XOINDATR (USDCAD, M5) - Close Buy !
Commande #934351 fermée OK
2005.09.07 13:56:44 XOINDATR USDCAD,M5 : trade_lib&info_lib - _OrderClose( 934351, 0.1, 5, 65280 ) - Successful. Temps de mission : 2 secondes.
2005.09.07 13:56:44 XOINDATR USDCAD,M5 : close #934351 acheter 0.10 USDCAD à 1.1897 au prix de 1.1879


2005.09.07 14:35:27 Mail : erreur de connexion à smtp.mail.ru
2005.09.07 14:35:10 TradeContext : ping échoué
2005.09.07 14:35:10 TradeContext : erreur ping
2005.09.07 14:31:09 '63310' : clôture de l'ordre #934068 acheter 0.10 USDCHF à 1.2376 sl : 0.0000 tp : 0.0000 au prix de 1.2374
 
J'ai regardé les journaux. En 2 jours de 8 experts - 3 situations de ce type =((((
 
Ai-je bien compris qu'il ne s'agit pas seulement de mon EA que vous mettez en avant ? XOINDATR est quelque chose qui vous appartient, non ?

Inutile de dire que, quelle que soit la fiabilité d'un testeur, l'optimisation d'un EA dans celui-ci, cela fonctionnera toujours dans le testeur, mais dans la réalité - de temps en temps, hum... Je ne trouve pas le mot juste :) Eh bien, messieurs les développeurs, voici un problème pour vous...
 
Ai-je bien compris qu'il ne s'agit pas seulement de mon EA que vous mettez en avant ? XOINDATR est quelque chose qui vous appartient, non ?
Oui, mon EA, 8 pièces... Je ne pouvais pas imaginer qu'une fonction puisse renvoyer la mauvaise chose, et aussi que GetLastError n'assigne pas un code d'erreur à .....
Si seulement OrderSend et non OrderClose - toujours "non ouvert" est mieux que "non fermé" =)