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
Eu usei um modelo como este:
é um pouco diferente.
Também vejo dois blocos no código, um no início e outro no final... mas preciso de um.
A que está no final é irrelevante para o rastreamento. Você pode apagá-lo.
Sim, estou vendo, mas mesmo assim... não olhamos para erros, olhamos para cada entrada para a função.
Sim, posso ver isso, mas ainda assim... Não olhamos para erros, olhamos cada entrada para a função.
Erros também podem ser jogados fora.
Erros também podem ser descartados.
:))
o problema (se você ler o primeiro post) se resume em adicionar apenas uma função de serviço a cada função no código fonte - logo após "{".
Mas de tal forma para obter todas as passagens do código fonte e construir uma árvore de chamadas.
Não altera de forma alguma os parâmetros de entrada das funções da fonte, nem altera os resultados ou o código dentro
... Mql é a linguagem certa para fazer rastreamento!!!
Não se trata de traços puros. Trata-se apenas da construção de um gráfico de funções.
Não se trata de traços puros. Apenas sobre a construção do gráfico de funções.
O código é dividido em funções (blocos) e depois é analisado quem chama quem.
... Mql é a linguagem certa para fazer rastreamento!!!
Por que não, se você quiser.
:))
o problema (se você ler o primeiro post) se resume em adicionar apenas uma função de serviço a cada função no código fonte - logo após "{".
Mas de tal forma para obter todos os passes de código fonte e construir a árvore de chamada.
Não é óbvio que esta tarefa é insolúvel? Dessa forma, poderíamos eliminar os pares de aritméticos () [] e parênteses do operador {} e substituí-los por um único de abertura. Isso seria ruim demais?
;)