アドバイザーは実生活に適しているか? - ページ 32 1...252627282930313233343536373839...52 新しいコメント Alexander 2011.09.22 01:41 #311 この状態が発生した場合、オーダーは間違いなくブロック領域に入ります。 Bicus 2011.09.22 06:29 #312 FOReignEXchange: 私は本当にバカだ一番大事なことを言い忘れていました。テスターではすべて正常に動作しています。それが問題なんです。テスターで注文が削除されないのであれば、悩むことはないでしょう。しかし、本番アカウントでは削除されず、取引後に可視化を有効にするとテスターで削除されます。 だから、言語のなんらかのバグに見えるのだと思います。選択したオーダーからあまりデータを削除できない印象があります。この問題は今回が初めてではありません。正確に言うと、実はいつも遭遇しているのです。テスターではすべてOKなのに、実機ではダメ。 バグはありません。 見開きの延長はイタズラです。そしてフリーズレベルは、到達するとオーダーがブロックされ、何もできなくなる。 Лекарь Центозависимых 2011.09.22 07:50 #313 Bicus: バグはありません。 見開きの延長はイタズラです。そしてフリーズレベルは、到達するとオーダーがブロックされ、何もできなくなる。 その場合、削除しようとするとログにエラーが表示されます。エラーがコードで処理されている場合のみですが。 Vladimir Paukas 2011.09.22 07:58 #314 OnGoing: その場合、削除しようとすると、ログにエラーが書き込まれます。エラーがコードで処理される場合のみですが。 テスターは、おそらくヌルキャンドルに対応しているのは間違いないでしょう。 Лекарь Центозависимых 2011.09.22 08:05 #315 paukas: テスターはゼロのロウソクを扱っている可能性が高いです、間違いないです。 あるいは、サーバーのPingが漏れているのかもしれません、著者、正常なブローカーでテストしてください。 Денис 2011.09.22 08:06 #316 Bicus: バグはありません。 見開きの延長はイタズラです。そしてフリーズレベルは、到達するとオーダーがブロックされ、何もできなくなる。 ログにエラーはありません。しかも、そのようなケースは、中程度のボラティリティの日中に発生することがほとんどである。昨日は強い動きの後、10分ほどして多少落ち着いた頃に2つの注文が削除されなかった。そして、このユーロでの移動の際、ログにエラーが出るケースを除いては、すべてうまくいっているように見えた。 Денис 2011.09.22 08:09 #317 paukas: テスターはゼロのロウソクを扱っている可能性が高いです、間違いないです。 ゼロとはどういう意味ですか? Vladimir Paukas 2011.09.22 08:23 #318 FOReignEXchange: ゼロをどう理解するか? 現在のバーが条件になっています。テスターはすでに完成していると見なす。そして、実際のクロースハイ&ローはまだ判明しておらず、オープナーだけが判明しています。 Денис 2011.09.22 08:25 #319 Bicus: バグはありません。 見開きの延長はイタズラです。そしてフリーズレベルは、到達するとオーダーがブロックされ、何もできなくなる。 スプレッドは常に一定です。増えたことも減ったこともない。 Bicus 2011.09.22 08:25 #320 FOReignEXchange: ログにエラーはありません。しかも、このようなケースは、ボラティリティが緩やかな日中に起こることがほとんどです。昨日は強い動きの後、10分後くらいに全てが落ち着いてから2つの注文が削除されませんでした。そして、このユーロでの移動の際、ログにエラーが出るケースを除いては、すべてうまくいっているように見えた。 if (//Тут условие//) { if (OrderSelect(ticket_buy,SELECT_BY_TICKET)==true) { if (OrderType() == OP_BUYSTOP && Ask > (OrderOpenPrice() - 4 * Point)) { i=0; while (i<10) { if (i>0) Sleep(500); RefreshRates(); OrderDelete(ticket_buy); err=GetLastError(); if (err==0) { ticket_buy=0; return; } i++; } } } } バイストップオーダーがあるんですね。そして、価格がそれに近づいたときに見て、外そうとするのです。イマイチですが、フリーズレベルくらい です。このようにコードを書き換えてみてください。 if (//Тут условие//) { if (OrderSelect(ticket_buy,SELECT_BY_TICKET)==true) { if (OrderType() == OP_BUYSTOP) { Print ("Уровень заморозки: ", MarketInfo (Symbol(), MODE_FREEZELEVEL), ", Ask: ", Ask); if (Ask > (OrderOpenPrice() - 4 * Point)) {Print ("Зашли в условие"); i=0; while (i<10) { if (i>0) Sleep(500); RefreshRates(); OrderDelete(ticket_buy); err=GetLastError(); if (err==0) { ticket_buy=0; return; } i++; } } } } } それに正直なところ、価格が近いときだけ注文を消すのはおかしいと思う。 1...252627282930313233343536373839...52 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
私は本当にバカだ一番大事なことを言い忘れていました。テスターではすべて正常に動作しています。それが問題なんです。テスターで注文が削除されないのであれば、悩むことはないでしょう。しかし、本番アカウントでは削除されず、取引後に可視化を有効にするとテスターで削除されます。 だから、言語のなんらかのバグに見えるのだと思います。選択したオーダーからあまりデータを削除できない印象があります。この問題は今回が初めてではありません。正確に言うと、実はいつも遭遇しているのです。テスターではすべてOKなのに、実機ではダメ。
バグはありません。
見開きの延長はイタズラです。そしてフリーズレベルは、到達するとオーダーがブロックされ、何もできなくなる。
バグはありません。
見開きの延長はイタズラです。そしてフリーズレベルは、到達するとオーダーがブロックされ、何もできなくなる。
その場合、削除しようとすると、ログにエラーが書き込まれます。エラーがコードで処理される場合のみですが。
テスターはゼロのロウソクを扱っている可能性が高いです、間違いないです。
バグはありません。
見開きの延長はイタズラです。そしてフリーズレベルは、到達するとオーダーがブロックされ、何もできなくなる。
ログにエラーはありません。しかも、そのようなケースは、中程度のボラティリティの日中に発生することがほとんどである。昨日は強い動きの後、10分ほどして多少落ち着いた頃に2つの注文が削除されなかった。そして、このユーロでの移動の際、ログにエラーが出るケースを除いては、すべてうまくいっているように見えた。
テスターはゼロのロウソクを扱っている可能性が高いです、間違いないです。
ゼロとはどういう意味ですか?
ゼロをどう理解するか?
バグはありません。
見開きの延長はイタズラです。そしてフリーズレベルは、到達するとオーダーがブロックされ、何もできなくなる。
スプレッドは常に一定です。増えたことも減ったこともない。
ログにエラーはありません。しかも、このようなケースは、ボラティリティが緩やかな日中に起こることがほとんどです。昨日は強い動きの後、10分後くらいに全てが落ち着いてから2つの注文が削除されませんでした。そして、このユーロでの移動の際、ログにエラーが出るケースを除いては、すべてうまくいっているように見えた。
バイストップオーダーがあるんですね。そして、価格がそれに近づいたときに見て、外そうとするのです。イマイチですが、フリーズレベルくらい です。このようにコードを書き換えてみてください。
それに正直なところ、価格が近いときだけ注文を消すのはおかしいと思う。