Erreurs, bugs, questions - page 1287

 
artmedia70:
TimeGMT() ;
Oui, je suis aussi tombé sur cette fonction. Je n'arrive pas à trouver comment faire en sorte qu'une variable des paramètres externes soit 4 heures du matin et l'autre 5 heures du soir, puis comparer le résultat de TimeGMT() avec ces variables.
 
papaklass:

Pourquoi mon profil indique-t-il 4 codes publiés dans CodeBase ?

Mais si je vais sur CodeBase via le menu et que je sélectionne "Mes codes", j'ai 7 codes publiés :

Quelle est l'astuce ?

Le calcul est vraiment différent. Les réalisations des utilisateurs ne prennent pas en compte les publications importées de mql4.com, vous en avez 3.

Seules les publications initialement publiées sur mql5.com sont comptabilisées - vous en avez 4 = trois pour MT5 + une pour MT4.

 

Je pense que tout le monde a remarqué qu'il n'est pas nécessaire de respecter la casse pour se connecter à son compte ici. Quand j'écris ici maintenant, vous pouvez voir que mon login est écrit en petites lettres et en chiffres. Si je me connecte avec des lettres majuscules ou des lettres minuscules, je serai toujours connecté. Ok, ça ne me dirige pas du tout.

Dans son ME5 créé un projet, qui devrait connecter une autre partie et le malaise est que lorsque la fenêtre pour ajouter un utilisateur d'écrire un compagnon de connexion, le message apparaît qu'il n'y a pas de tels. J'ai demandé au ServiceDesk, ils ont dit que je devais respecter la casse des lettres. Par exemple, l'enregistrement n'est pas important ici, mais l'ajout au projet ME5 l'est. Si l'affaire n'a pas d'importance ici, faites en sorte qu'elle n'en ait pas non plus dans les projets.
 
zhserg:

Pouvez-vous me dire ce qui ne va pas, au moins approximativement. Cela pourrait-il être dû à WinXP ?

Vérifié dans WinXP - votre code fonctionne.

Votre objet apparaît-il dans la liste des objets du tableau ?

 
Je publie ici ma demande au service d'accueil pour accélérer son traitement. (Cela fait une semaine maintenant et aucune réponse.)Ouvert,Démarré : 2015.03.03 10:49,#1169959

Version du terminal et débit binaire

MetaTrader 5, build 1085

Description du problème

Degré de dépendance du temps de recherche des commandes ou des affaires par rapport à leur nombre. Il est clair que le temps d'exécution des fonctions HistoryOrderGetDouble, HistoryOrderGetInteger, HistoryDealGetInteger, HistoryDealGetDouble appelées pour chaque ordre dans l'historique devrait augmenter linéairement avec le nombre croissant d'ordres traités par celles-ci :

temps d'exécution total = temps d'exécution de la requête par commande * nombre de commandes ;

En réalité, ce n'est pas le cas. Au lieu de cela, il y avait une dépendance révélée de la puissance d'uncompte de millisecondes =0,000005*n^2n est le nombre de commandes à traiter.

Séquence d'actions

Ce script montre le problème existant :

//+------------------------------------------------------------------+
//|                                             TestSpeedHistory.mq5 |
//|                                 Copyright 2015, Vasiliy Sokolov. |
//|                                              http://www.mql5.com |
//+------------------------------------------------------------------+
#property  copyright "Copyright 2015, Vasiliy Sokolov."
#property  link      "http://www.mql5.com"
#property  version   "1.00"
//+------------------------------------------------------------------+
//| Script program start function                                    |
//+------------------------------------------------------------------+
void OnStart()
{
//---
   HistorySelect(0, TimeCurrent()+100);
   for(int end_order_index = 1000; end_order_index < HistoryOrdersTotal(); end_order_index+=1000)
   {
      uint tiks_begin = GetTickCount();
      TestProgression(end_order_index);
      uint tiks = GetTickCount() - tiks_begin;
      printf("Parsing " + (string)end_order_index + " for " + (string)tiks + " msc.");   
   }
}

