Механизм обращения к серверу за данными не зависит от того, каким образом был инициирован запрос — пользователем при навигации по графику или программным способом на языке MQL5.
분명히 이것은 오래된 데이터에 관한 것이며 가장 최근의 것입니다 ??? 단순히 기기의 차트가 열려 있기 때문에 얻어야 합니까? 아님?
서비스 데스크 티켓은 "if(condition)의 이상한 실패"라고 합니다. (Yoly-paly! 작동하지 않는 경우!!!) 그리고 이 응용 프로그램에서 말도 안되는 내용을 수행한 것은 바로 당신이었습니다. 거기에 모든 것이 섞여 있습니다. 외부인의 눈을 통해 차분한 상태에서 지원서를 다시 읽으십시오.
그리고 급습이 필요하지 않습니다. 이것은 기술 포럼이며 주장이 올바르게 준비되어야 합니다.
이 링크는 말합니다
분명히 이것은 오래된 데이터에 관한 것이며 가장 최근의 것입니다 ??? 단순히 기기의 차트가 열려 있기 때문에 얻어야 합니까? 아님?
다른 기능으로 데이터를 수신할 때의 차이점은 무엇입니까?
데이터 액세스 구성에 대한 문서를 완전히 읽었습니까?
슬라바, 내 지원서를 봤어?
표시기의 트위칭을 통한 캐시 유지 관리가 작동하지 않습니다.
첨부된 Expert Advisor를 실행하십시오. 잠시 후 로그에 오류가 표시됩니다.
슬라바, 내 지원서를 봤어?
표시기의 트위칭을 통한 캐시 유지 관리가 작동하지 않습니다.
첨부된 Expert Advisor를 실행하십시오. 잠시 후 로그에 오류가 표시됩니다.
예, 보았습니다. 그러나 그곳에는 조언자가 없었다.
상담원에게 확인했습니다. 반복합니다. 표시기(내 경우에는 iMA) 핸들이 있으면 기록 캐시가 언로드되지 않습니다.
여기(또는 위의 응용 프로그램에서) 전문가 고문을 제출하십시오. 다른 터미널에서 실행하겠습니다. 우리는 볼 것이다
드미트리, 이상하지 않아? 새 막대가 나타났지만 아직 계산하지 않습니다.
들어봐, 이것이 이 동작의 이유가 아닌가? SeriesInfoInteger(_Symbol, PERIOD_D1, SERIES_LASTBAR_DATE ); ? 새 막대가 나타나고 눈금이 있고 코드가 실행되고 있지만 시간은 아직 고려되지 않았습니다???
시점에서 보면 그렇습니다. 지정된 시간의 상한은 범위에 적용되지 않는 것으로 가정합니다. 그러나이 경우 불편합니다. 그렇습니다.
SeriesInfoInteger 정보(_Symbol, PERIOD_D1, SERIES_LASTBAR_DATE ); 나는 그것을 사용할 필요가 없었고 아마도 사용하지 않을 것입니다. 막대의 시간이 필요한 경우 CopyTime() 또는 CopyRates()를 사용할 것입니다.
개발자가 iBarShift()의 유사체를 만들고 Bars()를 약간 자르면 효과가 있을 것입니다.
예, 보았습니다. 그러나 그곳에는 조언자가 없었다.
상담원에게 확인했습니다. 반복합니다. 표시기(내 경우에는 iMA) 핸들이 있으면 기록 캐시가 언로드되지 않습니다.
여기(또는 위의 응용 프로그램에서) 전문가 고문을 제출하십시오. 다른 터미널에서 실행하겠습니다. 우리는 볼 것이다
EA는 첫 번째 메시지(zip, 58.91KB)에 첨부되었습니다. 어디에나 파일이 저장되어 있습니까?
모든 것이 시작된 버전을 모아서 첨부했습니다. 노력하다. 테스트 조건과 세트 파일은 같은 위치에 있습니다.
시점에서 보면 그렇습니다. 지정된 시간의 상한은 범위에 적용되지 않는 것으로 가정합니다. 그러나이 경우 불편합니다. 그렇습니다.
SeriesInfoInteger 정보(_Symbol, PERIOD_D1, SERIES_LASTBAR_DATE ); 나는 그것을 사용할 필요가 없었고 아마도 사용하지 않을 것입니다. 막대의 시간이 필요한 경우 CopyTime() 또는 CopyRates()를 사용할 것입니다.
개발자가 iBarShift()의 유사체를 만들고 Bars()를 약간 자르면 효과가 있을 것입니다.
다른 프로그래밍 언어에서 허용됩니까?
음, 상한을 범위로 가져오는 것은 그리 나쁘지 않습니다. 당신이 불편함이라고 부르는 것을 나는 당신이 당신의 프로그램에서 그것을 사용할 때 익숙해지고 고려할 수있는 어리석음이라고 불렀습니다.
해당 함수의 부적절한 동작을 발견한지라 달리 부를 방법이 없어 개발자들에게 설명을 해보았습니다. 그러나 무슨 일이 일어나고 있는지 이해하려고 노력하는 대신 ... 모든 것이 ... 나는 침묵합니다. 아무도 그것을 필요로하지 않습니다.
나는 또한 이미 이 함수의 사용을 포기하고 그것을 CopyRates()로 대체했습니다. 단지 관성에 의해 계속 설명했습니다. 아마도 어린 양이 힌트를 요청하고 mql5에서 문제를 보고하지 않도록 주제 이름을 변경했기 때문일 것입니다.
EA는 첫 번째 메시지(zip, 58.91KB)에 첨부되었습니다. 어디에나 파일이 저장되어 있습니까?
모든 것이 시작된 버전을 모아서 첨부했습니다. 노력하다. 테스트 조건과 세트 파일은 같은 위치에 있습니다.
해당 함수의 부적절한 동작을 발견한지라 달리 부를 방법이 없어 개발자들에게 설명을 해보았습니다. 그러나 무슨 일이 일어나고 있는지 이해하려고 노력하는 대신 ... 모든 것이 ... 나는 침묵합니다. 아무도 그것을 필요로하지 않습니다.
함수의 부적절한 동작은 어디에서 볼 수 있습니까? 설명서 를 주의 깊게 읽었습니까?
SeriesInfo정수
기록 데이터의 상태에 대한 정보를 반환합니다.기록 데이터의 상태에 대한 정보를 반환합니다. 정보를 업데이트하지 않고 데이터 페이징을 시작하지 않습니다. 현재 상태를 그대로 반환합니다.
함수의 부적절한 동작은 어디에서 볼 수 있습니까? 설명서 를 주의 깊게 읽었습니까?
기록 데이터의 상태에 대한 정보를 반환합니다. 정보를 업데이트하지 않고 데이터 페이징을 시작하지 않습니다. 현재 상태를 그대로 반환합니다.
https://www.mql5.com/en/forum/89213/page6#comment_2605980 링크를 따라가도 괜찮다면 모든 것이 거기에 나와 있습니다.
SERIES_LASTBAR_DATE 마침표로 표시되는 마지막 막대 의 여는 시간입니다 . 그리고 새로운 막대가 나타나지만 함수 가 그것을 보거나 보지 못할 때 그것을 무엇이라고 합니까? 문화적으로 말하면 "기능의 불안정한 작동"이지만 단순히 부적절한 행동 ...
둘째, SD 지원서에 대한 첫 번째 답변에 말도 안되는 내용을 담을 필요가 없었습니다.
SERIES_LASTBAR_DATE 마침표로 표시되는 마지막 막대 의 여는 시간입니다 . 그리고 새로운 막대가 나타나지만 함수 가 그것을 보거나 보지 못할 때 그것을 무엇이라고 합니까? 문화적으로 말하면 "기능의 불안정한 작동"이지만 단순히 부적절한 행동 ...
해당 기록 데이터가 시간 초과에 의해 언로드된 경우 SeriesInfoInteger 함수는 SERIES_LASTBAR_DATE 쿼리와 함께 무엇을 반환 해야 합니까?
누가 GetLastError()의 결과를 확인할 것인가?
서비스 데스크 티켓은 "if(condition)의 이상한 실패"라고 합니다. (Yoly-paly! 작동하지 않는 경우!!!) 그리고 이 응용 프로그램에서 말도 안되는 내용을 수행한 것은 바로 당신이었습니다. 거기에 모든 것이 섞여 있습니다. 외부인의 눈을 통해 차분한 상태에서 지원서를 다시 읽으십시오.
그리고 급습이 필요하지 않습니다. 이것은 기술 포럼이며 주장이 올바르게 준비되어야 합니다.