Erros, bugs, perguntas - página 3147
![MQL5 - Linguagem para estratégias de negociação inseridas no terminal do cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Bom dia para todos. Pode informar se o Sleep() é executado no modo de teste do Expert Advisor (teste em carraças reais, claro)?
Em curso - o tempo do Testador é alterado por um montante apropriado.
Executado - o tempo do Testador é alterado por um montante apropriado.
Muito obrigado!
É possível encontrar o tamanho do próprio tick em mql5, após o qual foi aberta uma posição?
Acontece que pode. O laço para é inserido numa função separada, na função OnTick() ou à sua própria discrição. Estou interessado na opinião de outros. Por exemplo, preciso dele para criar um sistema ultra-preciso. Por conseguinte, estou a escrever sem bibliotecas, incluindo funções de abertura e encerramento de posições. Quem diz o quê, as bibliotecas mqh atrasam o trabalho, por exemplo a compilação leva 1,5 vezes mais tempo. É melhor escrever tudo num só ficheiro. O estilo, OOP ou procedimento, não importa. MQL5 nunca se tornará uma linguagem ao nível de C++, é limitado. A questão está nas bibliotecas.
Estou farto deste insecto - há um indicador, há um perito a trabalhar nele. Mudo o indicador e recompilo-o. As mudanças do indicador podem ser claramente vistas no gráfico - o Expert Advisor é executado no testador - mas é como se não tivesse mudado nada. O mesmo resultado.
Se eu reiniciar o terminal e passar o testador depois disso, gerará um novo código.
O que é este hack, eu não compreendo.
Retirei o indicador ex5. O testador continua a funcionar como se nada tivesse acontecido. Onde obtém o ficheiro para correr????
3184
Estranho comportamento no indicador.
O for loop vai para o corpo, não em cada carrapato, mas apenas uma vez numa vela nova.
Mas i === 0 e a condição dada permite i>=0
no tick no mesmo limite de barras = 0
então o primeiro valor de i = -1 e condição i>=0
é por isso que não entra no laço.
no mesmo limite de barras = 0
então o primeiro valor i = -1 e a condição i>=0
é por isso que não entra no laço.
Obrigada, perdi a tal.
Mas agora o IndBuff[i] está a fazer a sua cabeça dentro, matriz fora de alcance.
Do que é que precisa? Porque é que não atribui ao i=limite inicial ?
Obrigada, falhei esta.
Mas agora o indicador IndBuff[i] está a fazer o cérebro, matriz fora de alcance.
Do que é que precisa? Porque não atribui ao i=limite inicial ?
Assim, em cada barra entra num laço, enquanto precisa de entrar num laço em cada carraça.
Costumava funcionar desta forma
para as carraças i>=0,
para barras i>0
Agora não sei como trabalhar com o tampão.
Isto porque o IndBuff não é atribuído a taxas_total + 1
e o ArrayResize não é aplicável a ele.
Partiram o para construção. Agora temos de usar o if-arses para fazer tudo?