Erros, bugs, perguntas - página 1720

Novo comentário
 
Karputov Vladimir:

O erro encontra-se aqui (espaço entre vírgulas invertidas):


É verdade. Está a funcionar agora. Obrigado! :-)
 
Oficheiro Bases\BCS-MetaTrader5\Si-12.16\201610.tkcé de 6 Gb emtamanho. Este não deve ser o caso.
 
fxsaber:
O ficheiro Bases\BCS-MetaTrader5\Si-12.16\201610.tkc é de 6 Gb em tamanho. Este não deve ser o caso.

Provavelmente no mês 10 a estrutura dos dados do tick foi alterada (talvez muita informação adicional tenha sido introduzida). Ou talvez seja apenas que o símbolo se tenha tornado activamente comercializado.

Neste momento, ao consultar um tal guião:

//+------------------------------------------------------------------+
//|                                                    CopyTicks.mq5 |
//|                        Copyright 2015, MetaQuotes Software Corp. |
//|                                             https://www.mql5.com |
//+------------------------------------------------------------------+
#property copyright "Copyright 2015, MetaQuotes Software Corp."
#property link      "https://www.mql5.com"
#property version   "1.01"
//--- покажем окно входных параметров при запуске скрипта
#property script_show_inputs
input int  ticks=200000000;  // количество запрашиваемых тиков
//---
MqlTick ExTicks[];
//+------------------------------------------------------------------+
//| Script program start function                                    |
//+------------------------------------------------------------------+
void OnStart()
  {
//--- запросим тики
   int copied=CopyTicks(_Symbol,ExTicks,COPY_TICKS_ALL,0,ticks);
//--- если тики получены, то выведем на график значения Bid и Ask  
   Print("Получено тиков: ",copied," код ошибки: ",GetLastError());
   if(copied>1)
     {
      Print("Тик: ",ExTicks[0].time," bid: ",ExTicks[0].bid," ask: ",ExTicks[0].ask," last: ",ExTicks[0].last," [0]");
      Print("Тик: ",ExTicks[copied-1].time," bid: ",ExTicks[copied-1].bid," ask: ",ExTicks[copied-1].ask," last: ",ExTicks[copied-1].last," [",copied-1,"]");
     }
   Print("Size ",((long)copied*sizeof(MqlTick))>>20, " Mb");
  }
//+------------------------------------------------------------------+

no servidor "Open-Broker" o tamanho dos ticks (e no mês 10 não é definitivo, os ticks continuam a ser carregados)

Assinale o tamanho da base de dados

2016.10.05 07:34:05.886 Terminal        MetaTrader 5 x64 build 1434 started (MetaQuotes Software Corp.)
2016.10.05 07:34:05.888 Terminal        Windows 10 Pro (x64 based PC), IE 11.00, UAC, Intel Core i3-3120 M  @ 2.50 GHz, RAM: 3800 / 8077 Mb, HDD: 57955 / 233310 Mb, GMT+02:00
2016.10.05 07:34:05.888 Terminal        C:\Users\KVN\AppData\Roaming\MetaQuotes\Terminal\D0E8209F77C8CF37AD8BF550E51FF075
Arquivos anexados:
CopyTicks.mq5  2 kb
 
Karputov Vladimir:

Provavelmente no mês 10, a estrutura dos dados do tick mudou (talvez muita informação adicional tenha sido introduzida). Ou talvez seja apenas que o símbolo se tenha tornado activamente comercializado. Agora, quando questionado por um tal argumento:

no servidor "Open-Broker" o tamanho dos ticks (e no mês 10 não é definitivo, os ticks continuam a ser carregados)

Roteiro

#define  TOSTRING(A) #A + " = " + (string)(A) + " "

void OnStart()
{
  MqlTick Ticks[];
  
  const int Amount = CopyTicks(_Symbol, Ticks, COPY_TICKS_ALL, D'2016.10.01' * 1000, 1000000000);
  
  if (Amount > 0)
    Print(TOSTRING((Amount * sizeof(MqlTick)) >> 20) + "Mb " + TOSTRING(Ticks[0].time) + TOSTRING(Ticks[Amount - 1].time));
}

Resultado (a sua execução sobre outros símbolos dá o mesmo resultado) em terminal vazio (um gráfico sem Conselheiros Especialistas e indicadores)

2016.10.05 08:16:56.824 Scripts script Test (Si-12.16,M1) removed
2016.10.05 08:16:56.821 MemoryException 52000000072 bytes not available
2016.10.05 08:16:56.816 Scripts script Test (Si-12.16,M1) loaded successfully
2016.10.05 08:10:10.408 Terminal        RAM: 81 Mb reserved, 491 Mb committed

 
Karputov Vladimir:

Provavelmente no mês 10 a estrutura dos dados do tick mudou (talvez muita informação adicional tenha sido introduzida). Ou talvez seja apenas que o símbolo se tenha tornado activamente comercializado.

Neste momento, ao consultar um tal guião:

