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

새 코멘트
 
notused :

몇 달 동안 정기적으로(일주일에 두 번) 공간 부족으로 인해 원격 에이전트가 떨어집니다.

또는

동시에 에이전트 로그에서 모든 것이 깨끗하거나:

그리고 장소는 실제로 채워집니다:

무거운 것을 테스트할 때 나타납니다(어떤 의미에서 1~2년 동안 10개 상품의 다중 통화 시스템). 에이전트가 메가파일을 생성하려는 시점이 있는 것 같습니다(EA에는 인쇄본이 없거나 파일 작업이 없음). 일반적으로 작업하기가 정말 어려워졌습니다.

계산: 1년 의 틱 기록 (M1의 전체 틱 모드)에는 임시 파일을 위한 약 3Gb의 디스크 공간이 필요합니다(무거울 때 "...\tester\Agent-0.0.0.0-xxxx\temp" 폴더를 확인하십시오. 작업이 실행 중입니다). 에이전트 수를 곱합니다. 17Gb는 이미 직전입니다(8명의 에이전트가 있는 경우 그 이상).

전문가를 위한 멋진 이름입니다. ;)

추신. 테스터(743)는 이름 없는 한계에 부딪힙니다...

 

도와주세요, 제발. 거래를 찾지 못하는 이유는 무엇입니까(오류 4755)?

 void OnTradeTransaction( const MqlTradeTransaction& trans,
                         const MqlTradeRequest & request,
                         const MqlTradeResult & result) {
   if ((trans.type == TRADE_TRANSACTION_DEAL_ADD) && (trans.symbol == _Symbol )) {
     if ( HistoryDealSelect (trans.deal)) {
       long DealMagic;
       if ( HistoryDealGetInteger (trans.deal, DEAL_MAGIC , DealMagic)) {
         //
      }
       else Print ( "HistoryDealGetInteger(" + ( string )trans.deal + ", DEAL_MAGIC, DealMagic) = false! GetLastError() = " , GetLastError ());
    }
     else Print ( "HistoryDealSelect(" + ( string )trans.deal + ") = false! GetLastError() = " , GetLastError ());
  }
}

터미널 목록:

 2013.02 . 07 10 : 31 : 52    instant sell 0.01 EURUSD at 1.35354 ( 1.35354 / 1.35364 / 1.35354 )