void TestProgression(int end_order_index)
{
   for(int i = 0; i < end_order_index; i++)
   {
      ulong id = HistoryOrderGetTicket(i);
      string symbol = HistoryOrderGetString(id, ORDER_SYMBOL);
      double priceSetup = HistoryOrderGetDouble(id, ORDER_PRICE_OPEN);
      double volumeSetup = HistoryOrderGetDouble(id, ORDER_VOLUME_INITIAL);
      long tSetup = HistoryOrderGetInteger(id, ORDER_TIME_SETUP_MSC);
      string comment = HistoryOrderGetString(id, ORDER_COMMENT);
      ENUM_ORDER_TYPE type = (ENUM_ORDER_TYPE)HistoryOrderGetInteger(id, ORDER_TYPE);
      ENUM_ORDER_STATE state = (ENUM_ORDER_STATE)HistoryOrderGetInteger(id, ORDER_STATE);
      ulong magic = HistoryOrderGetInteger(id, ORDER_MAGIC);
      HistoryDealGetInteger
   }
}
//+------------------------------------------------------------------+

Le résultat obtenu

Il semble évident que le temps d'exécution de ce script devrait augmenter linéairement avec l'augmentation de end_order_index. Ainsi, si le traitement de 1000 commandes dans TestRegression prend 16 ms, le traitement de 2 000 commandes devrait prendre 16 * 2 = 32 ms. Mais ce n'est pas le cas. Au lieu de cela, la dépendance est une dépendance par étapes. Le script affiche le message suivant :

2015.03.03 12:14:29.385 TestSpeedHistory (USDCHF,D1)    Parsing 22000 for 4025 msc.
2015.03.03 12:14:25.354 TestSpeedHistory (USDCHF,D1)    Parsing 21000 for 3666 msc.
2015.03.03 12:14:21.689 TestSpeedHistory (USDCHF,D1)    Parsing 20000 for 3323 msc.
2015.03.03 12:14:18.358 TestSpeedHistory (USDCHF,D1)    Parsing 19000 for 2995 msc.
2015.03.03 12:14:15.365 TestSpeedHistory (USDCHF,D1)    Parsing 18000 for 2715 msc.
2015.03.03 12:14:12.658 TestSpeedHistory (USDCHF,D1)    Parsing 17000 for 2418 msc.
2015.03.03 12:14:10.243 TestSpeedHistory (USDCHF,D1)    Parsing 16000 for 2106 msc.
2015.03.03 12:14:08.134 TestSpeedHistory (USDCHF,D1)    Parsing 15000 for 1872 msc.
2015.03.03 12:14:06.266 TestSpeedHistory (USDCHF,D1)    Parsing 14000 for 1622 msc.
2015.03.03 12:14:04.645 TestSpeedHistory (USDCHF,D1)    Parsing 13000 for 1388 msc.
2015.03.03 12:14:03.244 TestSpeedHistory (USDCHF,D1)    Parsing 12000 for 1170 msc.
2015.03.03 12:14:02.074 TestSpeedHistory (USDCHF,D1)    Parsing 11000 for 983 msc.
2015.03.03 12:14:01.097 TestSpeedHistory (USDCHF,D1)    Parsing 10000 for 796 msc.
2015.03.03 12:14:00.295 TestSpeedHistory (USDCHF,D1)    Parsing 9000 for 639 msc.
2015.03.03 12:13:59.657 TestSpeedHistory (USDCHF,D1)    Parsing 8000 for 500 msc.
2015.03.03 12:13:59.164 TestSpeedHistory (USDCHF,D1)    Parsing 7000 for 358 msc.
2015.03.03 12:13:58.796 TestSpeedHistory (USDCHF,D1)    Parsing 6000 for 266 msc.
2015.03.03 12:13:58.537 TestSpeedHistory (USDCHF,D1)    Parsing 5000 for 171 msc.
2015.03.03 12:13:58.369 TestSpeedHistory (USDCHF,D1)    Parsing 4000 for 94 msc.
2015.03.03 12:13:58.277 TestSpeedHistory (USDCHF,D1)    Parsing 3000 for 47 msc.
2015.03.03 12:13:58.229 TestSpeedHistory (USDCHF,D1)    Parsing 2000 for 15 msc.
2015.03.03 12:13:58.208 TestSpeedHistory (USDCHF,D1)    Parsing 1000 for 16 msc.


