Erros, bugs, perguntas - página 1565

 
Anton Zverev:

Escreveu sobre isto na documentação!

Não há forma de conseguir que a EA chame cada um desses carrapatos. A prova é aceite?

Está a levar isto a sério?

Quando o tick é tocado, está quente, e pode chamá-lo imediatamente utilizando o pedido SymbolInfoTick. Escrevi de imediato sobre esta possibilidade. Se quiser, pode fazer Sleep(1) em vez de Sleep(10).

 
Anton Zverev:
Li-o e com muito cuidado. A questão é que se o Sleep for utilizado no OnTimer, é impossível determinar quando se deixa o intervalo de teste. IsStopped (coloquei-o imediatamente em código por causa da leitura da documentação) não funciona no momento da saída. De quem é a culpa?

Porque é que precisa de determinar quando sai do intervalo de teste? O testador irá detectá-lo para si e interromper os testes. Leu exactamente a citação que lhe dei?

 
Slawa:

Porquê determinar o ponto em que o intervalo do teste é excedido? O testador irá determinar isto para si e interromper os testes. Já leu com precisão a minha citação?

Por favor, olhe para o meu código fonte acima e assinale onde contém um erro lógico. Eu não saio do intervalo em lado nenhum.

IsStopped() não se torna verdadeiro ao quebrar o intervalo no OnTimer. É por isso que é um aborrecimento.

 
Slawa:

Está a falar a sério?

Um tick é tocado, e pode imediatamente tomá-lo ainda quente com o pedido SymbolInfoTick. Escrevi de imediato sobre esta possibilidade. Se quiser, pode usar Sleep(1) em vez de Sleep(10).

A sério! Dormir(1) não ajudará porque há várias carraças por 1 ms no mesmo FORTS.

Além disso, como funcionará o Sleep(1) durante o fim-de-semana? Haverá milhões de controlos ociosos. É um desperdício.

 
MQL4. TimeToString() e TimeToStr(). Nos parâmetros do 2º argumento, está escrito "TIME_MINUTES gets result in form " hh:mm "" e "TIME_SECONDS gets result in form " hh:mm:ss "". Isto deve ser corrigido para "hh:mi " e "hh:mi:ss".
 
Maxim Khrolenko:
MQL4. TimeToString() e TimeToStr(). Nos parâmetros do 2º argumento, está escrito "TIME_MINUTES gets result in form " hh:mm "" e "TIME_SECONDS gets result in form " hh:mm:ss "". Isto deve ser corrigido para "hh:mi " e "hh:mi:ss".
mi não se encontra neste formato. Há mm - representa minutos. E mmm significa mês.
 
Karputov Vladimir:
mi - não existe tal formato. Há mm - significando minutos. E mmm significa mês.
Bem, então o formato "yyyyyy.mm.dd hh:mi" deve ser alterado para "yyyyyy.mmm.dd hh:mm".
 
Desenvolvedores, fixem por favor a exibição dos favoritos! Não se consegue ver a estrela:)
 

_MQL4_

intArrayMinimum(

const void&array[],// array para pesquisar

intcount=WHOLE_ARRAY// número de testes

intstart=0,// índice a partir do qual a pesquisa é iniciada


);

_MQL5_

intArrayMinimum(

const void&array[],// array para pesquisar

intstart=0,//o índice a partir do qual a pesquisa é iniciada

intcount=WHOLE_ARRAY// número de verificados

);

É suposto isto tornar a vida doce? Brilhante.

 
Maxim Khrolenko:
Bem, então o formato "yyyyy.mm.dd hh:mi" deve ser corrigido para "yyyyyy.mmm.dd hh:mm".
yyyyyy é de quatro dígitos de um ano,
mm - dois dígitos de mês,
dd - sinais de dois dias,
hh - dois dígitos de horas,
mm são dois dígitos de minutos.

Mas mi é um sinal para minutos e um sinal para quê? Pensei que era um índice de ciclo.
Portanto, não invente padrões para encurtar os formatos de tempo, por favor. Não há necessidade de confusão...