Erros, bugs, perguntas - página 1997
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
Tem estado a trabalhar desde a construção 1565. Desde Março de 2017.
GetLastError o que é que devolve?
Ajudou a resolver o problema. É difícil dizer se este comportamento é correcto, que sem a presença de uma pasta, o modelo não é guardado.
A barra no início do nome do ficheiro significa "da raiz MQL5".
Obrigado, nunca tinha visto isso em lado nenhum.
Obrigado, nunca tinha visto isso em lado nenhum.
O que me vem à cabeça primeiro
caminho
[em] Caminho relativo ao ficheiro que contém os dados para o recurso. Se o caminho começa com uma barra invertida "\" (soletra-se "\"), então o ficheiro é pesquisado em relação à pasta terminal_data_directory\MQL5\.Se não houver contrabarra, o recurso é pesquisado em relação à localização do ficheiro EX5 a partir do qual a função é chamada.
Tem estado a trabalhar desde a construção 1565. Desde Março de 2017.
GetLastError o que é que devolve?
Obrigado...
O que me vem à cabeça primeiro
Há mais algures...Obrigado, não me tinha ocorrido que esta fosse uma regra geral.
Talvez os seus pensamentos sejam sobre outra coisa, mas para este caso em particular, a falta de atenção trivial por parte do programador levou a este erro.
Sim, quero dizer algo mais. Se as variáveis fossem inicializadas à força pela própria MQL5, o número de "testadores dá resultados diferentes" diminuiria significativamente. Agora temos muitas oportunidades de escrever Consultores Especialistas aleatórios.
Se as variáveis fossem inicializadas à força pela própria MQL5, então o número de "testadores dá resultados diferentes" diminuiria significativamente.
...e a velocidade de inicialização diminuiria.
Obviamente, no caso geral seria insignificante, mas mesmo assim.
...e a taxa de inicialização cairia.
Claramente, no caso geral, seria insignificante, mas mesmo assim.
É por isso que só estou a expressar os meus pensamentos, mas não estou a defender esta solução. Graças a@Anton Ohmat por apontar outro lado dos TCs aleatórios.
...e a taxa de inicialização cairia.
Obviamente, no caso geral, seria insignificante, mas mesmo assim.
Este é o argumento que não compreendi (quando foi apresentado pela MQ) e não o compreendo agora. A inicialização não vai a lado nenhum. Agora é confiada ao programador da aplicação e ele fá-lo de qualquer forma, mas como a prática demonstra, por vezes com erros. E se fosse feito por um núcleo, o desempenho não seria afectado e não haveria erros.
Este é o argumento que não compreendi (quando foi apresentado pela MQ) e não o compreendo agora. A inicialização não vai a lado nenhum. Agora é confiada ao programador da aplicação e ele fá-lo de qualquer forma, mas como a prática demonstra, por vezes com erros. Se fosse feito por um núcleo, o desempenho não seria afectado e não haveria erros.
Nem sempre é necessária uma inicialização completa. Por exemplo, para o indicador que preenche o valor do buffer para cada barra do laço (e fá-lo independentemente de o buffer indicador ser inicializado ou não).
Neste caso, seria mais económico sem zeragem forçada.