Fonction de dépendance du temps de traitement par rapport au nombre de commandes :

Résultat attendu

Cette opération est censée prendreO(n) temps, alors qu'elle prendO(n^2).

Plus de détails

Pour vous assurer que le script fonctionne correctement, vous devez l'exécuter sur un compte ayant un grand nombre de transactions et de commandes.

Vous trouverez ci-joint le graphique en fonction du temps par rapport au nombre de commandes. Il illustre clairement le degré de dépendance de l'opération de la fonction par rapport au nombre de commandes.

Important : selon mes observations, cette dépendance désagréable est apparue dans MetaTrader 5 vers le début de l'été 2014. Avant cette période, tout fonctionnait rapidement.

 
Bonne journée ! J'espère que je poste ma question dans la bonne section. J'ai essayé de tester MT5 sous Wine et cela ne fonctionne pas. Lorsque je lance Wine, il affiche une erreur, même si l'application fonctionne. On ne sait pas non plus où stocker les certificats. J'ai essayé de l'installer ou de copier simplement l'application, l'erreur est la même. J'ai même désactivé les sons au cas où, mais cela n'aide pas. Peut-être quelque part pour télécharger un stable sans ambiguïté de travail sous Linux, la version ?
 
polik:
Bonne journée ! J'espère avoir placé ma question dans la bonne section. J'ai essayé d'utiliser MT5 sous Wine et cela ne fonctionne pas. Wine affiche une erreur lors du démarrage de Wine, bien que l'application fonctionne. On ne sait pas non plus où stocker les certificats. J'ai essayé de l'installer ou de copier simplement l'application, l'erreur est la même. J'ai même désactivé les sons au cas où, mais cela n'aide pas. Je n'ai aucune idée de l'endroit où je peux télécharger une version stable qui fonctionne sans ambiguïté sous Linux.

Après-midi,

Quelle est l'erreur ? Quel est ce système ? Version pour le vin ?

 
C-4:
Je publie ici ma demande en desk service pour accélérer son traitement. (Cela fait une semaine maintenant, aucune réponse.)Ouvert,Démarré : 2015.03.03 10:49,#1169959

Version du terminal et débit binaire

MetaTrader 5, build 1085

Description du problème

Degré de dépendance du temps de recherche des commandes ou des affaires par rapport à leur nombre. Il est clair que le temps d'exécution des fonctions HistoryOrderGetDouble, HistoryOrderGetInteger, HistoryDealGetInteger, HistoryDealGetDouble appelées pour chaque ordre dans l'historique devrait augmenter linéairement avec le nombre croissant d'ordres traités par celles-ci :

temps d'exécution total = temps d'exécution de la requête par commande * nombre de commandes ;

En réalité, ce n'est pas le cas. Au lieu de cela, une dépendance de puissance a été détectée oùmillisecondes =0,000005*n^2n est le nombre de commandes à traiter.

Un schéma similaire se produit lors du calcul d'un grand nombre d'indicateurs. Tout a commencé brusquement avec la version 1079.
J'ai 8 TF ouverts en même temps, avec 10 indicateurs sur chacun. Il est impossible de travailler.

 

Qui a ça dans la vraie vie ? .....

htimes sont constamment en vol stationnaire mt4

 
s2101:
Le service après-vente a dit qu'ils l'avaient réparé. Nous attendrons la prochaine version pour voir.