아니, 하지마. 이러한 이유로 주문은 "매번" 열릴 가능성이 낮습니다. 주문을 하기 전에 로그를 보고 ResetLastError()를 확인하십시오. 그런 다음 if(GetLastError()>1) Print(GetLastError() ); 그리고 Digits 로 버그를 수정하십시오.
GSB : 아니, 하지마. 이러한 이유로 주문은 "매번" 열릴 가능성이 낮습니다. 주문을 하기 전에 로그를 보고 ResetLastError()를 확인하십시오. 그런 다음 if(GetLastError()>1) Print(GetLastError() ); 그리고 Digits 로 버그를 수정하십시오.
GetLastError()는 " 잘못된 가격 "이라고 말합니다. 각 통화 쌍에 대해 이미 별도로 취한 숫자입니다.
숫자 는 해당 문자에서 "제거"하는 것도 바람직합니다.)
숫자 는 해당 문자에서 "제거"하는 것도 바람직합니다.)
덕분에 효과가 있었습니다.
그게 다가 아닙니다. 다른 상품의 가격을 정규화하려면 다른 상품의 숫자를 가져와야 하고, 주석에 표시하려면 실수를 정규화하지 않고 DoubleToString();
의견은 나에게 그다지 중요하지 않습니다. 가장 중요한 것은 주문이 열리지만 DoubleTtoStr()을 사용하더라도 터미널에서 여전히 오류가 발생하여 잘못된 가격 을 씁니다.
댓글은 나에게 그다지 중요하지 않습니다. 가장 중요한 것은 주문이 열리지만 DoubleTtoStr()을 사용하더라도 터미널에서 여전히 오류가 발생하며 잘못된 가격을 기록한다는 것입니다.
말씀하신 내용은 맞는데 정규화가 가끔 안되는 경우가 있다는 점은 좋지 않습니다. 개발자가 확인할 수 있도록 MetaTrader 4 클라이언트 터미널 빌드 610 분기에 작성해야 합니다. 잘못된 정규화를 두 번만 재현할 수 있었습니다.
DoubleTtoStr()은 잘리지만 이로 인해 숫자 자체는 변경되지 않으므로 변수를 비교하거나 주문할 때 오류가 발생할 수 있습니다. 16번째 자리에 1을 주문할 때 얼마나 중요한지 지금은 말할 수 없지만 숫자 비교는 확실히 틀리다.
말씀하신 내용은 맞는데 정규화가 가끔 안되는 경우가 있다는 점은 좋지 않습니다. 개발자가 확인할 수 있도록 MetaTrader 4 클라이언트 터미널 빌드 610 분기에 작성해야 합니다. 잘못된 정규화를 두 번만 재현할 수 있었습니다.
DoubleTtoStr()은 잘리지만 이로 인해 숫자 자체는 변경되지 않으므로 변수를 비교하거나 주문할 때 오류가 발생할 수 있습니다. 16번째 자리에 1을 주문할 때 얼마나 중요한지 지금은 말할 수 없지만 숫자 비교는 확실히 틀리다.
EA는 격주로 주문을 엽니다. 각 쌍에 대해 별도로 작성해야 합니까?
아니, 하지마. 이러한 이유로 주문은 "매번" 열릴 가능성이 낮습니다. 주문을 하기 전에 로그를 보고 ResetLastError ()를 확인하십시오. 그런 다음 if( GetLastError ()>1) Print( GetLastError () ); 그리고 Digits 로 버그를 수정하십시오.
GetLastError()는 " 잘못된 가격 "이라고 말합니다. 각 통화 쌍에 대해 이미 별도로 취한 숫자입니다.
GetLastError()는 "잘못된 가격"이라고 말합니다. 나는 이미 각 통화 쌍에 대해 별도로 Digits를 가져왔습니다.
고려한 정지 수준? 스크립트로 확인하는 것과 동일한 것은 무엇입니까?
고려한 정지 수준? 스크립트로 확인하는 것과 동일한 것은 무엇입니까?
시장 주문이 있습니다.
129 오류는 가격이 변경될 시간이 있을 때 발생하며 DC가 주문을 채우기 전에 더 큰 미끄러짐을 사용합니다.