新しいビルド604でのテスターは正しく動作しません。 - ページ 10 1...345678910111213 新しいコメント Trevhib 2014.02.15 11:47 #91 angevoyageur: わかりました。しかし、時間だけがすべての答えをもたらすことができます。 。 AVさん、ありがとうございます。 kekkis: バックテストと結果比較の際、スプレッドコントロールスクリプトと固定スプレッドのどちらをお使いでしょうか？ スプレッドコントロールを 使用しています。しかし、取引回数がかなり異なっており（利益/ddも）、スプレッドの問題でこの特定のボットの取引回数が少なくなることはないため、結果の違いを引き起こしているのは怪しいスプレッドだけではないことが分かっています。テスト中の別のボットでは、取引回数はかなり似ていますが、利益の数値はまだかなり異なっています。これらの結果は、おそらく、複数の問題があることを示唆しています。 . 編集 - 私たちのコードはどこかに変更が必要なのかもしれませんが、データ/ MT4.5のバグ/問題が排除され、ビルド/コンパイラが受け入れられるまでは、その半光沢の路地を行くことはできません。 削除済み 2014.02.15 13:56 #92 ビルド610にアップグレードした後、すべての比較はパワフルになりました。 重要な問題は、509と610のチャートのバーの日付時間の値と、おそらく我々のコードの日付時間変数についてで、32（古い）-64（新しい）ビットの日付時間データ型は、移行したコードで日付時間関数が正しく動作することを確認するために、デバッグする必要があります。(私はアルパリのリアルサーバーを使い、509からインポートしたhstティックデータと、raptorukが提案したように610でperiod converter scriptを使って作成したバーを使っています。) 私の最初の成功の結果は、私を幸せにします。） 509: 610: 削除済み 2014.02.15 14:25 #93 mql4の設計者が、新旧の日付時間変数のブロック構成や、古いコードを移行する際に日付時間変数/関数の危険な状態を回避する方法についての情報を提供してくれればいいのですが...。 Alain Verleyen 2014.02.15 15:03 #94 cbalta: mql4の設計者が、新旧の日付時間変数のブロック構成や、古いコードを移行する際に日付時間変数/関数の危険な状態を回避する方法についての情報を提供してくれればいいのですが...。 申し訳ありませんが、私はこれがどのように問題であることがわかりますか？ Ian Venner 2014.02.15 16:06 #95 cbalta: 私たちは本物の開発者です。あなたのテストコードはリスクを示すのに十分ではありません。私たちは何年もの将来のテストと比較しながら、私たちのコードを証明しました。 しかし、509のex4でも、509と604では動作が異なる。 このようなリスクを考えると、別の開発環境を探さざるを得ません。 一方、私はこの20年間、コーディングをしています。 私はすでに2回、この動作しないコードの例を提示して、私たちがテストして原因を発見できるようにとお願いしましたが、あなたは一度も応答してくれませんでした。私は基本的なテストコードを提供しましたが、あなたが言っている問題を実証するためにそれを修正します。 削除済み 2014.02.15 16:40 #96 SDC: 私はすでに2回、この動作しないコードの例を提示して、私たちがテストして原因を発見できるようにとお願いしましたが、あなたは一度も応答してくれませんでした。私は基本的なテストコードを提供し、あなたが話している問題を実証するためにそれを変更します。 申し訳ありませんが、私は平日の 日中に働くことができませんでした。 削除済み 2014.02.15 16:43 #97 angevoyageur: 申し訳ありませんが、私はこれがどのように問題になることができるかわかりません？ 509ビルドのex4が610で動作する場合、変数がどのようにメモリ上で定義されるのかがわかりません。 また、古いコードには、日付の一部や完全な日付を参照するlongint型がいくつかあります。 おそらく、私の失敗は、チャートバーの時間だけで、他の移行された日付-時間関連のコードは、リスクがあるかもしれません。 削除済み 2014.02.15 16:46 #98 一方、EAが動作し、テスト（M1）509の下でかなり高速ですが、610のテストでは、非常に遅くなる。 William Roeder 2014.02.15 18:49 #99 cbalta: このような場合、ML4のデザイナーが、新旧の日付-時刻変数のブロック構成や、古いコードを移行する際に日付-時刻変数/関数の危険な状態を回避する方法について情報を提供してくれればいいのですが...。 私が知っている唯一の違いは、以前は"string" + Time[x] が "string1392475560" を返していましたが、今は "string2014.02.15 14:47" が返ってきます。"string" +（ulong） Time[x] を代わりに使ってください。 削除済み 2014.02.15 20:53 #100 ビルド610ではいくつかのEAのテストが非常に遅くなりました。おそらく変数スコープ（古いMql4）に関連しているのでしょう。 ビルド604では、EAテストのスピードは良好でした。ビルド509では、再び良好なスピードです。テスト結果は 一貫していますが、テスターはいくつかのEAで非常に遅くなりました。 1...345678910111213 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
わかりました。しかし、時間だけがすべての答えをもたらすことができます。 。
AVさん、ありがとうございます。
バックテストと結果比較の際、スプレッドコントロールスクリプトと固定スプレッドのどちらをお使いでしょうか？
スプレッドコントロールを 使用しています。しかし、取引回数がかなり異なっており（利益/ddも）、スプレッドの問題でこの特定のボットの取引回数が少なくなることはないため、結果の違いを引き起こしているのは怪しいスプレッドだけではないことが分かっています。テスト中の別のボットでは、取引回数はかなり似ていますが、利益の数値はまだかなり異なっています。これらの結果は、おそらく、複数の問題があることを示唆しています。
.
編集 - 私たちのコードはどこかに変更が必要なのかもしれませんが、データ/ MT4.5のバグ/問題が排除され、ビルド/コンパイラが受け入れられるまでは、その半光沢の路地を行くことはできません。
ビルド610にアップグレードした後、すべての比較はパワフルになりました。
重要な問題は、509と610のチャートのバーの日付時間の値と、おそらく我々のコードの日付時間変数についてで、32（古い）-64（新しい）ビットの日付時間データ型は、移行したコードで日付時間関数が正しく動作することを確認するために、デバッグする必要があります。(私はアルパリのリアルサーバーを使い、509からインポートしたhstティックデータと、raptorukが提案したように610でperiod converter scriptを使って作成したバーを使っています。)
私の最初の成功の結果は、私を幸せにします。）
509:
610:
mql4の設計者が、新旧の日付時間変数のブロック構成や、古いコードを移行する際に日付時間変数/関数の危険な状態を回避する方法についての情報を提供してくれればいいのですが...。
mql4の設計者が、新旧の日付時間変数のブロック構成や、古いコードを移行する際に日付時間変数/関数の危険な状態を回避する方法についての情報を提供してくれればいいのですが...。
私たちは本物の開発者です。あなたのテストコードはリスクを示すのに十分ではありません。私たちは何年もの将来のテストと比較しながら、私たちのコードを証明しました。
しかし、509のex4でも、509と604では動作が異なる。
このようなリスクを考えると、別の開発環境を探さざるを得ません。
一方、私はこの20年間、コーディングをしています。
私はすでに2回、この動作しないコードの例を提示して、私たちがテストして原因を発見できるようにとお願いしましたが、あなたは一度も応答してくれませんでした。私は基本的なテストコードを提供しましたが、あなたが言っている問題を実証するためにそれを修正します。
私はすでに2回、この動作しないコードの例を提示して、私たちがテストして原因を発見できるようにとお願いしましたが、あなたは一度も応答してくれませんでした。私は基本的なテストコードを提供し、あなたが話している問題を実証するためにそれを変更します。
申し訳ありませんが、私はこれがどのように問題になることができるかわかりません？
509ビルドのex4が610で動作する場合、変数がどのようにメモリ上で定義されるのかがわかりません。
また、古いコードには、日付の一部や完全な日付を参照するlongint型がいくつかあります。
おそらく、私の失敗は、チャートバーの時間だけで、他の移行された日付-時間関連のコードは、リスクがあるかもしれません。
ビルド610ではいくつかのEAのテストが非常に遅くなりました。おそらく変数スコープ（古いMql4）に関連しているのでしょう。
ビルド604では、EAテストのスピードは良好でした。ビルド509では、再び良好なスピードです。テスト結果は 一貫していますが、テスターはいくつかのEAで非常に遅くなりました。