class A { public : A() { Print ( __FUNCTION__ ); } //в MQL вызывается, в С++ - нет }; void g( int i ) { if ( i ) return ; static A a; } voidOnStart () { g( 1 ); }
예를 들어 C++에서 모든 함수 호출이 자동으로 A::A 생성자를 호출하는 것은 아닙니다.
예를 들어 MT5 터미널에는 어드바이저(MACD 샘플 및 이동 평균)가 있으므로 이러한 어드바이저의 코드에서 특정 시간 프레임이 표시기 핸들에 삽입되는 경우(예: "_Period" 대신 PERIOD_H4) , 그런 다음 이전 기간에 시작 가격으로 테스트할 때 표시기 로드 오류 발생 : 표시기 'MACD'를 로드할 수 없음 [4805] 결과: OnInit 실패로 인해 테스터가 중지되었습니다. 의견은 무엇입니까? 내가 뭔가 잘못하고 있는 건 아닐까?
사실 내 생각에 자동 검증은 개시 가격에서 어드바이저를 확인하는데 이것이 문제입니다. 표시기를 사용자 정의 표시기로 삽입하려고 시도했지만 오류는 동일합니다.
intOnInit ( 무효 ) { //--- 헤지 모드가 활성화된 경우 포지션을 제어하기 위해 거래 클래스를 준비합니다. ExtHedging=(( ENUM_ACCOUNT_MARGIN_MODE ) AccountInfoInteger ( ACCOUNT_MARGIN_MODE )== ACCOUNT_MARGIN_MODE_RETAIL_HEDGING ); ExtTrade.SetExpertMagicNumber(MA_MAGIC); ExtTrade.SetMarginMode(); //--- 이동 평균 표시기 ExtHandle= iMA ( _Symbol , PERIOD_H4 ,MovingPeriod ,MovingShift , MODE_SMA , PRICE_CLOSE ); if (ExtHandle== INVALID_HANDLE ) { printf ( "MA 표시기 생성 오류" ); 반환 ( INIT_FAILED ); } //--- 좋아요 반환 ( INIT_SUCCESSED ); }
MetaTrader 5 플랫폼 빌드 1525의 새 버전: 위치 및 개선된 테스터 형태의 기록 표현
테스터: 이제 전략 테스터는 단일 테스트를 실행한 후 최적화 모드를 유지합니다. 이전에는 최적화 결과 탭에서 단일 테스트를 실행하면 전략 테스터가 단일 테스트 모드로 완전히 전환되었습니다. 다시 최적화하려면 설정에서 다시 활성화해야 했습니다.
옵티마이저 모델은 에이전트 기반이므로 아직 작업을 완료하지 않은 옵티마이저를 통해 전달되는 단일 실행의 구현을 방해하는 것은 무엇입니까?
예를 들어 최적화합니다. 아직 몇 시간 남았습니다. 하지만 이미 흥미로운 결과를 보고 있습니다. 좋은 단일 결과를 보고 싶습니다. 백테스터에서 실행하십시오. 그러나 동시에 최적화를 중단하지 마십시오(특히 GA와 관련됨). 이러한 상황에서 로컬 에이전트 중 하나를 해제하고 단일 실행을 보낼 수 있습니까? 그런 다음 최적화 패키지로 이 에이전트를 계속 로드합니다.
긴 최적화 가 진행되는 동안 단일 계산을 병렬로 실행할 수 있는 두 번째 터미널 사본으로 문제를 쉽게 해결할 수 있습니다.
실제로 연구에 적극적으로 참여하는 거래자는 하나 또는 두 개 이상의 터미널을 가지고 있습니다. 요청에 따라 한 거래에서, 다른 테스트에서 등등.
그런거야. 그러나 단일 실행의 입력 매개변수를 여전히 불완전한 최적화의 결과 탭에 있는 다른 터미널의 테스터로 전송하는 방법은 무엇입니까?
그리고 두 번째 터미널이 같은 폴더에 있는 terminal64.exe의 복사본인 terminal64-2.exe(/portable)로 실행되면 충돌이 발생합니다. 동일한 Base 폴더를 사용하기 위한 것입니다. 아니면 mklink를 통해 공통 Bases 폴더를 만드는 것으로 충분합니까?
뿐만 아니라
A() { Print ( __FUNCTION__ ); } //в MQL вызывается, в С++ - нет
};
void g( int i )
{
if ( i )
return ;
static A a;
}
void OnStart ()
{
g( 1 );
}
예를 들어 MT5 터미널에는 어드바이저(MACD 샘플 및 이동 평균)가 있으므로 이러한 어드바이저의 코드에서 특정 시간 프레임이 표시기 핸들에 삽입되는 경우(예: "_Period" 대신 PERIOD_H4) , 그런 다음 이전 기간에 시작 가격으로 테스트할 때 표시기 로드 오류 발생 : 표시기 'MACD'를 로드할 수 없음 [4805] 결과: OnInit 실패로 인해 테스터가 중지되었습니다. 의견은 무엇입니까? 내가 뭔가 잘못하고 있는 건 아닐까?
사실 내 생각에 자동 검증은 개시 가격에서 어드바이저를 확인하는데 이것이 문제입니다. 표시기를 사용자 정의 표시기로 삽입하려고 시도했지만 오류는 동일합니다.
int OnInit ( 무효 )
{
//--- 헤지 모드가 활성화된 경우 포지션을 제어하기 위해 거래 클래스를 준비합니다.
ExtHedging=(( ENUM_ACCOUNT_MARGIN_MODE ) AccountInfoInteger ( ACCOUNT_MARGIN_MODE )== ACCOUNT_MARGIN_MODE_RETAIL_HEDGING );
ExtTrade.SetExpertMagicNumber(MA_MAGIC);
ExtTrade.SetMarginMode();
//--- 이동 평균 표시기
ExtHandle= iMA ( _Symbol , PERIOD_H4 ,MovingPeriod ,MovingShift , MODE_SMA , PRICE_CLOSE );
if (ExtHandle== INVALID_HANDLE )
{
printf ( "MA 표시기 생성 오류" );
반환 ( INIT_FAILED );
}
//--- 좋아요
반환 ( INIT_SUCCESSED );
}
나는 개인적인, 지느러미에서 나의 고객에게 대답할 수 없습니다. 거래가 차단되고 구매자는 구매한 제품을 활성화할 수 없다는 사실에 분노합니다.
SD #1656656 에 지원서를 작성했습니다.
결국 고쳐
자금 인출을 시도하면 금융 거래가 차단됩니다.
최소한 아직 표시할 필요가 없고 표시할 수 있는 날짜는 기재해야 합니다.나는 이미 두 가지 응용 프로그램을 작성했으며 그 중 어느 것에도 답이 없습니다 . #1656656, #1655558 :
MT4에서 MetaQuotes-Demo에서 JustForex-Live 거래 서버로(또는 그 반대로) 전환할 때 올바른 가격 척도가 차단됩니다.
아마도 이것은 JustForex-Live에서 기호가 EURUSD.ecn이라고 불리기 때문일 것입니다.
MT4에서 MetaQuotes-Demo에서 JustForex-Live 거래 서버로(또는 그 반대로) 전환할 때 올바른 가격 척도가 차단됩니다.
아마도 이것은 JustForex-Live에서 기호가 EURUSD.ecn이라고 불리기 때문일 것입니다.
때때로 5자리에서 4자리 서버로 변경하거나 그 반대로 변경할 때 체중계에 4자가 남습니다.
" 최대 예치금 적재량: 125.30% "
신호 중 하나에서
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
MetaTrader 5 클라이언트 터미널 빌드의 변경 사항 목록
MetaQuotes Software Corp. , 2017.01.26 13:30
MetaTrader 5 플랫폼 빌드 1525의 새 버전: 위치 및 개선된 테스터 형태의 기록 표현
옵티마이저 모델은 에이전트 기반이므로 아직 작업을 완료하지 않은 옵티마이저를 통해 전달되는 단일 실행의 구현을 방해하는 것은 무엇입니까?
예를 들어 최적화합니다. 아직 몇 시간 남았습니다. 하지만 이미 흥미로운 결과를 보고 있습니다. 좋은 단일 결과를 보고 싶습니다. 백테스터에서 실행하십시오. 그러나 동시에 최적화를 중단하지 마십시오(특히 GA와 관련됨). 이러한 상황에서 로컬 에이전트 중 하나를 해제하고 단일 실행을 보낼 수 있습니까? 그런 다음 최적화 패키지로 이 에이전트를 계속 로드합니다.
이제 옵티마이저가 완료될 때까지 연구가 지연되고 있습니다. 그리고 때로는 매우 길다.
옵티마이저 모델은 에이전트 기반이므로 아직 작업을 완료하지 않은 옵티마이저를 통해 이미 전달된 단일 실행의 구현을 방해하는 것은 무엇입니까?
아니요, 아무도 그것을 위해 테스터를 복잡하게 만들지 않을 것입니다.
긴 최적화 가 진행되는 동안 단일 계산을 병렬로 실행할 수 있는 두 번째 터미널 사본으로 문제를 쉽게 해결할 수 있습니다.
실제로 연구에 적극적으로 참여하는 거래자는 하나 또는 두 개 이상의 터미널을 가지고 있습니다. 요청에 따라 한 거래에서, 다른 테스트에서 등등.
아니요, 아무도 그것을 위해 테스터를 복잡하게 만들지 않을 것입니다.
긴 최적화 가 진행되는 동안 단일 계산을 병렬로 실행할 수 있는 두 번째 터미널 사본으로 문제를 쉽게 해결할 수 있습니다.
실제로 연구에 적극적으로 참여하는 거래자는 하나 또는 두 개 이상의 터미널을 가지고 있습니다. 요청에 따라 한 거래에서, 다른 테스트에서 등등.
그런거야. 그러나 단일 실행의 입력 매개변수를 여전히 불완전한 최적화의 결과 탭에 있는 다른 터미널의 테스터로 전송하는 방법은 무엇입니까?
그리고 두 번째 터미널이 같은 폴더에 있는 terminal64.exe의 복사본인 terminal64-2.exe(/portable)로 실행되면 충돌이 발생합니다. 동일한 Base 폴더를 사용하기 위한 것입니다. 아니면 mklink를 통해 공통 Bases 폴더를 만드는 것으로 충분합니까?