エラー、バグ、質問 - ページ 1794

 
Комбинатор:
なんで

Tバック(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; // Код ответа внешней торговой системы
  };

フィールド文字列は最後に作られます。しかし、MqlTradeRequestについては、これでも役に立ちません。

 
fxsaber:

Tバック(2枚入り)があります。

ええ、それは思いつきませんでした。
 

fxsaber:

結果

STRUCT::~STRUCT
STRUCT::~STRUCT
STRUCT::~STRUCT
なぜ2回ではなく、3回なのか?
ほとんどの場合、1回の呼び出しは不要です.詳細はこちらhttps://www.mql5.com/ru/forum/1111/page1657#comment_2729876
Ошибки, баги, вопросы
Ошибки, баги, вопросы
  • www.mql5.com
Форум алго-трейдеров MQL5
 
A100:
ほとんどの場合、1回の呼び出しは不要です.詳細はこちら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
最適化は良いですね、ありがとうございます。しかし、すべてが正直に実行された場合、3つのステップはどこから来るのでしょうか?
 
fxsaber:
最適化は良いですね、ありがとうございます。しかし、すべてが正直に実行された場合、3つのステップはどこから来るのでしょうか?

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 になる場合、SR に書き込む必要がありますか?

サーバー自体の設定方法でしょうから、エラーにはならないかと思います。さらに、どうせならResult.orderからResult.dealを取得すればいい。