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
Por que ler o tópico, eu já descobri tudo.
Tenho tudo funcionando perfeitamente em vários EAs, sem problemas com a biblioteca
Há muitos casos em que isso não acontece. Cada ordem de grade gerará dezenas de posições, e cada posição, ao ser fechada pelo mesmo TP, gerará dezenas de posições fechadas.
1) Para sua informação, as posições parciais no MT4 também não são geradas dessa forma (pelo menos nas corretoras normais), mas apenas com comentários "from#" e "to#". Algum outro argumento?
2) Na verdade, foi a sua biblioteca que falhou nesse momento específico porque, como já disse, as bibliotecas não são escritas para um mundo ideal, mas para o nosso mundo pecaminoso, imperfeito e miserável. Embora eu entenda perfeitamente sua posição, provavelmente eu mesmo nunca escreveria esse código. E, se eu o tivesse escrito, não discutiria com você sobre esse assunto e o refaria tranquilamente. Mas o problema é que eu não escrevi esse código :) Ok, obrigado pelo diálogo, vou pensar
1) Para sua informação, as posições parciais no MT4 também não são geradas dessa forma (pelo menos nas corretoras normais), mas apenas com comentários "from#" e "to#". Você tem mais algum argumento?
Qualquer sistema que leve em conta o histórico de negociação de combate para a tomada de decisões é desonesto. A exceção é o histórico de negociações virtuais, pois nesse caso a execução é perfeita. Mas essa é uma história totalmente diferente.
2) Na verdade, é a sua biblioteca que não poderia suportar o "uso em combate" nesse momento específico, pois, como já disse, as bibliotecas são escritas não para o mundo ideal, mas para o nosso mundo pecaminoso, imperfeito e miserável. Embora eu entenda perfeitamente sua posição, eu provavelmente nunca escreveria esse tipo de código. E, se eu o tivesse escrito, não discutiria com você sobre esse assunto e o refaria tranquilamente. Mas o problema é que eu não escrevi esse código :) Ok, obrigado pelo diálogo, vou pensar
Os codificadores do MT4 não devem ter permissão para se aproximar do MT5, especialmente da biblioteca. Fico feliz que você não seja um deles.
É fato que um consultor MT4 torto pode não ser digerido pela biblioteca. Um consultor MT4 escrito corretamente - sem problemas.
ZY Você só precisa aprender a não adicionar SELECT_BY_TICKET para "facilitar".
Encontrei o problema de alterar um tíquete sem usar o SelectByTicket. Consegui contornar o problema da seguinte forma:
Encontrei o problema de alterar um tíquete sem usar o SelectByTicket. Consegui contornar o problema da seguinte forma:
Por favor, esclareça.
Por favor, esclareça.
Nós meio que discutimos isso na época do processo de decisão.
Há algumas informações vinculadas a um pedido. E, ao definir novos pedidos, era necessário analisar esses dados para todos os pedidos do histórico.
Nós meio que discutimos isso na época, no processo de decisão.
Há algumas informações vinculadas a um pedido. E, ao configurar novos pedidos, era necessário analisar esses dados para todos os pedidos do histórico.
Entendi. Precisávamos entender como a posição estava sendo desperdiçada.
O OrderSend retorna ERR_TRADE_SEND_FAILED em vez de TRADE_RETCODE_INVALID_PRICE:
Normalmente, em meus erros de programação, ERR_TRADE_SEND_FAILED significa passar um tíquete inválido (já fechado ou nulo). Dessa forma, não consigo distinguir programaticamente a diferença.
O OrderSend retorna ERR_TRADE_SEND_FAILED em vez de TRADE_RETCODE_INVALID_PRICE:
Normalmente, em meus erros de programação, ERR_TRADE_SEND_FAILED significa passar um tíquete inválido (já fechado ou nulo). Dessa forma, não consigo perceber a diferença programaticamente.
Registro completo da execução do script