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
Quando tento testar em usdjpy recebo uma mensagem como esta:
e parece continuar indefinidamente, quando chegou aos 3000 eu desliguei-o. Os testes tentaram ligar 2010.10.01 - 2010.10.10, apenas os preços de abertura.
bild 401
Também não se consegue que outro agente remoto comece, aqui está o registo:
também observou ontem um padrão semelhante... Parece que toda a história estava sobrecarregada e aparentemente houve alguns problemas em fazê-lo.
Parece que esperei até ao fim do processo ou reiniciei o terminal.
encontrou uma coisa interessante ontem. depois de recompilar a EA, as alterações não funcionam no testador até reiniciar o terminal - isso é a lata!!!
Apoio total - talvez servicedesk? (feche-o cem vezes)
A partir de ontem, os peritos começaram a viver a sua vida digital.
Ao testá-lo, dá um foco aleatório. Salta a função OnInit( ) de alguma forma mágica, depois gera uma matriz de erros fora do alcance na função DeInit().
O problema é que com os mesmos parâmetros pode começar e executar todo o teste, ou pode colidir.
Aqui está o desafio: tornar o parâmetro indicador dinâmico, quando se fecha uma posição, altera-se um dos parâmetros indicadores, por isso esse é o desafio.
Agora a minha solução:
Posso dizer que este código funciona como teste mostra um resultado diferente, mas não é claro porque funciona de vez em quando, procurei no registo - 1 semana tudo funciona como deveria, depois faz loops e produz os mesmos valores no buffer, embora isto seja impossível (2 semanas os mesmos valores no registo do testador), se não loops então apenas escreve um erro:
mensagem via Alerta
Tanto quanto pude compreender, o Conselheiro Especialista cria algum cabo indicador quando aparece uma nova barra e, ao mesmo tempo, necessita de copiar os amortecedores deste indicador. Mas a situação não é resolvida, quando o cálculo dos amortecedores indicadores pode demorar algum tempo. Por outras palavras, o manípulo indicador pode ser criado com sucesso, mas os amortecedores indicadores ainda não foram calculados.
Sim, concordo - foi por isso que experimentei este desenho:
Funciona por agora! Obrigado pela sua ajuda
Mas de vez em quando dá:
Sim, concordo - foi por isso que experimentei este desenho:
Está a funcionar até agora! Obrigado pela sua ajuda
Mas, de vez em quando, de vez em quando, faz:
Pois bem, é isso mesmo. O seu provérbio funcional HANDLA() é um bloco independente, que internamente se refere aCopyBuffer() apenas uma vez.Assim, se os amortecedores não forem calculados, voltará sempre a aparecer. Até agora o seu provérbio funcionalHANDLA() não trata da situação de "cabo criado, mas amortecedores indicadores ainda não calculados", mas ignora-a.
Esta construção salta casos, quando "o cabo foi criado, mas os amortecedores indicadores ainda não foram calculados". Uma vez que a própria construção é chamada uma vez por período, pode-se tentar chamar repetidamente a função CopyBuffer(). Isto é, se o CopyBuffer()<0, então repetir a chamada de função, enquanto o período seleccionado o permitir (dentro do período de tempo seleccionado).
Ou seja, enquanto CopiarBuffer>0 calculamos, e o novo parâmetro (Fechar()
aparece no encerramento da posição. Ou seja, precisamos de fazer um loop through While. Acontece assim.