(3) 메모리 할당 에 버그가 없습니다. 그러나 이것은 일반적으로 deinite에서 볼 수 있습니다.
(4) 칠면조 작업에 버그가 없습니다. 칠면조가 전체 크기에 대한 버퍼를 얻는다면 이것은 버그입니다.
(1) 또는 (2) zhor가 있으면 테스터 + 디스패처를 추적하기 쉽습니다. 크기 조절로 처리됩니다.
이벤트 자체는 메모리를 전혀 먹지 않습니다(점점). 따라서 전문가에게 문제가 없다면 문제는 확실히 터키에 있는 것이다.
자세한 답변 감사합니다. 브레인스토밍 하겠습니다. (1) - (3) 절대 아닙니다.
(4)에 대해 설명하십시오. 추측에 빠지지 않도록 "지표가 전체 크기에 대한 버퍼를 가져오는 경우"는 무엇을 의미하는지 설명하십시오.
"테스터 + 디스패처가 추적하기 쉬운 (1) 또는 (2) zhor가 있는 경우"에 대해 명확히 하십시오. 즉, 테스터를 사용하여 프로그램의 속도를 측정할 뿐만 아니라 소비된 양을 측정하는 것이 좋습니다. 흠; 그런 간단한 해결책은 내 마음을 결코 생각하지 않습니다!
더 나아가. Expert Advisor가 동적 개체를 사용하여 구축된 경우 고정 메모리를 가질 수 없다는 것이 밝혀졌습니다. 반면에 동적 개체에 대한 잘못된 작업에 대한 보고는 없습니다. 전문가를 삭제하고 실행한 횟수..
일반적으로 브레인스토밍은 겉보기에 진부해 보이는 아이디어를 촉발했습니다. 공동 작업 프로그램의 양을 나눌 수 없는 경우 개별적으로 실행하고 누가 소비를 늘리는지 확인해야 합니다. 동시에 Expert Advisor는 익숙한 지표가 아니라 자체 차트의 눈금에서 시작됩니다. 테스트 볼륨 측정에 대한 힌트를 고려하면 일반적으로 모든 것이 원활하게 나타납니다. 로슈가 이 기사를 언급하면서 염두에 두었던 것이 아닐까.. 하지만 역시나 기사를 다시 읽어보니 그런 생각은 전혀 들지 않았다. 힌트 없이 - 아무데도!
더엑스퍼트 :
아니, 난 당신과 함께 망할거야. 사람들과 소통할 줄도 모른다는 사실에 나도 책임이 있는 걸까?
죄책감 - 잘못, 웨이브 - 웨이브 :)
그리고 제 극단적인 매너에 대한 당신의 관점을 이미 파악하고 미리 사과했습니다 :) 그럼에도 불구하고 저의 나쁜 매너는 사람들을 위해서가 아니라 나 자신을 위해 말하는 것이 더 생산적이라고 말합니다 :) We are not in the State 두마 :)
즉, 예를 들어 개체를 클릭할 때 CHARTEVENT_OBJECT_CLICK 이벤트는 즉시 발생하지 않고 이전의 모든 이벤트가 대기열에서 제거된 후에만 발생합니다. 그리고 아시다시피 이벤트 큐는 EventChartCustom으로 꽉 막혀 있습니다.
...
Alex, 지금 약간 비슷한 문제가 있습니다. 즉, Expert Advisor 초기화 직후 모든 것이 제대로 작동합니다. 얼마 동안 나는 터미널에 전혀 들어가지 않고 한 사용자 정보 패널에서 다른 패널로 전환하고 프로그램 "바보"를 시도합니다. 전환이 발생하는 동안 몇 초 동안 중단될 수도 있습니다. 같은 경우인가요?
나는 아직 당신의 해결책을 시도하지 않았고 다른 질문으로 바쁘지만 스스로 해결책을 찾지 못했기 때문에 확실히 시도할 것입니다. 지금까지 한 가지 질문이 있습니다.
귀하의 예에서 OnChartEvent () 함수에는 5개의 매개변수가 있습니다. 아이뷰가 뭔가요?
ulong event_idle= 0 ; bool bidle;
//---voidOnChartEvent ( intiview , int id, long lparam, double dparam, string sparam)
{
if (id== CHARTEVENT_CUSTOM + VM_IDLE )
{
if (event_idle>( ulong )lparam || bidle) // если последнее посланное больше чем пришедшее, то сразу выходим
{
bidle=event_idle > ( ulong )lparam;
//--- if (bidle) return ;
//---
event_idle= 0 ;
}
event_idle++;
ChartRedraw (m_chart); // обновили чартEventChartCustom (m_chart, VM_IDLE, ( long )event_idle, 0 , "" ); // отправили событие с указанием последнего счетчикаreturn ;
}
EventChartCustom (m_chart, VM_IDLE, ( long )event_idle, 0 , "" ); // отправили событие с указанием последнего счетчика/*
обработка остальных событий
*/
}
Alex, 지금 약간 비슷한 문제가 있습니다. 즉, Expert Advisor 초기화 직후 모든 것이 제대로 작동합니다. 얼마 동안 나는 터미널에 전혀 들어가지 않고 한 사용자 정보 패널에서 다른 패널로 전환하고 프로그램 "바보"를 시도합니다. 전환이 발생하는 동안 몇 초 동안 중단될 수도 있습니다. 같은 경우인가요?
네, 바로 이것입니다. 이벤트 차트 는 OnChartEvent 호출 사이에 두 번 이상 전송됩니다. 들어오는 이벤트 번호를 분석하기 위해 제안한 추가 작업을 수행하면 문제가 사라집니다.
귀하의 예에서 OnChartEvent () 함수에는 5개의 매개변수가 있습니다. 아이뷰가 뭔가요?
즉, 예를 들어 개체를 클릭하면 CHARTEVENT_OBJECT_CLICK이벤트가 즉시 발생하지 않고 이전 이벤트가 모두 대기열에서 제거된 후에 발생합니다 . 그리고 아시다시피 이벤트 큐는 EventChartCustom 으로 꽉 막혀 있습니다.
여러분, 이 메시지 의 단락 1.1을 읽으십시오. 그곳에서 논의된 정보는 오늘 발표되었으며 공식적인 것으로 간주될 수 있습니다. 글쎄, 그것은 (이 상황에서) "이전" 이벤트 이벤트 및 EventChartCustom 함수에 의한 대기열의 "청각 장애"와 같은 현상의 대기열에 있을 수 없습니다. ... 또는 디렉토리의 새로운 정보에 대한 공식 반박이 필요합니다.
여러분, 이 메시지 의 단락 1.1을 읽으십시오. 그곳에서 논의된 정보는 오늘 발표되었으며 공식적인 것으로 간주될 수 있습니다. 글쎄, 그것은 (이 상황에서) "이전" 이벤트 이벤트 및 EventChartCustom 함수에 의한 대기열의 "청각 장애"와 같은 현상의 대기열에 있을 수 없습니다. ... 또는 디렉토리의 새로운 정보에 대한 공식 반박이 필요합니다.
알겠습니다. Xpert 가 파도를 잡았고 우리는 떠났습니다.
아니, 난 당신과 함께 망할거야. 사람들과 소통할 줄도 모른다는 사실에 나도 책임이 있는 걸까?
Expert Advisor의 메모리 소비는 다음과 같은 경우 고정됩니다.
(1) 버퍼 에뮬레이션 없음
(2) 역사에 그리기 개체가 없습니다.
(3) 메모리 할당 에 버그가 없습니다. 그러나 이것은 일반적으로 deinite에서 볼 수 있습니다.
(4) 칠면조 작업에 버그가 없습니다. 칠면조가 전체 크기에 대한 버퍼를 얻는다면 이것은 버그입니다.
(1) 또는 (2) zhor가 있으면 테스터 + 디스패처를 추적하기 쉽습니다. 크기 조절로 처리됩니다.
이벤트 자체는 메모리를 전혀 먹지 않습니다(점점). 따라서 전문가에게 문제가 없다면 문제는 확실히 터키에 있는 것이다.
Expert Advisor의 메모리 소비는 다음과 같은 경우 고정됩니다.
(1) 버퍼 에뮬레이션 없음
(2) 역사에 그리기 개체가 없습니다.
(3) 메모리 할당 에 버그가 없습니다. 그러나 이것은 일반적으로 deinite에서 볼 수 있습니다.
(4) 칠면조 작업에 버그가 없습니다. 칠면조가 전체 크기에 대한 버퍼를 얻는다면 이것은 버그입니다.
(1) 또는 (2) zhor가 있으면 테스터 + 디스패처를 추적하기 쉽습니다. 크기 조절로 처리됩니다.
이벤트 자체는 메모리를 전혀 먹지 않습니다(점점). 따라서 전문가에게 문제가 없다면 문제는 확실히 터키에 있는 것이다.
자세한 답변 감사합니다. 브레인스토밍 하겠습니다. (1) - (3) 절대 아닙니다.
(4)에 대해 설명하십시오. 추측에 빠지지 않도록 "지표가 전체 크기에 대한 버퍼를 가져오는 경우"는 무엇을 의미하는지 설명하십시오.
"테스터 + 디스패처가 추적하기 쉬운 (1) 또는 (2) zhor가 있는 경우"에 대해 명확히 하십시오. 즉, 테스터를 사용하여 프로그램의 속도를 측정할 뿐만 아니라 소비된 양을 측정하는 것이 좋습니다. 흠; 그런 간단한 해결책은 내 마음을 결코 생각하지 않습니다!
더 나아가. Expert Advisor가 동적 개체를 사용하여 구축된 경우 고정 메모리를 가질 수 없다는 것이 밝혀졌습니다. 반면에 동적 개체에 대한 잘못된 작업에 대한 보고는 없습니다. 전문가를 삭제하고 실행한 횟수..
일반적으로 브레인스토밍은 겉보기에 진부해 보이는 아이디어를 촉발했습니다. 공동 작업 프로그램의 양을 나눌 수 없는 경우 개별적으로 실행하고 누가 소비를 늘리는지 확인해야 합니다. 동시에 Expert Advisor는 익숙한 지표가 아니라 자체 차트의 눈금에서 시작됩니다. 테스트 볼륨 측정에 대한 힌트를 고려하면 일반적으로 모든 것이 원활하게 나타납니다. 로슈가 이 기사를 언급하면서 염두에 두었던 것이 아닐까.. 하지만 역시나 기사를 다시 읽어보니 그런 생각은 전혀 들지 않았다. 힌트 없이 - 아무데도!
아니, 난 당신과 함께 망할거야. 사람들과 소통할 줄도 모른다는 사실에 나도 책임이 있는 걸까?
죄책감 - 잘못, 웨이브 - 웨이브 :)
그리고 제 극단적인 매너에 대한 당신의 관점을 이미 파악하고 미리 사과했습니다 :) 그럼에도 불구하고 저의 나쁜 매너는 사람들을 위해서가 아니라 나 자신을 위해 말하는 것이 더 생산적이라고 말합니다 :) We are not in the State 두마 :)
(4)에 대해 설명하십시오. 추측에 빠지지 않도록 "지표가 전체 크기에 대한 버퍼를 가져오는 경우"는 무엇을 의미하는지 설명하십시오.
여기서 내 말은 차트에 100,000개의 막대가 있고 EA가 100,000개 막대 모두에 대해 버퍼를 그리는 경우 이는 잘못된 것입니다.
"테스터 + 디스패처가 추적하기 쉬운 (1) 또는 (2) zhor가 있는 경우"에 대해 명확히 하십시오. 즉, 테스터를 사용하여 프로그램의 속도를 측정할 뿐만 아니라 소비된 양을 측정하는 것이 좋습니다. 흠; 그런 간단한 해결책은 내 마음을 결코 생각하지 않습니다!
음... 테스터를 실행하고 메모리 할당 을 모니터링하기 위해 어딘가(예: Windows 작업 관리자에서)를 실행하는 것을 의미합니다. 그다지 신뢰할 수 있는 방법은 아니지만 문제가 전문가에게 있는 경우 메모리 소비가 매우 클 가능성이 큽니다.
일반적으로 브레인스토밍은 겉보기에 진부해 보이는 아이디어를 촉발했습니다. 공동 작업 프로그램의 양을 나눌 수 없는 경우 개별적으로 실행하고 누가 소비를 늘리는지 확인해야 합니다.
...
즉, 예를 들어 개체를 클릭할 때 CHARTEVENT_OBJECT_CLICK 이벤트는 즉시 발생하지 않고 이전의 모든 이벤트가 대기열에서 제거된 후에만 발생합니다.
그리고 아시다시피 이벤트 큐는 EventChartCustom으로 꽉 막혀 있습니다.
...
Alex, 지금 약간 비슷한 문제가 있습니다. 즉, Expert Advisor 초기화 직후 모든 것이 제대로 작동합니다. 얼마 동안 나는 터미널에 전혀 들어가지 않고 한 사용자 정보 패널에서 다른 패널로 전환하고 프로그램 "바보"를 시도합니다. 전환이 발생하는 동안 몇 초 동안 중단될 수도 있습니다. 같은 경우인가요?
나는 아직 당신의 해결책을 시도하지 않았고 다른 질문으로 바쁘지만 스스로 해결책을 찾지 못했기 때문에 확실히 시도할 것입니다. 지금까지 한 가지 질문이 있습니다.
귀하의 예에서 OnChartEvent () 함수에는 5개의 매개변수가 있습니다. 아이뷰가 뭔가요 ?
Alex, 지금 약간 비슷한 문제가 있습니다. 즉, Expert Advisor 초기화 직후 모든 것이 제대로 작동합니다. 얼마 동안 나는 터미널에 전혀 들어가지 않고 한 사용자 정보 패널에서 다른 패널로 전환하고 프로그램 "바보"를 시도합니다. 전환이 발생하는 동안 몇 초 동안 중단될 수도 있습니다. 같은 경우인가요?
네, 바로 이것입니다. 이벤트 차트 는 OnChartEvent 호출 사이에 두 번 이상 전송됩니다. 들어오는 이벤트 번호를 분석하기 위해 제안한 추가 작업을 수행하면 문제가 사라집니다.
귀하의 예에서 OnChartEvent () 함수에는 5개의 매개변수가 있습니다. 아이뷰가 뭔가요 ?
실수로 함수 헤더 에 들어왔습니다. 주의를 기울이지 마십시오.
tol64 :
...
즉, 예를 들어 개체를 클릭하면 CHARTEVENT_OBJECT_CLICK 이벤트 가 즉시 발생하지 않고 이전 이벤트가 모두 대기열에서 제거된 후에 발생합니다 .
그리고 아시다시피 이벤트 큐는 EventChartCustom 으로 꽉 막혀 있습니다 .
여러분, 이 메시지 의 단락 1.1을 읽으십시오. 그곳에서 논의된 정보는 오늘 발표되었으며 공식적인 것으로 간주될 수 있습니다. 글쎄, 그것은 (이 상황에서) "이전" 이벤트 이벤트 및 EventChartCustom 함수에 의한 대기열의 "청각 장애"와 같은 현상의 대기열에 있을 수 없습니다. ... 또는 디렉토리의 새로운 정보에 대한 공식 반박이 필요합니다.
Xpert , 설명 감사합니다.
여러분, 이 메시지 의 단락 1.1을 읽으십시오. 그곳에서 논의된 정보는 오늘 발표되었으며 공식적인 것으로 간주될 수 있습니다. 글쎄, 그것은 (이 상황에서) "이전" 이벤트 이벤트 및 EventChartCustom 함수에 의한 대기열의 "청각 장애"와 같은 현상의 대기열에 있을 수 없습니다. ... 또는 디렉토리의 새로운 정보에 대한 공식 반박이 필요합니다.
이 서커스가 진행 중입니까?
서커스라고 생각하시면 삭제하셔도 무방합니다. 또는 구체적으로 시도하십시오.