예, Validator가 획득했습니다. 그러나 이제 또 다른 알려지지 않은 게임. 이 결과를 제공하는 데 사용되는 유효성 검사기
동시에 내 테스터에서 모든 것이 잘 작동합니다. 확인을 위해 코드에 목발을 넣었습니다(0으로 나누기).
그리고 받은 것:
테스트 중에 유효성 검사기는 여전히 주문을 여는 기능에 들어가는 것으로 나타났습니다. 그것이 제공되는 이유는 완전히 이해할 수 없습니다. 거래 작업 없음
대부분 주문을 보낼 때 오류가 발생하고 GetLastError가 있는 항목이 로그에 인쇄됩니다. Throw(code)와 같은 함수가 MQL에 추가되어 0으로 나누는 것과 유사한 중지가 발생하지만 코드를 반환하는 경우에 좋을 것입니다. 그런 다음 Throw(GetLastError())를 작성하여 로그에서 힌트를 얻을 수 있습니다. . 그런데 TerminalClose(retcode) 기능이 있습니다. 사용해 볼 수는 있지만 자동 테스터에서 단순히 비활성화된 것으로 의심됩니다.
유효성 검사기가 이 OrderSend()를 수행하는 것을 방해하는 것이 무엇인지 이해 하지 못합니다. 결국 거기에 도달하면 설정 오류(모두 수정했지만) 130, 131, 134, ...가 있어야 하며 " 거래 작업 없음"이 아닙니다. OnInit()에 등록하는 일만 남았습니다. 어딘가에서 일종의 지연을 설정하여 작동하지 않도록 하는 것인데 어떻게 처리해야 할지 모르겠습니다.
유효성 검사기가 이 OrderSend()를 수행하는 것을 방해하는 것이 무엇인지 이해 하지 못합니다. 결국 거기에 도달하면 설정 오류(모두 수정했지만) 130, 131, 134, ...가 있어야 하며 " 거래 작업 없음"이 아닙니다. OnInit()에 등록하는 일만 남았습니다. 어딘가에서 일종의 지연을 설정하여 작동하지 않도록 하는 것인데 어떻게 처리해야 할지 모르겠습니다.
안녕하세요!
오늘 검증인이 다음 메시지를 발행하기 시작했습니다.
3명의 전문가를 확인하고 10초 후 거부합니다. 문제가 될 수 있습니다. 어쩌면 소프트웨어에 뭔가가 있습니까?!
추신: OnTick()을 확인하기 위해 첫 번째 줄에 인쇄를 넣었습니다.
테스터의 보고서는 비워둘 수 없습니다!!! 내 로그가 가득 찼습니다.
오늘 검증인이 다음 메시지를 발행하기 시작했습니다.
없어졌다. 유효성 검사기 오류입니다.
안녕하세요!
오늘 검증인이 다음 메시지를 발행하기 시작했습니다.
메시지 주셔서 감사합니다. 수정했습니다.
예, Validator가 획득했습니다. 그러나 이제 또 다른 알려지지 않은 게임. 이 결과를 제공하는 데 사용되는 유효성 검사기
동시에 내 테스터에서 모든 것이 잘 작동합니다. 확인을 위해 코드에 목발을 넣었습니다(0으로 나누기).
그리고 받은 것:
테스트 중에 유효성 검사기는 여전히 주문을 여는 기능에 들어가는 것으로 나타났습니다. 그것이 제공되는 이유는 완전히 이해할 수 없습니다. 거래 작업 없음
예, Validator가 획득했습니다. 그러나 이제 또 다른 알려지지 않은 게임. 이 결과를 제공하는 데 사용되는 유효성 검사기
동시에 내 테스터에서 모든 것이 잘 작동합니다. 확인을 위해 코드에 목발을 넣었습니다(0으로 나누기).
그리고 받은 것:
테스트 중에 유효성 검사기는 여전히 주문을 여는 기능에 들어가는 것으로 나타났습니다. 그것이 제공되는 이유는 완전히 이해할 수 없습니다. 거래 작업 없음
대부분 주문을 보낼 때 오류가 발생하고 GetLastError가 있는 항목이 로그에 인쇄됩니다. Throw(code)와 같은 함수가 MQL에 추가되어 0으로 나누는 것과 유사한 중지가 발생하지만 코드를 반환하는 경우에 좋을 것입니다. 그런 다음 Throw(GetLastError())를 작성하여 로그에서 힌트를 얻을 수 있습니다. . 그런데 TerminalClose(retcode) 기능이 있습니다. 사용해 볼 수는 있지만 자동 테스터에서 단순히 비활성화된 것으로 의심됩니다.
완전히 동의 해.
물론 검증인이 3줄 보고서가 아닌 테스트 로그를 보내는 것이 이상적입니다. 그러면 오류나 결함이 무엇인지 알아내고 손가락을 하늘로 찌르지 않을 기회가 있을 것입니다.
그것에 대해 생각하십시오.
완전히 동의 해.
물론 검증인이 3줄 보고서가 아닌 테스트 로그를 보내는 것이 이상적입니다. 그러면 오류나 결함이 무엇인지 알아내고 손가락을 하늘로 찌르지 않을 기회가 있을 것입니다.
그것에 대해 생각하십시오.
오히려거래 기능 으로 작업하는 논리를 올바르게 컴파일하기 보다는 특정 오류를 우회(은폐)하는 방법이 있을 것입니다. "바보" 입력 매개변수의 올바른 회계 및 처리 또는 거래를 위한 거래 조건의 잘못된 계산으로 유효성 검사 오류가 없어야 합니다.
예, 이것은 실수가 아닙니다. 어떤 종류의 게임인지 이해하지 못합니다. 나는 거래 기능 앞에 목발(0으로 나눕니다)을 놓습니다.
그것은 발사:
나는 그것을 제거, 그것은 이미 변경되지 않은 제공
거래 작업이 없습니다.
유효성 검사기가 이 OrderSend()를 수행하는 것을 방해하는 것이 무엇인지 이해 하지 못합니다. 결국 거기에 도달하면 설정 오류(모두 수정했지만) 130, 131, 134, ...가 있어야 하며 " 거래 작업 없음"이 아닙니다. OnInit()에 등록하는 일만 남았습니다. 어딘가에서 일종의 지연을 설정하여 작동하지 않도록 하는 것인데 어떻게 처리해야 할지 모르겠습니다.
예, 이것은 실수가 아닙니다. 어떤 종류의 게임인지 이해하지 못합니다. 나는 거래 기능 앞에 목발(0으로 나눕니다)을 놓습니다.
그것은 발사:
나는 그것을 제거, 그것은 이미 변경되지 않은 제공
거래 작업이 없습니다.
유효성 검사기가 이 OrderSend()를 수행하는 것을 방해하는 것이 무엇인지 이해 하지 못합니다. 결국 거기에 도달하면 설정 오류(모두 수정했지만) 130, 131, 134, ...가 있어야 하며 " 거래 작업 없음"이 아닙니다. OnInit()에 등록하는 일만 남았습니다. 어딘가에서 일종의 지연을 설정하여 작동하지 않도록 하는 것인데 어떻게 처리해야 할지 모르겠습니다.