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

새 코멘트
 
Комбинатор :
왜요?

끈(2장)이 있습니다.

개발자는 다음과 같은 경우 여전히 MqlTradeResult 에 대해 작동하는 솔루션으로 만들 수 있습니다.

struct MqlTradeResult
  {
   uint      retcode;           // Код результата операции
   ulong     deal;             // Тикет сделки, если она совершена
   ulong     order;             // Тикет ордера, если он выставлен
   double    volume;           // Объем сделки, подтверждённый брокером
   double    price;             // Цена в сделке, подтверждённая брокером
   double    bid;               // Текущая рыночная цена предложения (цены реквота)
   double    ask;               // Текущая рыночная цена спроса (цены реквота)
   string    comment;           // Комментарий брокера к операции (по умолчанию заполняется расшифровкой кода возврата торгового сервера)
   uint      request_id;       // Идентификатор запроса, устанавливается терминалом при отправке  
   uint      retcode_external; // Код ответа внешней торговой системы
  };

string-field는 마지막으로 만들어집니다. 그러나 이것조차도 MqlTradeRequest에 도움이 되지 않습니다.

 
fxsaber :

끈(2장)이 있습니다.

예, 아무것도 생각하지 않았습니다.
 

fxsaber :

결과

STRUCT::~STRUCT
STRUCT::~STRUCT
STRUCT::~STRUCT
왜 두 번이 아니라 세 번입니까?
거의 항상 한 번의 전화가 필요하지 않습니다 ... 여기에 세부 정보가 있습니다 https://www.mql5.com/ru/forum/1111/page1657#comment_2729876
Ошибки, баги, вопросы
Ошибки, баги, вопросы
  • www.mql5.com
Форум алго-трейдеров MQL5
 
A100 :
거의 항상 한 번의 전화가 필요하지 않습니다 ... 여기에 세부 정보가 있습니다 https://www.mql5.com/ru/forum/1111/page1657#comment_2729876
저것들. 버그는 아니지만 개발자가 사용하는 C++ 컴파일러 키의 결과는?
 
безfxsaber :
저것들. 버그는 아니지만 개발자가 사용하는 C++ 컴파일러 키의 결과는?

이것은 대부분의 경우 편견 없이 최적화할 수 있지만 아직 최적화되지 않은 표준 동작입니다.

int i = 1 + 2 ; //стандартное поведение: вычислять i при выполнении
               //оптимизация: сразу присвоить 3
 
1530 - 거기에 무엇이 있습니까?
 
A100 :

이것은 대부분의 경우 편견 없이 최적화할 수 있지만 아직 최적화되지 않은 표준 동작입니다.

int i = 1 + 2 ; //стандартное поведение: вычислять i при выполнении
               //оптимизация: сразу присвоить 3
최적화 좋네요 감사합니다. 그러나 모든 것이 정직하게 이루어지면 세 단계는 어디에서 오는 것입니까?
 
fxsaber :
최적화 좋네요 감사합니다. 그러나 모든 것이 정직하게 이루어지면 세 단계는 어디에서 오는 것입니까?

ServiceDesk에 알림

struct S {
        S()  { Print ( __FUNCTION__ ); }
        ~S() { Print ( __FUNCTION__ ); }
};
S f()
{
        S s;
         return s;
}
void OnStart () //2 раза  
{
        f();
}

그래서 2번의 호출(그리고 무엇이 바뀌었습니까? - 생성자가 나타났습니다),

나는 당신의 그 예에서 컴파일러가 다음과 같은 코드를 보완한다고 가정했습니다.

void OnStart () //3 раза 
{
        S s = f(); //s при этом - не используется

}

 
A100 :

ServiceDesk에 알림

썼다.

그래서 2번 호출( 그리고 무엇이 바뀌었습니까? - 생성자가 나타났습니다 ),

신비한 MQL...
 

서버 중 하나 에서 시장 주문에 의해 포지션이 성공적으로 열렸을 때 Result.deal이 0일 때마다 SD에 쓸 필요가 있습니까?

아마도 이것이 서버 자체가 구성되는 방식이기 때문에 이것이 버그인지 확실하지 않습니다. 또한 어쨌든 Result.order에서 항상 Result.deal을 얻을 수 있습니다.

1...178717881789179017911792179317941795179617971798179918001801...3184
새 코멘트