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

새 코멘트
 
Slava :

"되다"은(는) 무슨 뜻인가요?

항상 그랬습니다. 새로운 4의 맨 처음부터.

주장하고 증명하진 않겠지만 2~3주 전쯤이었던 것 같다. 나는 버튼과 입력 필드로 하나의 그림 고문을 지배했습니다.
버튼과 입력 필드를 추가해야 했습니다. 앵커 각도에서 오프셋을 결정하기 위해 항상 개체를 수동으로 만들고 필요한 위치에 배치하고 속성을 살펴보고 이러한 값을 코드에 입력했습니다. 상상도 못했으니까...

프로그래밍 방식으로 생성된 개체 를 이동했다고 가정할 수 있습니다. 하지만 지금은 이마저도 불가능하다.객체를 선택했지만 이동이 불가능하다.

 
테스트 에이전트가 하드 드라이브를 채우고 있습니다. 어떻게 될 것인가 - 무엇을 설정할 것인가. 120GB ssd의 서버 8대가 필요합니다.
  
MQL5 Cloud Europe 1      genetic pass  tested with error "wrong timeframe request in Open Prices mode in OnTick function (EURUSD,M1)"


안녕하세요.

공개 가격으로만 클라우드에서 최적화할 때 이러한 오류가 발생한 사람이 있습니까?


오류는 영구적이지 않습니다. 저것들. "매우 드물게" 발생하지만 10,000개의 결과를 실행할 때 50번 팝업됩니다.

최적화 중에는 TF를 변경하지 않습니다.

 
Vladislav Andruschenko :

오류는 영구적이지 않습니다. 저것들. "매우 드물게" 발생하지만 10,000개의 결과를 실행할 때 50번 팝업됩니다.

에이전트에서 프레임을 통해 분석에 필요한 모든 정보를 뽑아야 합니다.

 
fxsaber :

에이전트에서 프레임을 통해 분석에 필요한 모든 정보를 뽑아야 합니다.

항상 이 중 19%가 발생합니다. 주제를 찾았습니다. 역사 때문이라고 합니다.
나는 노력할 것이다.
 

OnTradeTransaction 이벤트의 전체 시리즈는 OrderSend가 완료된 후에 발생합니다.

조언자

 void OnTradeTransaction ( const MqlTradeTransaction &Trans, const MqlTradeRequest &, const MqlTradeResult & )
{ 
   static bool FirstRun = true ;  
   static ulong StartTime;
  
   if (FirstRun)
  {
    StartTime = GetMicrosecondCount ();
    
    FirstRun = false ;
  }

   Print ( EnumToString (Trans.type));
   Print (( GetMicrosecondCount () - StartTime) / 1000 );    
}

손은 무역 주문을 보냅니다.

통나무 

2018.02.14 09:41:46.671 '8854170': instant sell 1.00 EURUSD at 1.23673
2018.02.14 09:41:46.853 '8854170': accepted instant sell 1.00 EURUSD at 1.23673
2018.02.14 09:41:46.853 '8854170': deal #192088422 sell 1.00 EURUSD at 1.23673 done (based on order #208541700)
2018.02.14 09:41:46.853 '8854170': order #208541700 sell 1.00 / 1.00 EURUSD at 1.23673 done in 190.608 ms


전문가 고문 결과

 2018.02 . 14 09 : 41 : 46.853 TRADE_TRANSACTION_ORDER_ADD
2018.02 . 14 09 : 41 : 46.853 0
2018.02 . 14 09 : 41 : 46.853 TRADE_TRANSACTION_DEAL_ADD
2018.02 . 14 09 : 41 : 46.853 1
2018.02 . 14 09 : 41 : 46.853 TRADE_TRANSACTION_ORDER_DELETE
2018.02 . 14 09 : 41 : 46.853 1
2018.02 . 14 09 : 41 : 46.853 TRADE_TRANSACTION_HISTORY_ADD
2018.02 . 14 09 : 41 : 46.853 2
2018.02 . 14 09 : 41 : 46.853 TRADE_TRANSACTION_REQUEST
2018.02 . 14 09 : 41 : 46.853 2


시간 열과 EA의 숫자 지표에서 거래 주문 실행 기간이 OnTradeTransaction 이벤트의 순서에 어떤 식으로든 영향을 미치지 않는다는 것을 분명히 알 수 있습니다. 모든 비동기는 지옥에 간다! 그들은 그것을 망쳐 놓았습니다. 빌드 1755.

 

기호에 숫자가 있음 == 3

동시에 훨씬 더 많은 숫자가 로그에 표시됩니다. 

'18000903': failed modify order #896199 buy limit 0.01 BTCUSD at 616.001 00 sl: 0.000 00 tp: 0.000 00 -> 616.001 00 , sl: 0.000 00 tp: 616.101 00 [Invalid request]
 
거래 내역을 보는 "주문 및 거래" 모드에서 "코멘트" 열이 누락되었습니다.
 
터미널이 아니라 MT5 플랫폼의 못생긴 버그
 #include <MT4Orders.mqh> // https://www.mql5.com/ru/code/16006

#define Bid SymbolInfoDouble ( _Symbol , SYMBOL_BID )
#define Ask SymbolInfoDouble ( _Symbol , SYMBOL_ASK )

void OnStart ()
{
   OrderSend ( _Symbol , OP_BUY , 1 , Ask , 100 , 0 , Bid );
  
//  OrderSend(_Symbol, OP_BUYLIMIT, 1, Ask, 100, 0, 0);
}

천천히 움직이는 기호에 대한 MQ-Demo에서 시작합니다. 예를 들어 EURHUF.

스크립트는 TP = Bid인 BUY 포지션을 엽니다. 저것들. 즉시 포지션을 닫아야 합니다. 그러나 TP는 다음 틱에서 수락 조건의 준수 여부에 대해서만 확인됩니다!

새 틱이 도착할 때까지 포지션을 즉시 청산하지 않습니다. 또한 다음 틱의 다음 틱이 Bid < TP이면 TP는 수락 없이 유지됩니다.


지정가 주문(코멘트 라인)에도 동일하게 적용됩니다. 테스터에서 - 비슷한 상황.

 
fxsaber :
터미널이 아니라 MT5 플랫폼의 못생긴 버그

천천히 움직이는 기호에 대한 MQ-Demo에서 시작합니다. 예를 들어 EURHUF.

스크립트는 TP = Bid인 BUY 포지션을 엽니다. 저것들. 즉시 포지션을 닫아야 합니다. 그러나 TP는 다음 틱에서 수락 조건의 준수 여부에 대해서만 확인됩니다!

새 틱이 도착할 때까지 포지션을 즉시 청산하지 않습니다. 또한 다음 틱의 다음 틱이 Bid < TP이면 TP는 수락 없이 유지됩니다.


지정가 주문(코멘트 라인)에도 동일하게 적용됩니다. 테스터에서 - 비슷한 상황.

MQL5에 대한 질문에는 순수 MQL5 코드를 포함하십시오.

이유가 있든 없든 당신의 멋진 광고를 보는 것이 지겹습니다.
1...212021212122212321242125212621272128212921302131213221332134...3184
새 코멘트