no testador, geralmente não ocorre (a menos que o código seja curvo e modifique os parâmetros de ordem inalterados ou se o testador puder gerar escorregamentos).
no mercado real isso (com o código correto de modificação de ordem) é possível quando você muda de paradas próximas ao mercado, especialmente com o escorregamento - tipo de parada perdida se move bem atrás do preço quando a ordem está se movendo para o positivo e devido ao escorregamento e ao movimento de preço, o erro freqüentemente ocorre e é claro o porquê... bom erro...
não se (New_OOP < Bid) continuar; masse (New_OOP-dist*Point < Bid) continuar;
Boris, meu método fOrderModify() leva em conta todas as verificações, tanto no STOPLEVEL como no FRIZLEVEL. Portanto, se alguma destas condições não fosse atendida, a modificação não chegaria ao ponto.
Renat:
Você está absolutamente errado. O último erro ainda é reposto em muitas funções importantes. Funciona assim também no WinAPI.
Portanto, salve o código de erro em variável local logo após sua ocorrência, e não tente usá-lo após limpar esta variável do sistema dez vezes em massa de suas funções intermediárias.
Bem, mesmo se o erro fosse sobrescrito como opção, o último ainda estaria lá. O último erro ainda seria 1 no meu caso. Não é assim?
Se eu não estiver trabalhando com erros dessa forma. Posso lhe mostrar o que você quer dizer com um exemplo?
Aqui está minha função de modificação com todas as impressoras, porque estou fazendo a depuração agora.(Ignorar os outros métodos que utiliza).
Victor, seu primeiro posto já continha todas as informações necessárias. Você está simplesmente enviando ordens para modificar uma ordem sem novos valores para os parâmetros dessa ordem.
tara: Victor, seu primeiro posto já continha todas as informações necessárias. Você simplesmente envia ordens para modificar uma ordem sem novos valores para os parâmetros dessa ordem.
Boris, vamos supor que é esse o caso... Assumindo. Mas, se a função reenviar uma ordem para modificar a ordem, o significado deve ser modificado. E comigo não modifica em nada. Mesmo que olhemos para o tronco no toro, o que vemos é isto:
modify #2 sell limit 0.10 EURUSD at 1.34048 sl: 1.34125 tp: 1.33362 ok
OrderModify error 1
Por que a ordem está sendo enviada? Se seus parâmetros não estivessem corretos, a função colidiria. E aqui está tudo bem... ...foi enviado. Aconteceu então que havia um erro. Qual é a lógica por trás disso?
erro 1 é um erro normal...
no testador, geralmente não ocorre (a menos que o código seja curvo e modifique os parâmetros de ordem inalterados ou se o testador puder gerar escorregamentos).
no mercado real isso (com o código correto de modificação de ordem) é possível quando você muda de paradas próximas ao mercado, especialmente com o escorregamento - tipo de parada perdida se move bem atrás do preço quando a ordem está se movendo para o positivo e devido ao escorregamento e ao movimento de preço, o erro freqüentemente ocorre e é claro o porquê... bom erro...
Desculpe, SellLimit requer dist:
não se (New_OOP < Bid) continuar; masse (New_OOP-dist*Point < Bid) continuar;
Boris, meu método fOrderModify() leva em conta todas as verificações, tanto no STOPLEVEL como no FRIZLEVEL. Portanto, se alguma destas condições não fosse atendida, a modificação não chegaria ao ponto.
Você está absolutamente errado. O último erro ainda é reposto em muitas funções importantes. Funciona assim também no WinAPI.
Portanto, salve o código de erro em variável local logo após sua ocorrência, e não tente usá-lo após limpar esta variável do sistema dez vezes em massa de suas funções intermediárias.
Bem, mesmo se o erro fosse sobrescrito como opção, o último ainda estaria lá. O último erro ainda seria 1 no meu caso. Não é assim?
Se eu não estiver trabalhando com erros dessa forma. Posso lhe mostrar o que você quer dizer com um exemplo?
Aqui está minha função de modificação com todas as impressoras, porque estou fazendo a depuração agora.(Ignorar os outros métodos que utiliza).
O servidor responde: O que você quer, meu velho?
Ou: Você me diz o que quer, talvez eu lhe dê o que você quer.
Não recebi nenhuma crítica ou um sincero "merci" russo. Triste, meninas...
Não recebi nenhuma crítica ou um sincero "merci" russo. Triste, meninas...
Desculpe, SellLimit requer dist:
não se (New_OOP < Bid) continuar; masse (New_OOP-dist*Point < Bid) continuar;
Victor, seu primeiro posto já continha todas as informações necessárias. Você simplesmente envia ordens para modificar uma ordem sem novos valores para os parâmetros dessa ordem.
Boris, vamos supor que é esse o caso... Assumindo. Mas, se a função reenviar uma ordem para modificar a ordem, o significado deve ser modificado. E comigo não modifica em nada. Mesmo que olhemos para o tronco no toro, o que vemos é isto:
Por que a ordem está sendo enviada? Se seus parâmetros não estivessem corretos, a função colidiria. E aqui está tudo bem... ...foi enviado. Aconteceu então que havia um erro. Qual é a lógica por trás disso?O que isso tem a ver com erros? Coloco uma impressão de erro imediatamente antes da função de modificação:
E aqui está o registro deste pedaço de código:
Você pode ver claramente que não há erros antes da função de modificação! O que isso tem a ver com erros?