하지만 어떤 이유에서인지 여기에서 올바른 조언을 얻지 못했습니다. :) 예, 일반적으로 MQL5에서는 무엇에 관한 것인지, MQL4에서는 올바르게 수행했으며, 포함으로 처리되며 그게 전부입니다. :)
이 게시물을 의미하는 경우:
vit46:
Очень нехвотает этой функции в MT4 что делать помогите!
Функция GetLastError () обнуляется после чтения ее значения. Вставьте дополнительное пустое считывание перед нужной Вам операцией.
int err= GetLastError ();
OrderSend (...);
if (GetError()==конкретный номер){
// код обработки сброс ошибки или наоборот
SetError( 0 );
}
elseif (...)
그렇다면 나는 이렇게 하지 않을 것입니다. IMHO - 이것은 사실이 아니거나 완전히 사실이 아닙니다. 어떤 식 으로든 나머지는 내가 당신에게 조언 한 것을 확인합니다.) .....
그리고 오류 처리에 대해 쓴 곳을 보십시오. 포럼 주제가 있습니다.)
하지만 어떤 이유에서인지 여기에서 올바른 조언을 얻지 못했습니다. :) 예, 일반적으로 MQL5에서는 무엇에 관한 것인지, MQL4에서는 올바르게 수행했으며, 포함으로 처리되며 그게 전부입니다. :)
하지만 어떤 이유에서인지 여기에서 올바른 조언을 얻지 못했습니다. :) 예, 일반적으로 MQL5에서는 무엇에 관한 것인지, MQL4에서는 올바르게 수행했으며, 포함으로 처리되며 그게 전부입니다. :)
이 게시물을 의미하는 경우:
그렇다면 나는 이렇게 하지 않을 것입니다. IMHO - 이것은 사실이 아니거나 완전히 사실이 아닙니다. 어떤 식 으로든 나머지는 내가 당신에게 조언 한 것을 확인합니다.) .....
이 게시물을 의미하는 경우:
그렇다면 나는 이렇게 하지 않을 것입니다. IMHO - 이것은 사실이 아니거나 완전히 사실이 아닙니다.
테마를 개발합니다.
개발할 것이 무엇입니까?
오류는 발생한 즉시 처리해야 하며 "그리고 나서" 연기해서는 안 됩니다.
두 번째 페이지에 이미 게시됨
사용.
이 게시물을 의미하는 경우:
그렇다면 나는 이렇게 하지 않을 것입니다. IMHO - 이것은 사실이 아니거나 완전히 사실이 아닙니다. 어떤 식 으로든 나머지는 내가 당신에게 조언 한 것을 확인합니다.) .....
그것은 사실이 아니지만 더 좋습니다. 더 발전된 언어는 오류 처리 측면에서 이러한 방식으로 정렬됩니다 ... 그래서 MQL5는 느리지만 확실하게 스스로를 끌어 올리고 있습니다 ....
Что тут развивать? Ошибки надо обрабатывать по мере их возникновения, а не откладывать "а потом" .
그것은 분명하다. 나 자신은 결코 이것을하지 않으며, 토픽 스타터의 문제에 대한 해결책으로 제안했습니다. 하지만 원칙적으로는 불가능한 이유를 듣고 싶습니다. 아마도 미래에 내가 만날 것이고, 그러면 유용할 것입니다.
두 번째 페이지에 이미 게시됨
사용.
이전 작업에서 오류가 있고 처리하지 않은 경우 현재 작업에서 오류가 없으면 이전 작업을 처리하기 때문에 이것은 좋지 않습니다.
그것은 사실이 아니지만 더 좋습니다. 더 발전된 언어는 오류 처리 측면에서 이러한 방식으로 배열됩니다... 그래서 MQL5는 느리지만 확실하게 스스로를 끌어올리고 있습니다....
귀하의 제안이 MQL을 개선하는 데 어떻게 도움이 되는지 아직 작성하지 않았습니다. 지금까지 당신에게만 필요한 몇 가지 간단한 요청을 이해할 수없는 목적으로
두 번째 페이지에 이미 게시됨
사용.
예, 이것은 사실이며 한 가지는 내 접근 방식을 방해하지 않습니다 ... GetLastError에 대한 무조건 호출 은 다른 말로 사용할 수 없습니다.