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

 

물론 실제 거래소 서버에서는 볼륨이 판매와 구매를 위해 분리되어 있습니다.

테스트 교환(Forex와 혼동하지 마십시오) 서버에서 견적은 종종 완전히 다른 테스트 시뮬레이션 시스템에서 가져온 것이며 교환 "데모 서버"는 분석에 사용되어서는 안 됩니다.

 

런타임 오류: 포인터의 잘못된 캐스팅(빌드 977, 하지만 이전에 발생한 적이 있음)

 //AAA15.mq5
#define PF               Print ( __FUNCTION__ );
#define PFI( i )         Print ( __FUNCTION__ , " " , i );
class A { public :
};
class R { public :
         void y( A* a )          { PF  ((B *)a).g( 1 ); }
};
class L : public R { public :
         void y( A* a )          { PF  ((B *)a).g( 2 ); }
};
class B : public A { public :
         virtual void g( R* r )  { PF  r.y( GetPointer ( this ) ); delete ( r ); }
         virtual void g( int i ) { PFI( i ) }
};
class C : public B { public :
         virtual void g( int i ) { PFI( i ) }
};
#import "AAA17.ex5"
        C *f();
#import "AAA16.ex5"
         void h();
        R *w();
#import
#ifndef HEADER
void OnStart ()
{
        f().g( w() );
        h();
}
#endif
 //AAA16.mq5
#property library
#define HEADER
#include "AAA15.mq5"
void h() export { PF  f().g( w()); }
R *w()   export { PF  return new L(); }
 //AAA17.mq5
#property library
#define HEADER
#include "AAA15.mq5"
class X { public :
        X()           { PF  c = new C(); }
         virtual ~X()  { PF  delete ( c ); }
        C *c;
};
static X x;
C *f() export { PF  return ( x.c ); }

