Erros, bugs, perguntas - página 1353
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
Este é o Conselheiro Especialista.
Sim, "0" está destinado a ser no final, não é lógico que não seja muito.
Sim "0" tem de ser no final, não é lógico.
Versão maior um e versão menor dois.
portanto o primeiro é 1 , 2 , 3 e assim por diante e o segundo é 1 , 2 , 3 o que significa que no seu caso estava a tentar mostrar que 5 é superior a 45 ou no seu caso .005 e .045
O mesmo me aconteceu no outro dia.
Olá!
Isto não é um insecto. A versão do programa não é um número fracionário, mas 2 números inteiros separados por um ponto.
A primeira é a versão principal.
A segunda é a versão menor.
No seu caso, a versão menor 2 é menor do que a versão menor 12.O que devo fazer com esta EA agora? Há alguma forma de a esterilizar a partir de muitas práticas? E há uma lei do destino, recebe um grande lote exactamente sobre um negócio perdido, o próximo negócio abre com o lote exactamente como especifiquei, sem sobrepor a perda... Não sei... Se eu próprio tentei abri-lo, tenho tentado abri-lo novamente.
Obrigado pela ajuda, eu vou descobrir. O Scalper consiste em mais de uma dúzia de ficheiros .mqh com classes, pelo que não faz sentido publicar o OnInit, cria classes e inicializa-as. Desactivei todos os módulos, o escalpador funciona agora em modo de inactividade. Hoje, vou ligá-los um a um e ver onde reside o problema.
Escrever ao servicedesk e anexar o código (este será apagado após todas as verificações).
Obrigado pela ajuda, eu vou descobrir. Scalper consiste em mais de uma dúzia de ficheiros .mqh com classes, por isso não faz sentido publicar no OnInit, é onde as classes são criadas e inicializadas. Desactivei todos os módulos, o escalpador funciona agora em modo de inactividade. Hoje vou virá-los um a um e ver onde reside o problema.
Já o descobri e encontrei um bug no compilador MQL4. Este erro por negligência matou 2 dias de procura. A essência do problema é a seguinte: vou dar-vos o código mais simples. Não há erro de compilação ou de deformação, há um erro de execução.
2015.08.24 10:22:34.825 Script InvalidPointerConversion EURUSD.e,M15: removido
2015.08.24 10:22:34.825 InvalidPointerConversion EURUSD.e,M15: a inicialização global falhou
2015.08.24 10:22:34.825 InvalidPointerConversion EURUSD.e,M15: ficheiro EX4 inválido (8)
2015.08.24 10:22:34.814 Script Tests\InvalidPointerConversion EURUSD.e,M15: carregado com sucesso
Testado na VS2013, como deve, dá erro de compilação
Erro 4 erro: conversão de tipo inválido: "CTest *" para "double" C:\AvForextrunkConsoleAplicação1ConsoleAplicação1.cpp 51 1 ConsoleAplicação1
Escrevi para o pessoal de serviço.
O código é desejável, mas se não o quiser fornecer, queira anexar o EX5 causando o erro de arranque - vamos descobrir.
Não teve tempo para ler a sua resposta. Localizei o erro, escrevi para o servicedeck, também descrito num post anterior https://www.mql5.com/ru/forum/1111/page1373
Vladimir Pastushak:
Дело не в терминале а в том как написан советник, Вы приложили не все файлы советника...
Que ficheiros precisa de anexar?