오류, 버그, 질문 - 페이지 2290

 
Nikolai Semko :

예, 다른 터미널에 설치했습니다. 릴리스에서도 작동합니다.

읽기 전용 버그. 전혀 읽지 마십시오.

 
fxsaber :
 #define protected public
   #include <Canvas\Canvas.mqh>
#undef protected 
 
fxsaber :

읽기 전용 버그. 전혀 읽지 마십시오.

네. 이것은 이미 이해하고 있습니다. 비애.
MQ가 이를 방해할 것이라고 생각합니까?
그래도 의심스럽습니다.

물론 MT5에서 MT4로 일부 코드를 다시 작성하는 아이디어를 포기해야 한다는 것은 유감입니다. 그럼에도 불구하고 주요 정당은 여전히 4-ke에 앉아 있습니다. 자연의 신비...

 
fxsaber :

나는 당신이 전에 캔버스를 읽지 않고 거기에 메모만 했다고 생각합니다.

몇 년 전만 해도 코드가 5-ke에서는 작동하지만 4-ke에서는 작동하지 않는 이유를 이해할 수 없었던 것을 이제 기억했습니다. 그러나 그 이유를 파헤치기 시작하지 않았습니다. 이제 그 이유가 리소스에서 작동하지 않는 읽기에 있다는 것을 이해합니다.

 

네팅에서 반전 TS를 상상해보십시오. 모든 거래는 DEAL_ENTRY_INOUT 유형이 됩니다.

히스토리에서 거래 당시 포지션의 규모를 알기 위해서는 매번 PositionID로 실행하여 로트를 계산해야 합니다. 또는 강력한 브레이크 없이 작동하도록 일종의 캐싱을 만듭니다.

100번의 뒤집기를 수행했습니다. 해당되는 빠른 HistorySelectByPosition이 아닌 100번의 루프에서 매번 실행됩니다.


내가 올바르게 이해한다면 이 값을 결정할 수 있는 다른 방법은 없습니다.


또는 예를 들어 포지션을 닫지 않고 DEAL_ENTRY_IN 및 DEAL_ENTRY_OUT을 많이 만듭니다. 그리고 역사적 위치의 양을 다시, 상응하는 역사 실행에 의해서만 결정하는 것이 가능합니다.


거래 후 포지션의 크기인 DEAL_POSITION_VOLUME 을 입력할 수 있나요?

 

거기에 글을 쓰고 있는 건지 모르겠지만 어드바이저의 업무를 모니터링 하는 시그널에 현실과 전혀 상관없는 경고가 떴다.

""증가의 80%가 16일 만에 이루어집니다. 이것은 376일의 총 신호 수명의 4%입니다.""


어떻게 될 수 있습니까? 아니면 내가 뭔가를 오해하고 있습니까?

신호

 
연산자 논리 오류
 int f( int x )
{
     while ( true ) {
        /*   ...*/
         /*if ...*/ continue ;
         /*if ...*/ return 1 ;
         /*if ...*/ continue ;
         /*   ...*/
    }
} //Error: '}' - not all control paths return a value
 
A100 :
연산자 논리 오류

이것은 심각하지 않습니다.

 
fxsaber :

이것은 심각하지 않습니다.

심각하지 않다면 여기 저기 개발자들이 ... 고칠 생각이 없습니다. 저를 믿으세요, 바보가 아니라 거기에 앉아 심각한 것을 구별할 수 있습니다
Ошибки, баги, вопросы
Ошибки, баги, вопросы
  • 2016.11.02
  • www.mql5.com
Общее обсуждение: Ошибки, баги, вопросы
 

그래픽 개체에는 스택 순서(Z-Order) 를 결정하는 속성이 없습니다. 기존 속성 OBJPROP_ZORDER는 어떤 이유로 유사한 이름을 가지고 있지만 이와 관련이 없습니다.

쌓이는 순서는 객체의 생성 날짜에 따라 결정된다고 생각했습니다. 그러나 어떤 객체에 대해 다음을 수행하는 경우:

 ObjectSetInteger (chartid, objectname, OBJPROP_TIMEFRAMES , OBJ_NO_PERIODS );
ObjectSetInteger (chartid, objectname, OBJPROP_TIMEFRAMES , OBJ_ALL_PERIODS );

그런 다음 이 개체는 다른 개체 위에 놓입니다. 속성은 변경되지 않습니다. 따라서 어떤 객체가 위 또는 아래에 있는지 프로그래밍 방식으로 판별하는 것은 불가능합니다. 그러나 MT는 이 정보를 어딘가에 저장합니다. 따라서 ObjectGetInteger에 해당 속성을 갖고 싶습니다.