No visualizador, F12 é utilizado para passar para o próximo tick. É possível especificar o tempo com precisão de milissegundos no Market Watch? Afinal de contas, estamos a mover-nos por carraças.
E vice-versa, se apenas (*fn) estiver especificado no Script1 e ambos (*fnn) e (*fn) estiverem especificados no Script2. O erro não é reproduzido para todas as assinaturas.
Mas este (e os anteriores com typedef) são erros incidentais - ainda não encontrei o principal, pois não há nenhum typedef com a mesma assinatura no programa fonte (como neste exemplo).
Talvez a aplicação devolvida #1550570, aumentada com um guião de verificação e um ficheiro 'String5.ex5', ajude.
E parece que o problema ocorre quando se obtém apenas o primeiro tick numa nova barra, o testador parece "ficar preso" e fica 1 barra atrás, ou seja, o perito pensa que a barra não existe e realmente não aparece na visualização, mas após alguns segundos a barra aparece, no caso de testes no M1 o valor correcto aparece no segundo tick (se bem entendi), espero que os programadores corrijam este momento irritante o mais rápido possível ...
adição:
acontece que para contornar este ponto agora é preciso saltar artificialmente o primeiro tique de um novo bar...
No modo de teste " Apenas preços de abertura" isto é simplesmente irrealista. Temos mesmo de esperar por uma solução...
MT5, ligado ao MetaQuaotes Demo, frequentemente "bipa" com som news.wav, mas nenhuma notícia nova é exibida, as listas em todos os outros separadores (biblioteca, mercado, etc.) também não mudam, nada é escrito em registos. Presumo que o calendário está a mudar. Mas então não seria mau destacar, de alguma forma, o que mudou exactamente. Agora no calendário nem sequer é claro onde está o carimbo da hora e que evento é o próximo.
No build 1400 corrigido, o erro num caso semelhante é agora reproduzido como 'chamada de função virtual pura'. E sem comentários, está bem.
construir 1401. Erro durante a execução: Chamada inválida do ponteiro de função em 'Script2.mq5'.
Encontrou a razão com dificuldade
E vice-versa, se apenas (*fn) estiver especificado no Script1 e ambos (*fnn) e (*fn) estiverem especificados no Script2. O erro não é reproduzido para todas as assinaturas.
Mas este (e os anteriores com typedef) são erros incidentais - ainda não encontrei o principal, pois não há nenhum typedef com a mesma assinatura no programa fonte (como neste exemplo).
Talvez a aplicação devolvida #1550570, aumentada com um guião de verificação e um ficheiro 'String5.ex5', ajude.
E parece que o problema ocorre quando se obtém apenas o primeiro tick numa nova barra, o testador parece "ficar preso" e fica 1 barra atrás, ou seja, o perito pensa que a barra não existe e realmente não aparece na visualização, mas após alguns segundos a barra aparece, no caso de testes no M1 o valor correcto aparece no segundo tick (se bem entendi), espero que os programadores corrijam este momento irritante o mais rápido possível ...
adição:
acontece que para contornar este ponto agora é preciso saltar artificialmente o primeiro tique de um novo bar...
Não está a funcionar para mim. Escreve uma única linha no diário de bordo (ver acima) e é só isso.
Windows XP SP3 x32, 1395. A mensagem de certificado aparece ao iniciar a sessão. Mas não deve afectar o testador.
Ao testar no modo " Apenas preços abertos", é simplesmente irrealista. Temos mesmo de esperar por uma solução...
Concordo, então todo o bar será perdido, posso assumir que na EA terá de fazer uma pausa (hehe) para permitir que o bar se forme,
mas não é claro exactamente quanto tempo esperar, e também de acordo com as minhas observações parece depender da carga actual da CPU (uau!),
A única saída é o teste tickwise com verificação independente de uma nova barra e saltar o primeiro tick (é claro que é um processo muito complexo).