エラー、バグ、質問 - ページ 26 1...192021222324252627282930313233...3185 新しいコメント Viktor Zapadenko 2010.07.04 21:41 #251 alexvd:288ビルドのバージョンアップがあったとのことですが。アップデート前のビルドを明らかにしてください。 また、OSやUACの有無など、より詳しい情報を教えてください。 Windows XP Pro。ビルドを追跡することはできませんでしたが、やはりベータ版の1つのフルディストリビューションをインストールしていました。既存のものの上にサイトから再インストールすることで問題は解決しました。すべてのサーバーとアカウントが固定されています。今はすべて順調です。 削除済み 2010.07.05 05:14 #252 アプリケーション番号6036よりAlexander Saidullin: 1.OCO注文については、潜在的な機会はプラットフォームに組み込まれており、あとは時間の問題です。OCOは どの程度進んでいるのか、またMT5での登場の見込みはどうなのか、お伺いしたいのですが。 削除済み 2010.07.05 07:38 #253 開発者、アプリケーション#18098について - 転送を特定のタイプ(事前に分かっている)でキャッチすることはできないのでしょうか?そうでないなら、なぜ本当に人生を複雑にするのか...。追記BARとLIGHTSの最適化 結果の違いがわからない...。 Alexey Petrov 2010.07.05 08:38 #254 joo: リンク(青くハイライトされている)をクリックすると、どこに行くのですか?最適化基準」が何であるかは、どこにも書いていない。このリンクをクリックすると、テスターの設定の説明が表示され、そこで最適化の 基準を選択します(それが何であるか簡単に説明され、完全な説明へのリンクが提供されます)。すぐに全文説明のリンクを貼ります。 Andrey Dik 2010.07.05 09:10 #255 alexey_petrov:このリンクをクリックすると、テスターの設定の説明が表示され、そこで最適化の基準を選択します(それが何であるか簡単に説明され、完全な説明へのリンクが提供されます)。リンクから直接、詳細な説明をご覧いただけます。 ご理解をお願いいたします。 Slava 2010.07.05 09:33 #256 Interesting: 開発者、アプリケーション#18098について - 転送を特定のタイプ(事前に分かっている)でキャッチすることはできないのでしょうか。そうでないなら、なぜ本当に人生を複雑にするのか...。 追記 BARとLIGHTによる最適化結果の違いがどうしても理解できない...。 そして、頭を切らないことです。できることは最適化に使う。また、BARやローソク足は使わないでください。 すべての列挙は(構文的にも意味的にも)平等である。ある列挙のために、他の列挙のための最適化機能をオフにすることはできません。 削除済み 2010.07.05 10:09 #257 stringo: そして、冷静さを保つのです。最適化のために、できる限りの列挙を行う。そして、バーやローソク足で、使ってはいけない。 すべての列挙は(構文的にも意味的にも)平等である。ある列挙のために、他の列挙のための最適化機能をオフにすることはできません。 そこで、テスター自体のレベルで特定の列挙をDISABLISHすることはできないかと考えたのですが...。 Slava 2010.07.05 10:38 #258 Interesting: そこで、テスター自体のレベルで、ある列挙をCatchすることはできないかと...。 純粋に理論的な話。あるエニュメレーションをキャッチするイメージは?構文に加えるべきもの? enum nonoptimizableとか? Документация по MQL5: Основы языка / Типы данных / Целые типы / Перечисления www.mql5.com Основы языка / Типы данных / Целые типы / Перечисления - Документация по MQL5 削除済み 2010.07.05 10:51 #259 stringo: 純粋に理論的な話。ある列挙をどのようにキャッチすることを想定しているのか。構文に加えるべきもの? enum nonoptimizableとか?まあ、テスターがColor型のパラメータをどのようにキャッチしているかは分かりませんが、多分他の人もそうでしょう。ENUM_CHART_MODE タイプ(これは実際には言語の内部列挙 である)のパラメータをキャッチするためだけのアイデアでした。他のすべての列挙者は、平和に暮らすことができる...。 追記忘れてしまえばいいのですが(個人的には気にならない)、ロットサイズなど他のパラメータと合わせて(何らかの理由で)キャッチすると、組み合わせの数が何倍になるか想像がつきます(テストでの最適化パラメータは2つ以上かもしれません)...。 Slava 2010.07.05 10:58 #260 Interesting: まあ、テスターがColorタイプの パラメータをどのようにキャッチしているかは分かりませんが、おそらく他にもあると思います。ただ、ENUM_CHART_MODE(これは本質的に内部言語の列挙 である)のタイプを持つパラメータをキャッチすることであった。 それはとてもシンプルなことです。こんなタイプカラーもあるんですね。文字列型も最適化されていない。 言語の「内部」列挙型の中には、ENUM_TIMEFRAMES、ENUM_APPLIED_PRICE、ENUM_MA_METHODといった興味深い列挙型があり、最適化の対象となっています。コンパイラは、「内部」列挙とカスタム列挙を区別せず、それらの記述は同じ場所に格納されます。 1...192021222324252627282930313233...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
288ビルドのバージョンアップがあったとのことですが。アップデート前のビルドを明らかにしてください。
また、OSやUACの有無など、より詳しい情報を教えてください。
Windows XP Pro。ビルドを追跡することはできませんでしたが、やはりベータ版の1つのフルディストリビューションをインストールしていました。既存のものの上にサイトから再インストールすることで問題は解決しました。すべてのサーバーとアカウントが固定されています。今はすべて順調です。
1.OCO注文については、潜在的な機会はプラットフォームに組み込まれており、あとは時間の問題です。
開発者、アプリケーション#18098について - 転送を特定のタイプ(事前に分かっている)でキャッチすることはできないのでしょうか?そうでないなら、なぜ本当に人生を複雑にするのか...。
追記
BARとLIGHTSの最適化 結果の違いがわからない...。
リンク(青くハイライトされている)をクリックすると、どこに行くのですか?最適化基準」が何であるかは、どこにも書いていない。
このリンクをクリックすると、テスターの設定の説明が表示され、そこで最適化の 基準を選択します(それが何であるか簡単に説明され、完全な説明へのリンクが提供されます)。すぐに全文説明のリンクを貼ります。
このリンクをクリックすると、テスターの設定の説明が表示され、そこで最適化の基準を選択します(それが何であるか簡単に説明され、完全な説明へのリンクが提供されます)。リンクから直接、詳細な説明をご覧いただけます。
開発者、アプリケーション#18098について - 転送を特定のタイプ(事前に分かっている)でキャッチすることはできないのでしょうか。そうでないなら、なぜ本当に人生を複雑にするのか...。
追記
BARとLIGHTによる最適化結果の違いがどうしても理解できない...。
そして、頭を切らないことです。できることは最適化に使う。また、BARやローソク足は使わないでください。
すべての列挙は(構文的にも意味的にも)平等である。ある列挙のために、他の列挙のための最適化機能をオフにすることはできません。
そして、冷静さを保つのです。最適化のために、できる限りの列挙を行う。そして、バーやローソク足で、使ってはいけない。
すべての列挙は(構文的にも意味的にも)平等である。ある列挙のために、他の列挙のための最適化機能をオフにすることはできません。
そこで、テスター自体のレベルで、ある列挙をCatchすることはできないかと...。
純粋に理論的な話。あるエニュメレーションをキャッチするイメージは?構文に加えるべきもの?
enum nonoptimizableとか?
純粋に理論的な話。ある列挙をどのようにキャッチすることを想定しているのか。構文に加えるべきもの?
enum nonoptimizableとか?
まあ、テスターがColor型のパラメータをどのようにキャッチしているかは分かりませんが、多分他の人もそうでしょう。ENUM_CHART_MODE タイプ(これは実際には言語の内部列挙 である)のパラメータをキャッチするためだけのアイデアでした。
他のすべての列挙者は、平和に暮らすことができる...。
追記
忘れてしまえばいいのですが(個人的には気にならない)、ロットサイズなど他のパラメータと合わせて(何らかの理由で)キャッチすると、組み合わせの数が何倍になるか想像がつきます(テストでの最適化パラメータは2つ以上かもしれません)...。
まあ、テスターがColorタイプの パラメータをどのようにキャッチしているかは分かりませんが、おそらく他にもあると思います。ただ、ENUM_CHART_MODE(これは本質的に内部言語の列挙 である)のタイプを持つパラメータをキャッチすることであった。
それはとてもシンプルなことです。こんなタイプカラーもあるんですね。文字列型も最適化されていない。
言語の「内部」列挙型の中には、ENUM_TIMEFRAMES、ENUM_APPLIED_PRICE、ENUM_MA_METHODといった興味深い列挙型があり、最適化の対象となっています。コンパイラは、「内部」列挙とカスタム列挙を区別せず、それらの記述は同じ場所に格納されます。