Erros, bugs, perguntas - página 506

[Igor Chepiga]

tol64:

Vou tentar fazer a pergunta uma terceira vez). O MetaDriver mostrou aqui um exemplo. Foi aqui que dei o meu exemplo.

O gráfico encolhe quando o número de trocas começa a exceder 3000. Este problema é considerado pelos criadores?

Este problema não nos permite analisar de imediato os resultados comerciais no terminal ao testar o sistema numa grande faixa de dados históricos, quando a quantidade de negócios pode ser de cerca de 10000 ou mais.

Lembro-me que tinha algo semelhante no Excel. Mas o programa estava sobrecarregado com fórmulas complexas e simplesmente pendurado se o número de linhas excedesse 5000. Qual pode ser o problema aqui?

Subscrevo a pergunta! A mesma situação. Embora, não soubesse que estava relacionado com o número de ofícios. Saberei agora, obrigado :)

Na preparação para o Campeonato, seria bom resolver este problema.

[Slava]

tol64:

Vou tentar fazer a pergunta uma terceira vez). O MetaDriver mostrou aqui um exemplo. Foi aqui que dei o meu exemplo.

O gráfico encolhe quando o número de trocas começa a exceder 3000. Este problema é considerado pelos criadores?

Este problema não nos permite analisar de imediato os resultados comerciais no terminal ao testar o sistema numa grande faixa de dados históricos, quando a quantidade de negócios pode ser de cerca de 10000 ou mais.

Lembro-me que tinha algo semelhante no Excel. Mas o programa estava sobrecarregado com fórmulas complexas e simplesmente pendurado se o número de linhas excedesse 5000. Qual pode ser o problema aqui?

Haverá uma correcção na próxima construção. A reparação é a seguinte:

O agente testador envia agora sempre os pacotes habituais com alterações de equilíbrio equi. Se o número de alterações exceder 16384 (alterações de Equi-balance para Moving Average.ex5 durante 12 anos no Euro-relógio), é efectuada a "embalagem" de novos dados. 2/5 dos registos são apagados da parte 10240, ou seja, os dados anteriores são afinados. Os dados tardios são mostrados como estão

[Anatoli Kazharski]

stringo:

Haverá uma correcção na próxima construção. É o seguinte:

O agente testador envia agora sempre parcelas regulares com alterações do saldo patrimonial. A ampliação da informação é agora feita no lado do terminal do cliente. Se o número de alterações exceder 16384 (alterações de Equi-balance para Moving Average.ex5 durante 12 anos no Euro-relógio), é efectuada a "embalagem" de novos dados. 2/5 dos registos são apagados da parte 10240, ou seja, os dados anteriores são afinados. Os dados tardios são mostrados como estão

Obrigado! Esta é uma grande notícia! Outro problema será menos)).

[Igor Chepiga]

stringo:

Haverá uma correcção na próxima construção.

Obrigado!

[Sergey Gritsay]

Haverá comentários dos programadores sobre a função SeriesInfoInteger(symbol,0,SERIES_SERVER_FIRSTDATE), retorna zero quando tento solicitar a data de início do histórico para um símbolo diferente daquele em que o Expert Advisor está a correr.

[Slava]

sergey1294:
Haverá comentários dos programadores sobre a função SeriesInfoInteger(symbol,0,SERIES_SERVER_FIRSTDATE), devolve zero quando tento solicitar a data de início da história para um símbolo diferente daquele em que o Expert Advisor está a correr.

Por favor, lembre-me do número do bilhete no balcão de atendimento (ou actualize a aplicação).

Para questões não triviais, é preferível lidar com elas no Service Desk.

[Arkadiy]

No período que antecede o Campeonato (e geralmente, testar não é uma brincadeira, para a próxima implementação em vez do MT4) seria bom pôr ordem nos dados - em primeiro lugar, com o tempo terminal (é muito importante, por exemplo, para a análise de castiçal e todos os tipos de redes neurais, ligação às bolsas, e geralmente para todos os TS baseados na recorrência de eventos - e provavelmente todos eles), e com o volume - para aqueles que constroem todos os tipos de EAs acumulativos baseados no volume.

[Sergey Gritsay]

stringo:

Por favor, lembre-me do número do bilhete no balcão de atendimento (ou actualize a aplicação).

Para questões não triviais, é preferível lidar com o balcão de atendimento.

Ainda não me candidatei ao Service Desk, havia uma pergunta com um exemplo neste tópico https://www.mql5.com/ru/forum/1111/page507#comment_95140

[Andrey Vasiliev]

HistorySelect(), HistoryDealsTotal(), Tester, Trade mode: atraso aleatório.

No testador, no modo de atraso aleatório, a função HistoryDealsTotal() funciona por vezes

determina incorrectamente o número de negócios no segmento HistorySelect() seleccionado através do segmento HistorySelect() da história,

acrescentando-lhe o montante total de negócios desde o início da história.

Neste caso, a lista final de negócios, formada utilizando o HistoryDealGetTicket() com base nos valores do HistoryDealTotal()

é a seguinte: negócio 3; negócio 4; negócio 5; negócio 1; negócio 2; negócio 3; negócio 4; negócio 5;

onde o negócio 3 - negócio 5 são negócios para o período seleccionado pelo utilizador.

[Sergey Gritsay]

masharov:

Pode dizer-me como saber a hora de encerramento de uma transacção?

Não consigo encontrá-lo nas propriedades do negócio.

Uma transacção não tem tempo de fecho, porque uma transacção é uma transacção e tem um tempo de execução HistoryDealGetInteger(ticket,DEAL_TIME).Se um comércio tiver causado o encerramento de uma posição, então esta será a hora de encerramento. Embora, é estranho, as propriedades da função PositionGetInteger contêm identificador POSITION_TIME - tempo de abertura da posição, mas a verificação da posição de fechamento não.