エラー、バグ、質問 - ページ 1794 1...178717881789179017911792179317941795179617971798179918001801...3185 新しいコメント fxsaber 2017.02.10 09:30 #17931 Комбинатор: なんで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については、これでも役に立ちません。 Errors, bugs, questions MT5でOrderSendを正しく動作させる方法 初心者の方からの質問 MQL5 MT5 MetaTrader TheXpert 2017.02.10 09:48 #17932 fxsaber:Tバック(2枚入り)があります。 ええ、それは思いつきませんでした。 A100 2017.02.10 10:11 #17933 fxsaber: 結果STRUCT::~STRUCT STRUCT::~STRUCT STRUCT::~STRUCT なぜ2回ではなく、3回なのか? ほとんどの場合、1回の呼び出しは不要です.詳細はこちらhttps://www.mql5.com/ru/forum/1111/page1657#comment_2729876 Ошибки, баги, вопросы www.mql5.com Форум алго-трейдеров MQL5 fxsaber 2017.02.10 10:16 #17934 A100: ほとんどの場合、1回の呼び出しは不要です.詳細はこちらhttps://www.mql5.com/ru/forum/1111/page1657#comment_2729876 バグではなく、開発者が使っているC++コンパイラのキーが原因ということですか? A100 2017.02.10 11:01 #17935 безfxsaber: つまり、バグではなく、開発者が使っているC++コンパイラのキーの結果なのでは?これは標準的な動作で、大半の場合、ダメージを与えずに最適化することができ、まだ最適化されていないint i = 1 + 2; //стандартное поведение: вычислять i при выполнении //оптимизация: сразу присвоить 3 fxsaber 2017.02.10 11:06 #17936 1530 - 何でしょう? fxsaber 2017.02.10 11:12 #17937 A100:これは標準的な動作で、大半の場合、ダメージを与えずに最適化することができ、まだ最適化されていないint i = 1 + 2; //стандартное поведение: вычислять i при выполнении //оптимизация: сразу присвоить 3 最適化は良いですね、ありがとうございます。しかし、すべてが正直に実行された場合、3つのステップはどこから来るのでしょうか? A100 2017.02.10 11:42 #17938 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 при этом - не используется} fxsaber 2017.02.10 11:57 #17939 A100:ServiceDeskへの報告書きました。というわけで、2回の呼び出し(何が変わったのか - コンストラクタがある)。 謎のMQL... fxsaber 2017.02.10 17:32 #17940 成行注文でポジションが 成立するたびに、一方のサーバーの Result.deal が 0 になる場合、SR に書き込む必要がありますか?サーバー自体の設定方法でしょうから、エラーにはならないかと思います。さらに、どうせならResult.orderからResult.dealを取得すればいい。 1...178717881789179017911792179317941795179617971798179918001801...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
なんで
Tバック(2枚入り)があります。
開発者は、MqlTradeResultについて、次のような場合にも同様の解決策を講じることができます。
{
uint retcode; // Код результата операции
ulong deal; // Тикет сделки, если она совершена
ulong order; // Тикет ордера, если он выставлен
double volume; // Объем сделки, подтверждённый брокером
double price; // Цена в сделке, подтверждённая брокером
double bid; // Текущая рыночная цена предложения (цены реквота)
double ask; // Текущая рыночная цена спроса (цены реквота)
string comment; // Комментарий брокера к операции (по умолчанию заполняется расшифровкой кода возврата торгового сервера)
uint request_id; // Идентификатор запроса, устанавливается терминалом при отправке
uint retcode_external; // Код ответа внешней торговой системы
};
フィールド文字列は最後に作られます。しかし、MqlTradeRequestについては、これでも役に立ちません。
Tバック(2枚入り)があります。
fxsaber:
結果
STRUCT::~STRUCT
STRUCT::~STRUCT
ほとんどの場合、1回の呼び出しは不要です.詳細はこちらhttps://www.mql5.com/ru/forum/1111/page1657#comment_2729876
つまり、バグではなく、開発者が使っているC++コンパイラのキーの結果なのでは?
これは標準的な動作で、大半の場合、ダメージを与えずに最適化することができ、まだ最適化されていない
//оптимизация: сразу присвоить 3
これは標準的な動作で、大半の場合、ダメージを与えずに最適化することができ、まだ最適化されていない
//оптимизация: сразу присвоить 3
最適化は良いですね、ありがとうございます。しかし、すべてが正直に実行された場合、3つのステップはどこから来るのでしょうか?
ServiceDeskの通知
S() { Print( __FUNCTION__ ); }
~S() { Print( __FUNCTION__ ); }
};
S f()
{
S s;
return s;
}
void OnStart() //2 раза
{
f();
}
ということで、2回呼び出し(何が変わったのか? - コンストラクタがある)。
あなたの例のコンパイラは、このようなコードを完成させると仮定しました。
void OnStart() //3 раза
{
S s = f(); //s при этом - не используется
}
ServiceDeskへの報告
書きました。
というわけで、2回の呼び出し(何が変わったのか - コンストラクタがある)。
成行注文でポジションが 成立するたびに、一方のサーバーの Result.deal が 0 になる場合、SR に書き込む必要がありますか?
サーバー自体の設定方法でしょうから、エラーにはならないかと思います。さらに、どうせならResult.orderからResult.dealを取得すればいい。