서비스 데스크 티켓은 "if(condition)의 이상한 실패"라고 합니다. (Yoly-paly! 작동하지 않는 경우!!!) 그리고 이 응용 프로그램에서 말도 안되는 내용을 수행한 것은 바로 당신이었습니다. 거기에 모든 것이 섞여 있습니다. 외부인의 눈을 통해 차분한 상태에서 지원서를 다시 읽으십시오.
그리고 급습이 필요하지 않습니다. 이것은 기술 포럼이며 주장이 올바르게 준비되어야 합니다.
유일한 차이점은 나는 독학이고 당신은 프로그래밍 전문가라는 것입니다. 내가 실수를 하고, 나를 정확하게 표현하지 않고, 때로는 말도 안되는 소리를 하는 것은 허용되지만 당신은 그렇지 않습니다.
나는 인쇄물의 타이밍을 듣자마자 내 실수를 인정했다. 그러나 이것으로부터 또 다른 질문, 즉 이 질문이 형성되었습니다. 식별자가 SERIES_LASTBAR_DATE인 함수의 불안정한 동작에 대한 질문입니다.
왜 일주일 이상 동안 모든 것이 제대로 작동하고 갑자기 그러한 재앙이 일어날 수 있습니까 ???
그리고 그 후로 당신은 새로운 막대를 결정하는 기능이 다음으로 인해 작동하지 않는다고 말했습니다.
해당 기록 데이터가 시간 초과에 의해 언로드된 경우 SeriesInfoInteger 함수는 SERIES_LASTBAR_DATE 쿼리와 함께 무엇을 반환 해야 합니까?
누가 GetLastError()의 결과를 확인할 것인가?
서비스 데스크 티켓은 "if(condition)의 이상한 실패"라고 합니다. (Yoly-paly! 작동하지 않는 경우!!!) 그리고 이 응용 프로그램에서 말도 안되는 내용을 수행한 것은 바로 당신이었습니다. 거기에 모든 것이 섞여 있습니다. 외부인의 눈을 통해 차분한 상태에서 지원서를 다시 읽으십시오.
그리고 급습이 필요하지 않습니다. 이것은 기술 포럼이며 주장이 올바르게 준비되어야 합니다.
유일한 차이점은 나는 독학이고 당신은 프로그래밍 전문가라는 것입니다. 내가 실수를 하고, 나를 정확하게 표현하지 않고, 때로는 말도 안되는 소리를 하는 것은 허용되지만 당신은 그렇지 않습니다.
나는 인쇄물의 타이밍을 듣자마자 내 실수를 인정했다. 그러나 이것으로부터 또 다른 질문, 즉 이 질문이 형성되었습니다. 식별자가 SERIES_LASTBAR_DATE인 함수의 불안정한 동작에 대한 질문입니다.
왜 일주일 이상 동안 모든 것이 제대로 작동하고 갑자기 그러한 재앙이 일어날 수 있습니까 ???
그리고 그 후로 당신은 새로운 막대를 결정하는 기능이 다음으로 인해 작동하지 않는다고 말했습니다.
이 기능은 다음으로 인해 여러 번 사용할 수 없습니다.
변수가 참조로 전달되고 각 기간에 고유한 변수가 있음에도 불구하고 이것은 마찬가지입니다.
이것이 전문가의 대답인가?
전문가의 무류성에 대한 믿음이 우리를 망치고 있습니다.
이것이 내 대답이었다
Эта функция не может использоваться многократно из-за
전문가의 예리한 눈으로 이 클래스의 메서드에서 m_tOld 클래스의 멤버 가 변경되는 것을 즉시 보았습니다.
전문가의 무류성에 대한 믿음이 우리를 망치고 있습니다.
이것이 내 대답이었다
전문가의 예리한 눈으로 이 클래스의 메서드에서 m_tOld 클래스의 멤버 가 변경되는 것을 즉시 보았습니다.
그래서 뭐??? 3차 토론회로 가볼까요?
유일한 차이점은 나는 독학 이고 당신은 프로그래밍 전문가라는 것입니다. 내가 실수를 하고, 나를 정확하게 표현하지 않고, 때로는 말도 안되는 소리를 하는 것은 허용되지만 당신은 그렇지 않습니다.
그리고 이것은 변수가 참조로 전달되고 각 기간에 자체 변수가 있다는 사실에도 불구하고 .
계속 주장하시나요? 반복합니다. 독학으로 배웠습니다. 변수에 이름을 지정하는 것은 비전문적이며 저에게 허용됩니다. 반원을 보기 전에 이것을 보고 싶습니다.
무엇 향후 계획? 함수는 새로운 막대 D1과 H1이 형성될 때 Expert Advisor의 한 복사본에서 연속 으로 두 번 호출되지만 한 경우에는 함수가 새 막대의 모양을 보고 다른 경우에는 그렇지 않습니다.
일반적으로 나는 그것을 사용하지 않는 것이 낫고 나 자신에게 더 비싸다는 것을 스스로 깨달았습니다.