no servidor "Open-Broker" o tamanho dos ticks (e no mês 10 não é definitivo, os ticks continuam a ser carregados)

Não tive paciência suficiente - no tamanho de ficheiro 201610.tkc de 7.5 Gb decidi interromper o download das carraças.
 

Se tatear o ficheiro, haverá um erro mesmo após a reinicialização.

Se solicitar 1000 ticks a partir de 1 de Outubro, o ficheiro tkc correspondente continuará a crescer após cada arranque. Em suma, o bicho está fodido.

 
Karputov Vladimir:
Não tive paciência suficiente - no tamanho de ficheiro 201610.tkc de 7,5 Gb decidi interromper o download de carraças.

Bug! Toda a informação para Outubro é mostrada pelos indicadores. E o ficheiro está a crescer infinitamente.

Preciso de uma actualização crítica da construção, porque é impossível de trabalhar - o disco está entupido, para não falar do tráfego.

 

olá a todos

Quem encontrou o seguinte erro estranho

o meu consultor especializado está a tentar abrir uma negociação noWDOX16, por exemplo, recebe resposta = 0

ao mesmo tempo escreve que a operação é bem sucedida:Resultado = 0 símbolo WDOX16 volume 1.0 acção 1 tp 3264.5 sl 3239.5 tipo 0 preço 3250.0 A operação concluída com sucesso

Mas nada está aberto em lado nenhum. ?


 
fxsaber:

Roteiro

Resultado (a sua execução em outros símbolos dá o mesmo resultado) em terminal vazio (um gráfico sem EAs e indicadores)

Pedem sempre um milhar de carraças? São 49 gigabytes apenas por matriz. Os bilhetes em Si-12.16 desde Janeiro até agora são 15789962.

Um pequeno guião, baseado no seu, conta o número de carraças por mês.

void OnStart()
  {
   MqlTick Ticks[];
   int Amount=CopyTicks(_Symbol,Ticks,COPY_TICKS_ALL,D'2016.01.01'*1000,ulong(100000000));
   MqlDateTime str;
   TimeToStruct((Ticks[0].time_msc-Ticks[0].time_msc%1000)/1000,str);
   char m=(char)str.mon;
   long n=StringToTime(StringFormat("01.%d.2016",m+1))*1000;
   int pos=0;
   for(int i=0;i<Amount;i++)
     {
      if(Ticks[i].time_msc>=n || i==Amount-1)
        {
         PrintFormat("Month %d: %d ticks, %d Mb",m,i-1-pos,(sizeof(MqlTick)*(i-1-pos))>>20);
         m++;
         n=StringToTime(StringFormat("01.%d.2016",m+1))*1000;
         pos=i;
        }
     }
  }


e dá este resultado.

2016.10.05 10:31:51.249 CalcTick (Si-12.16,M1)  Month 1: 122413 ticks, 6 Mb
2016.10.05 10:31:51.249 CalcTick (Si-12.16,M1)  Month 2: 78627 ticks, 3 Mb
2016.10.05 10:31:51.252 CalcTick (Si-12.16,M1)  Month 3: 758652 ticks, 37 Mb
2016.10.05 10:31:51.253 CalcTick (Si-12.16,M1)  Month 4: 388578 ticks, 19 Mb
2016.10.05 10:31:51.254 CalcTick (Si-12.16,M1)  Month 5: 181053 ticks, 8 Mb
2016.10.05 10:31:51.255 CalcTick (Si-12.16,M1)  Month 6: 408080 ticks, 20 Mb
2016.10.05 10:31:51.257 CalcTick (Si-12.16,M1)  Month 7: 458366 ticks, 22 Mb
2016.10.05 10:31:51.260 CalcTick (Si-12.16,M1)  Month 8: 867396 ticks, 43 Mb
2016.10.05 10:31:51.297 CalcTick (Si-12.16,M1)  Month 9: 10973162 ticks, 544 Mb
2016.10.05 10:31:51.301 CalcTick (Si-12.16,M1)  Month 10: 1555625 ticks, 77 Mb


Eis como se parece no disco


 
Alexey Da:

Pedem sempre um milhar de carraças? São 49 gigabytes apenas por matriz. As carraças em Si-12.16 de Janeiro até agora são 15789962.

Não, apenas neste caso. Se estou a pedir um trilião de carraças, e na realidade são menos de 20 milhões, porquê tentar atribuir memória por um trilião?!

Um trilião está com uma margem. Mas isso não diz nem um pouco que estou a pedir assim tanto. Diz apenas "dê-me TODAS as carraças da data especificada".

Um pequeno guião, baseado no seu, conta o número de carraças por mês.

e dá este resultado.

Isto é o que parece no disco.

Faz experiências em Otkritie, eu tenho BCS. O seu screenshot não tem nada em comum com o meu e com o do Karputov (mesma Abertura) - ambos têm muito mais Outubro-tkc. E está a ficar cada vez maior!

1...171317141715171617171718171917201721172217231724172517261727...3184
Novo comentário