Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
O mais provável é que o sejam. Eu também tenho metade do meu código ligado a um temporizador, agora tenho de esperar por uma nova construção ou inventar muletas :(
Exactamente, apenas mudou o OnTimer para OnTick e tudo correu como antes, mas a optimização por núcleos é realizada um a um, não simultaneamente. Parece-me que os criadores irão corrigir tais erros óbvios rapidamente (espero).
Este código não activa o temporizador
Mas esta tem.
Exactamente, apenas mudou o OnTimer para OnTick e tudo correu como antes, mas a optimização por núcleos é realizada um a um, não simultaneamente. Parece-me que os criadores irão corrigir tais erros óbvios rapidamente (espero).
No meu caso, não ajudou.
Deve haver algumas peculiaridades.
Experimentei-o no Win 2003 Server SP2 x32 (AMD 2600+, um núcleo). E posso dizer que foi feito com um Expert Advisor "vazio". Apenas duas variáveis e um par de funções foram adicionadas (as que definem o estado do temporizador e apanham o primeiro arranque).
Para onde foi o código 10005 e o que é que ele significa ?
Algo entre um requote (10004) e "pedido rejeitado" (10006) ?
Na discussão do Campeonato 2010 https://championship.mql5.com/2010/ru/users/capr, um participante afixou o seu código EA. Tentei compilá-lo (construir 355). Os resultados da compilação mostram vários avisos. Estou interessado no seguinte fragmento. Existe um fragmento deste tipo no código:
De duas construções do mesmo tipo se(ticket= ... o compilador gera o aviso "não é booleano" apenas para o último (ou seja, "mascara" um aviso anterior semelhante). Se comentar a declaração if no aviso (para efeitos de verificação do compilador!), o aviso é gerado para uma construção semelhante que não foi alterada mas que estava ausente no protocolo durante a compilação anterior.
Isto é uma característica ou um bug?
Erros, MetaTrader 5 MQL, Aberto, Iniciado: 2010.11.06 11:32, #25823
Dê-me uma resposta
Não sei se é suposto ser assim, mas ao escrever para um ficheiro
Por vezes recebo preços não-normalizados:
81.42
81.41
81.41
81.40000000000001
81.40000000000001
81.40000000000001
81.40000000000001
81.41
81.40000000000001
81.41
81.41
porquê?
e por alguma razão não podia escrever para ficheiro usando FileWriteStruct( file_handle,data, sizeof(data));
e por alguma razão não podia escrever no ficheiro utilizando FileWriteStruct( file_handle,data, sizeof(data));
Preciso de escrever para um ficheiro binário - https://www.mql5.com/ru/docs/files/filewritearray
FileWriteArray
Escreve arrays de qualquer tipo num ficheiro do tipo BIN, excepto para arrays de cordas (pode ser um conjunto de estruturas que não contenham cordas e arrays dinâmicos).
intFileWriteArray(
intfile_handle,// manípulo do ficheiro
matriz vazia[],// matriz
intstart_item=0,// índice inicial na matriz
intitems_count=WHOLE_ARRAY// número de elementos
);
Por exemplo (o código deve ser actualizado para evitar a sobre-escrita de registos existentes):
Precisa de escrever para um ficheiro binário - https://www.mql5.com/ru/docs/files/filewritearray
Por exemplo (o código precisa de ser melhorado, para não sobrescrever registos já existentes):
OK, muito obrigado, estava apenas a escrever para um ficheiro de texto para teste, estava a começar a duvidar como o MqlTick é essencialmente uma estrutura :)
ZS: nada mau - basicamente restaurou a minha classe e o meu código ;) - lamento, que não queira criar os seus próprios gráficos offline em MT5 - estou a escrever para MT4+MT5, fiquei viciado em TF não normalizada