무언가를 이동(예: #import 선언 교체)하거나 3개 대신 2개 파일을 만들거나 h() 호출을 제거하면 지정된 파일 대신 다른 오류가 발생합니다.

위의 코드를 다시 연결하면 R::y가 결국 호출되고 L::y가 호출되어야 합니다.

더 복잡한 버전에서 모듈의 일부 일반 함수는 (분명히 다른 생성자에 의해) 정적 생성자보다 먼저(!) 호출됩니다(위의 예에서 f()가 X::X보다 먼저 호출되는 것처럼 차례로 올바르게 OnStart 전에 호출됨) . 예를 들어 보겠습니다. 하지만 엄청난 파일이 있습니다. 그러나 때로는 올바르게 작동합니다. 이는 개체가 생성되는 순서가 컴파일러 자체에 의해 결정되고 내가 영향을 줄 수 없기 때문에 오류가 제 것이 아님을 의미합니다.

 

또한 기본 모듈(OnStart)을 약간 변경하면(어떤 종류의 변수 또는 Print 추가) ex5에서 사용하는 모든 모듈을 다시 컴파일할 때까지 모듈이 시작되지 않는 경우가 많습니다. 동시에 Experts의 메시지는 non-core ex5 모듈 중 하나에서 기능이 발견되지 않았음을 알려줍니다.

그리고 (!) 정적 생성자보다 먼저 호출되는 함수가 이 함수에서 호출된다는 것이 실험적으로 확립되었습니다(MT가 주기적으로 찾을 수 없음)

 
친애하는 프로그래머 여러분, "시장"에 출시될 전문가 고문의 준비에 대해 누가 조언해 줄 수 있습니까? 개인 및 / 또는 여기에서 할 수 있습니다.
 
yosuf :
친애하는 프로그래머 여러분, "시장"에 출시될 전문가 고문의 준비에 대해 누가 조언해 줄 수 있습니까? 개인 및 / 또는 여기에서 할 수 있습니다.
그리고 당신은 별도의 주제를 열고 그 안에 있는 문제에 대해 토론할 수 있을 것입니다.
 
오늘 MT4에 이상한 결함이 있었습니다. 터미널의 "내비게이터"에 있는 MetaQuotes-Demo 서버의 데모 계정이 갑자기 다른 브로커 목록으로 이동했습니다. 이 미친 계정을 터미널에서 삭제했다가 다시 등록해야 했습니다.
 
Renat :

물론 실제 거래소 서버에서는 볼륨이 판매와 구매를 위해 분리되어 있습니다.

테스트 교환(Forex와 혼동하지 마십시오) 서버에서 견적은 종종 완전히 다른 테스트 시뮬레이션 시스템에서 가져온 것이며 교환 "데모 서버"는 분석에 사용되어서는 안 됩니다.

레나트,

감사하다!

 
Renat :
А время было торговым? Лучше всего обратиться в службу поддержки брокера.
Время торговое, тики тикают. К брокеру обратился. Они ответили, что российские CFD - индикативы. Почему они отображаются в терминале черным, они не знают.
일반적으로 연구를 계속하면 그러한 결과가 나타났습니다. Market Watch의 티커 위에 마우스 커서를 올리면 회색 기호에 Trade: No.가 쓰여진 툴팁이 나타납니다. 그러나 검은색으로 표시되는 러시아 CFD의 경우 Trade: Close가 표시됩니다(다시 한 번, 시간이 거래되고 있고 이 순간에 기호의 눈금이 온다는 사실에 주의를 기울입니다). 여기에서 브로커에는 여러 수준의 거래 금지가 있으며 그 중 일부(또는 하나만)만 회색으로 표시되고 나머지는 모두 검은색으로 표시되는 활성 기호가 있는 공통 힙에 덤프됩니다.
 
marketeer :
일반적으로 연구를 계속하면 그러한 결과가 나타났습니다. Market Watch의 티커 위에 마우스 커서를 올리면 회색 기호에 Trade: No.가 쓰여진 툴팁이 나타납니다. 그러나 검은색으로 표시되는 러시아 CFD의 경우 Trade: Close가 표시됩니다(다시 한 번, 시간이 거래되고 있고 이 순간에 기호의 눈금이 온다는 사실에 주의를 기울입니다). 여기에서 브로커에는 여러 수준의 거래 금지가 있으며 그 중 일부(또는 하나만)만 회색으로 표시되고 나머지는 모두 검은색으로 표시되는 활성 기호가 있는 공통 힙에 덤프됩니다.

기호의 채색으로 문제가 제기되었습니다.

다음은 특히 MQ 데모 서버의 색상에 대한 답변입니다. ^

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

시장 감시의 색상

바라바쉬카크번 , 2014.05.12 18:55

다음은 Service Desk의 응답입니다. "저희 서버 에서 기호의 배경색 은 아무 의미가 없습니다.

기호 이름의 글꼴 색상에 대해 이야기하는 경우 회색은 기호에 의한 거래가 비활성화됨을 의미하고 일반 검정색 - 거래가 허용됩니다.

저것들. 기호의 배경색을 디코딩하려면 브로커에 문의해야 하며 색칠에 대한 단일 표준은 없습니다.

다음은 수정할 약속입니다.

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

시장 감시의 색상

레나트 , 2014.05.13 12:37

색상 광기로 인해 오랫동안 문제를 해결해야했습니다.

창에서 도구를 그룹화하고 정렬하기 위한 색상 재설정 명령과 새 명령을 추가합니다.

이제 MT4/MT5에서 명령 시스템, 메뉴 및 인터페이스의 기본적인 업그레이드가 있으며 5월 25일까지 iFX EXPO 전시회 전에 베타가 있을 것입니다. 일반적으로 새로운 빌드는 거래자에게 놀라운 기회를 제공합니다.


 
barabashkakvn :

기호의 채색으로 문제가 제기되었습니다.

다음은 특히 MQ 데모 서버의 색상에 대한 답변입니다. ^

다음은 수정할 약속입니다.


아마도. 사실 UI가 오해의 소지가 있기 때문에 아직까지는 그다지 편리하지 않습니다. 개선을 기다리고 있습니다.