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

새 코멘트
 

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

오류, 버그, 질문

fxsaber , 2016.08.03 22:16

HistoryOrderGetInteger(OrderTicket, ORDER_TIME_DONE_MSC ) - 테스터에서 0을 반환합니다!

수정 해주세요.
 

주문은 ping보다 빠르게 이루어집니다.

 
직면한 상황들
HistorySelect ( 0 , TimeCurrent ())

불완전한 기록 테이블을 생성합니다. 계정을 입력한 후 첫 번째 통화에서만 이것을 만났습니다. 후속 - 전체 이야기가 제공합니다.

재생할 수 없습니다. 작동하거나 작동하지 않습니다. 확인하시기 바랍니다.

 
fxsaber :

주문은 ping보다 빠르게 이루어집니다.

핑은 거의 다시 계산되지 않습니다.
 
fxsaber :
직면한 상황들
HistorySelect ( 0 , TimeCurrent ())

불완전한 기록 테이블을 생성합니다. 계정을 입력한 후 첫 번째 통화에서만 이것을 만났습니다. 후속 - 전체 이야기가 제공합니다.

재생할 수 없습니다. 작동하거나 작동하지 않습니다. 확인하시기 바랍니다.

TimeCurrent()를 종료 날짜로 사용하지 마십시오. 모든 종료 거래가 캡처되도록 TimeCurrent()+86400을 사용하십시오.

TimeCurrent는 정확한 최신 시간이 아니라 "업데이트 중 마지막으로 알려진 서버 시간 "으로 100% 정확한 시간이 아닙니다. 특히 초반에는요.

 
Renat Fatkhullin :

TimeCurrent()를 종료 날짜로 사용하지 마십시오. 모든 종료 거래가 캡처되도록 TimeCurrent()+86400을 사용하십시오.

TimeCurrent는 정확한 최신 시간이 아니라 "업데이트 중 마지막으로 알려진 서버 시간"으로 100% 정확한 시간이 아닙니다. 특히 초반에는요.

감사합니다. 그렇게 하겠습니다. 그러나 그것은 확실히 오류를 해결하지 않습니다.

오래전에 거래가 이루어진 계정에 로그인했습니다. 너무 오래 전에 기록 탭이 비어 있습니다(마우스로 전체 기록을 요청해야 함).

그리고 그들과 함께 HistorySelect 는 때때로 0을 반환하고 때로는 값이 다음 실행보다 1만큼 작습니다. 일반적으로 확실히 문제가 있습니다.

 
Renat Fatkhullin :

TimeCurrent()를 종료 날짜로 사용하지 마십시오. 모든 종료 거래가 캡처되도록 TimeCurrent()+86400을 사용하십시오.

TimeCurrent는 정확한 최신 시간이 아니라 "업데이트 중 마지막으로 알려진 서버 시간"으로 100% 정확한 시간이 아닙니다. 특히 초반에는요.

+60이면 충분합니까?
 

나는 SB를 보았고 HistorySelect 및 HistoryOrderGetTicket 이 없습니다! 조금도!

어떻게 작동합니까?

//+------------------------------------------------------------------+
//| Select a deal on the index                                       |
//+------------------------------------------------------------------+
bool CDealInfo::SelectByIndex( const int index)
  {
   ulong ticket= HistoryDealGetTicket (index);
   if (ticket== 0 )
       return ( false );
   Ticket(ticket);
//---
   return ( true );
  }
//+------------------------------------------------------------------+

나는 점점 더 안전보장이사회를 이용하는 것이 제한을 받는다는 것을 확신하고 있습니다(부분적 집행도 없습니다).

처음부터 SB용으로 멋진 MQL4-order 언어 시스템을 사용하지 않는 이유는 무엇입니까?

 
fxsaber :

SB를 보니 HistorySelect와 HistoryOrderGetTicket이 없습니다! 조금도!

어떻게 작동합니까?

//+------------------------------------------------------------------+
//| Select a deal on the index                                       |
//+------------------------------------------------------------------+
bool CDealInfo::SelectByIndex( const int index)
  {
   ulong ticket= HistoryDealGetTicket (index);
   if (ticket== 0 )
       return ( false );
   Ticket(ticket);
//---
   return ( true );
  }
//+------------------------------------------------------------------+

나는 SB를 사용하는 것이 약간의 귀찮은 일이라는 것을 점점 더 확신하고 있습니다.

처음부터 SB용으로 멋진 MQL4-order 언어 시스템을 사용하지 않는 이유는 무엇입니까?

무지는 변명의 여지가 없습니다.

CDealInfo 클래스는 거래 속성 에 대한 액세스를 용이하게 하는 데 사용됩니다. 그러나 거래에 액세스하기 위해 모든 사람은 항상 먼저 HistorySelect를 통해 기록의 스냅샷을 요청합니다.

솔직히 멍청한 질문을 작성하고 결론을 내리기 전에 더 많은 예를 보고 기사를 읽는 것이 좋습니다.

 
Vladimir Karputov :

무지는 변명의 여지가 없습니다.

CDealInfo 클래스는 거래 속성 에 대한 액세스를 용이하게 하는 데 사용됩니다. 그러나 거래에 액세스하기 위해 모든 사람은 항상 먼저 HistorySelect를 통해 기록의 스냅샷을 요청합니다.

솔직히 멍청한 질문을 작성하고 결론을 내리기 전에 더 많은 예를 보고 기사를 읽는 것이 좋습니다.

나는 당신의 스타일로 당신에게 대답하겠지만, 사회자에 대한 생각을 표명하기 위해 당신은 단순히 금지를 잡을 수 있습니다.

안전보장이사회에 제한이 있다면 이에 대해 논의할 수 있고 또 논의해야 합니다.

1...174817491750175117521753175417551756175717581759176017611762...3184
새 코멘트