2013.02 . 07 10 : 31 : 52    deal # 1028 sell 0.01 EURUSD at 1.35354 done (based on order # 1028 )
2013.02 . 07 10 : 31 : 52    deal performed [ # 1028 sell 0.01 EURUSD at 1.35354 ]
2013.02 . 07 10 : 31 : 52    order performed sell 0.01 at 1.35354 [ # 1028 sell 0.01 EURUSD at 1.35354 ]
2013.02 . 07 10 : 31 : 52    HistoryDealGetInteger ( 1028 , DEAL_MAGIC , DealMagic) = false ! GetLastError () = 4755
 
Ashes :

계산: 1년 의 틱 기록 (M1의 전체 틱 모드)에는 임시 파일을 위한 약 3Gb의 디스크 공간이 필요합니다(무거울 때 "...\tester\Agent-0.0.0.0-xxxx\temp" 폴더를 확인하십시오. 작업이 실행 중입니다). 에이전트 수를 곱합니다. 17Gb는 이미 직전입니다(8명의 에이전트가 있는 경우 그 이상).

전문가를 위한 멋진 이름입니다. ;)

고맙습니다! 16GB가 충분하지 않을 수도 있다는 것을 알 수조차 없었습니다. 에이전트를 다른 디스크(650GB)로 옮기겠습니다. 충분하기를 바랍니다.

재 :

추신. 테스터(743)는 이름 없는 한계에 부딪힙니다...

나는 또한 이것을 관찰했다 - 특히 컴퓨터가 로드될 때. 그러나 최근에는 로드된 컴퓨터에서 테스트를 한 번만 통과하면 터미널이 끊어집니다(공간 부족이 아니라 터미널에 650GB의 여유 공간이 있음). 그러나 가능한 모든 프로세스를 종료하면 모든 것이 쾅하고 사라집니다.
 
voix_kas :

도와주세요, 제발. 거래를 찾지 못하는 이유는 무엇입니까(오류 4755)?

코드가 전략 테스터에서 테스트된 경우 HistoryDealSelect에 문제가 있을 수 있습니다.

틴트


 
sion :

코드가 전략 테스터에서 테스트된 경우 HistoryDealSelect에 문제가 있을 수 있습니다.

틴트


HistorySelect()와 함께 구성을 사용하면 모든 것이 잘 작동합니다.

OnTradeTransaction에서는 작동하지 않습니다. 아마도 이 이벤트는 트랜잭션에 대한 정보가 특정 데이터베이스에 저장되기 전에 발생합니다. 문서에 명시적으로 명시되어 있음에도 불구하고:

TRADE_TRANSACTION_DEAL_ADD - 거래를 기록에 추가합니다. 주문 실행 또는 계정 잔액 작업의 결과로 수행됩니다.

 
voix_kas :

HistorySelect()와 함께 구성을 사용하면 모든 것이 잘 작동합니다.

OnTradeTransaction에서는 작동하지 않습니다. 아마도 이 이벤트는 트랜잭션에 대한 정보가 특정 데이터베이스에 저장되기 전에 발생합니다. 문서에 명시적으로 명시되어 있음에도 불구하고:

TRADE_TRANSACTION_DEAL_ADD - 거래를 기록에 추가합니다. 주문 실행 또는 계정 잔액 작업의 결과로 수행됩니다.

여기 에서 테스트했으며 HistorySelect()를 통해 작동했으며 HistoryDealSelect를 통한 동일한 요청이 이미 실패했습니다. 이 예에서 데이터베이스의 배치 속도는 영향을 미치지 않았습니다.

그래서 전략 테스터에서 확인합니까? 실제 생활에서는 대부분 잘 작동할 것입니다.

 
sion :

여기 에서 테스트했으며 HistorySelect()를 통해 작동했으며 HistoryDealSelect를 통한 동일한 요청이 이미 실패했습니다. 이 예에서 데이터베이스의 배치 속도는 영향을 미치지 않았습니다.

그래서 전략 테스터에서 확인합니까? 실제 생활에서는 대부분 잘 작동할 것입니다.

HistorySelect() 형식의 캐스트가 있는 이 코드가 제대로 작동하는지 확인합니다.  

 void OnTradeTransaction( const MqlTradeTransaction& trans,
                         const MqlTradeRequest & request,
                         const MqlTradeResult & result) {
   if ((trans.type == TRADE_TRANSACTION_DEAL_ADD) && (trans.symbol == _Symbol )) {
     if ( HistorySelect ( 0 , TimeTradeServer ())) {
       for ( int i = 0 ; i < HistoryDealsTotal (); i++) {
         ulong Ticket = HistoryDealGetTicket (i);
         if (trans.deal == HistoryDealGetInteger (Ticket, DEAL_ORDER )) {
           Print ( HistoryDealGetInteger (Ticket, DEAL_MAGIC ));
           break ;
        }
      }
    }
     else Log( "HistorySelect(0, TimeTradeServer() = false! GetLastError() = " , GetLastError ());
  }
}

개발자가 명백한 버그를 수정할 때까지 기다려야 합니다.

 
네, 전략 테스터 에서 확인합니다. 실시간으로 문제가 없습니다.
 
voix_kas :
네, 전략 테스터 에서 확인합니다. 실시간으로 문제가 없습니다.
틴트 . 유용할 수 있으며, 대부분 변경된 사항이 없습니다.
 
sion :
틴트 . 유용할 수 있으며, 대부분 변경된 사항이 없습니다.

일반적으로 내 요구 사항에 맞는 해결 방법을 찾았습니다. OnTradeTransaction 없이.

HistoryDealGetTicket() 함수에 대한 추가 질문이 있었습니다.

문서에는 거래 티켓 번호를 반환한다고 나와 있습니다. 동시에 오류를 반환하는 경우에 대해 명시적으로 설명하지 않습니다. 예를 들어 "> 0"에 대해 반환된 값을 확인해야 합니까?

마찬가지로 HistoryOrderGetTicket() . 그러나 예제의 마지막 항목에는 양수 반환 값이 있는지 확인합니다.

포럼 검색에 따르면 사람들은 주문과 거래 모두에 대한 반환 값을 확인합니다.

예를 들어, 시퀀스 번호가 HistoryDealTotal()-1보다 큰 거래에 대한 요청이 있는 경우 이러한 확인을 수행해야 합니다. 하지만 MQL5 언어에 대한 문서를 명확히 해준 개발자들에게 감사했습니다.

1...925926927928929930931932933934935936937938939...3184
새 코멘트