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

테스트 교환(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가 오해의 소지가 있기 때문에 아직까지는 그다지 편리하지 않습니다. 개선을 기다리고 있습니다.