奇跡は続く! - ページ 7 12345678 新しいコメント angela 2009.09.29 12:11 #61 muallch писал(а)>> アンジェラさん、ちょっとお聞きしたいのですが...。 MK端末をアルパレフのものと同じデモ口座に接続しましたか?サーバー名やIPがわからなければ、すべて同じ? いずれにせよ、相場や取引設定がおかしいのは明らかです デモ口座のアドレスが違うのは、各端末で別々に開設したからで、サーバーは同じです。 angela 2009.09.29 12:15 #62 storm писал(а)>> このバグはずいぶん前に修正されたようですが(正確には覚えていません)、まずは両端末のキャッシュを手動でクリアしてください。MetaTradertestercaches 両端子とも必須で、MCU側で不正な動作をする可能性があります。 テスト用の質問ですが、履歴はどのディレクトリに保存されているのでしょうか? D:\MT4history⇄Alpari-Demo と D:\MT4tester⇄history の両方を変更しようとしたのですが...。 Петр 2009.09.29 14:36 #63 Angela >> : デモ口座のアドレスは異なる、各端末で別々に開設、サーバーは同じです。 住所が違うってどういうこと?ログインとパスワード、かな?それとも違うIP? ここで、試してみてほしいことがあります。端末間のログインを入れ替えて、テストを実行します。もちろん、コネクテッドモードで。 Анатолий 2009.10.01 19:27 #64 Angela писал(а) >> 問題解決の糸口は見つかったのでしょうか? GoldenFox 2009.10.01 21:16 #65 アンジェラ さん、こんにちは。 doubleまたはintのtickを扱うには、どちらのデータ型を使用しますか?また、整数型に 変換する場合は、どのように行うのでしょうか。 ポイントは、端末がダブルタイプの操作で最後の一桁を間違えることが非常に多いということです。 例えば2つの等しい変数を比較する場合、このようになります(数値はこのようになる必要はありません)。 double a=1.5555; double b=1.5555。 if (a-b>0) Print ("a>b"); elseif (a-b<0) Print ("a<b"); else Print ("a=b"); とすると、あるaとbが互いに等しいとき、結果はa>bでもa<bでもよいが、a=bのはずである。 予備的な正規化では、正しい結果が得られない。 比較、引き算、割り算、割り算の余りを求めるときにエラーが発生する。残りの動作は確認していません。見つけた結果で十分です:))))この誤差が具体的な数値にどう依存するかは、何とも言えません(調べるのが面倒でした)。同じデータで発生したりしなかったりというランダムな確率があります。ひとつだけ確実に言えることは、下1桁でエラーが発生することです。 Expert Advisor がdouble 型の演算を使用し、 その数がかなり多い場合、エラーが徐々に蓄積されていきます。 これが理由かもしれません。 追記:ちなみに、このエラーはAlpariのターミナルで見つけました。他の証券会社の端末では確認しなかったが、もしかしたらそこにもあるのかもしれない。 The miracles continue! T3 [ARCHIVE!] フォーラムを散らかさないように、どんなルーキーの質問でも。プロフェッショナルは、通り過ぎないでください。あなたなしではどこにも行けない - 4. PapaYozh 2009.10.02 04:48 #66 GoldenFox писал(а)>> 比較、引き算、割り算、割り算の余りを求めるときにエラーが発生する。残りの操作は確認していません:十分わかりました: )))これらの誤差が具体的な数値にどう依存するかは、何とも言えません(調べるのが面倒でした)。同じデータで発生したりしなかったりというランダムな確率があります。ひとつだけ確実に言えることは、エラーは下一桁で発生するということです。 この質問は、すでにフォーラムで取り上げられたものです。こちらと こちらで ご覧いただけます。 GoldenFox 2009.10.02 06:18 #67 PapaYozh писал(а)>> この質問は、すでにこのフォーラムで提起されたものです。こちらと こちらで ご覧いただけます。 リンクありがとうございます。 はい、そうです。数学コプロセッサを使ったルーレットゲームというのは独特ですね。 angela 2009.10.02 09:00 #68 storm писал(а)>> 問題解決の糸口は見つかったのでしょうか? いいえ、していません。MIGの別の端末を確認したところ、ザナカが4つあるものの、結果はMQ端末に近く、指標面ではさらに優れており、安定して動作しています。 これ以上ブラックボックスで遊ぶのはもったいない、端子の操作や設定などの情報が十分にあれば掘れるのだが、時間の無駄でしかない。どうやらアルパリの設定と関係があるようです。もちろん、特定のTSでは非常にティックセンシティブに表示されますが。今のところ、戦略を練り直しているので、証券会社ごとのティックのばらつきにはあまり影響しないかもしれません。 angela 2009.10.02 09:02 #69 GoldenFox писал(а)>> アンジェラ さん、こんにちは。 doubleまたはintのtickを扱うには、どちらのデータ型を使用しますか?また、整数型に変換する場合は、どのように行うのでしょうか? ポイントは、端末がダブルタイプの操作で最後の一桁を間違えることが非常に多いということです。 例えば2つの等しい変数を比較する場合、このようになります(数値はこのようになる必要はありません)。 double a=1.5555; double b=1.5555。 if (a-b>0) Print ("a>b"); elseif (a-b<0) Print ("a<b"); else Print ("a=b"); とすると、あるaとbが互いに等しいとき、結果はa>bでもa<bでもよいが、a=bのはずである。 予備的な正規化では、正しい結果が得られない。 比較、引き算、割り算、割り算の余りを求めるときにエラーが発生する。残りは確認しませんでしたが、見つけた結果で十分です:))))この誤差が具体的な数値にどう依存するかは、何とも言えません(調べるのが面倒でした)。同じデータで発生したりしなかったりというランダムな確率があります。確実に言えることは、下一桁でエラーが発生するということです。 Expert Advisor がdouble 型の演算を使用し、 その数が多い場合、エラーが徐々に蓄積されます。 これが理由かもしれません。 追記:ちなみに、このエラーはAlpariのターミナルで見つけました。他のブローカー端末では確認していませんが、もしかしたらそこにもあるのかもしれません。 このような問題に直面したことはありますが、今回は、ある端末は安定し、別の端末は安定しないという、異なる種類の問題が発生しました。 GoldenFox 2009.10.02 09:02 #70 Angela писал(а)>> いいえ、していません。 私の個人的なメッセージを見てください。 12345678 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
アンジェラさん、ちょっとお聞きしたいのですが...。
MK端末をアルパレフのものと同じデモ口座に接続しましたか?サーバー名やIPがわからなければ、すべて同じ?
いずれにせよ、相場や取引設定がおかしいのは明らかです
デモ口座のアドレスが違うのは、各端末で別々に開設したからで、サーバーは同じです。
このバグはずいぶん前に修正されたようですが(正確には覚えていません)、まずは両端末のキャッシュを手動でクリアしてください。MetaTradertestercaches
両端子とも必須で、MCU側で不正な動作をする可能性があります。
テスト用の質問ですが、履歴はどのディレクトリに保存されているのでしょうか?
D:\MT4history⇄Alpari-Demo と D:\MT4tester⇄history の両方を変更しようとしたのですが...。
デモ口座のアドレスは異なる、各端末で別々に開設、サーバーは同じです。
住所が違うってどういうこと?ログインとパスワード、かな?それとも違うIP?
ここで、試してみてほしいことがあります。端末間のログインを入れ替えて、テストを実行します。もちろん、コネクテッドモードで。
Angela писал(а) >>
問題解決の糸口は見つかったのでしょうか?
アンジェラ さん、こんにちは。
doubleまたはintのtickを扱うには、どちらのデータ型を使用しますか?また、整数型に 変換する場合は、どのように行うのでしょうか。
ポイントは、端末がダブルタイプの操作で最後の一桁を間違えることが非常に多いということです。
例えば2つの等しい変数を比較する場合、このようになります(数値はこのようになる必要はありません)。
double a=1.5555;
double b=1.5555。
if (a-b>0) Print ("a>b");
elseif (a-b<0) Print ("a<b");
else Print ("a=b");
とすると、あるaとbが互いに等しいとき、結果はa>bでもa<bでもよいが、a=bのはずである。
予備的な正規化では、正しい結果が得られない。
比較、引き算、割り算、割り算の余りを求めるときにエラーが発生する。残りの動作は確認していません。見つけた結果で十分です:))))この誤差が具体的な数値にどう依存するかは、何とも言えません(調べるのが面倒でした)。同じデータで発生したりしなかったりというランダムな確率があります。ひとつだけ確実に言えることは、下1桁でエラーが発生することです。
Expert Advisor がdouble 型の演算を使用し、 その数がかなり多い場合、エラーが徐々に蓄積されていきます。
これが理由かもしれません。
追記:ちなみに、このエラーはAlpariのターミナルで見つけました。他の証券会社の端末では確認しなかったが、もしかしたらそこにもあるのかもしれない。
比較、引き算、割り算、割り算の余りを求めるときにエラーが発生する。残りの操作は確認していません:十分わかりました: )))これらの誤差が具体的な数値にどう依存するかは、何とも言えません(調べるのが面倒でした)。同じデータで発生したりしなかったりというランダムな確率があります。ひとつだけ確実に言えることは、エラーは下一桁で発生するということです。
この質問は、すでにフォーラムで取り上げられたものです。こちらと こちらで ご覧いただけます。
この質問は、すでにこのフォーラムで提起されたものです。こちらと こちらで ご覧いただけます。
リンクありがとうございます。
はい、そうです。数学コプロセッサを使ったルーレットゲームというのは独特ですね。
問題解決の糸口は見つかったのでしょうか?
いいえ、していません。MIGの別の端末を確認したところ、ザナカが4つあるものの、結果はMQ端末に近く、指標面ではさらに優れており、安定して動作しています。 これ以上ブラックボックスで遊ぶのはもったいない、端子の操作や設定などの情報が十分にあれば掘れるのだが、時間の無駄でしかない。どうやらアルパリの設定と関係があるようです。もちろん、特定のTSでは非常にティックセンシティブに表示されますが。今のところ、戦略を練り直しているので、証券会社ごとのティックのばらつきにはあまり影響しないかもしれません。
アンジェラ さん、こんにちは。
doubleまたはintのtickを扱うには、どちらのデータ型を使用しますか?また、整数型に変換する場合は、どのように行うのでしょうか?
ポイントは、端末がダブルタイプの操作で最後の一桁を間違えることが非常に多いということです。
例えば2つの等しい変数を比較する場合、このようになります(数値はこのようになる必要はありません)。
double a=1.5555;
double b=1.5555。
if (a-b>0) Print ("a>b");
elseif (a-b<0) Print ("a<b");
else Print ("a=b");
とすると、あるaとbが互いに等しいとき、結果はa>bでもa<bでもよいが、a=bのはずである。
予備的な正規化では、正しい結果が得られない。
比較、引き算、割り算、割り算の余りを求めるときにエラーが発生する。残りは確認しませんでしたが、見つけた結果で十分です:))))この誤差が具体的な数値にどう依存するかは、何とも言えません(調べるのが面倒でした)。同じデータで発生したりしなかったりというランダムな確率があります。確実に言えることは、下一桁でエラーが発生するということです。
Expert Advisor がdouble 型の演算を使用し、 その数が多い場合、エラーが徐々に蓄積されます。
これが理由かもしれません。
追記:ちなみに、このエラーはAlpariのターミナルで見つけました。他のブローカー端末では確認していませんが、もしかしたらそこにもあるのかもしれません。
このような問題に直面したことはありますが、今回は、ある端末は安定し、別の端末は安定しないという、異なる種類の問題が発生しました。
いいえ、していません。
私の個人的なメッセージを見てください。