エラー、バグ、質問 - ページ 2107 1...210021012102210321042105210621072108210921102111211221132114...3185 新しいコメント fxsaber 2018.01.23 09:43 #21061 Vladislav Andruschenko:そうですね、変えていかないといけないですね。このルールには枝葉がある。 Организация цикла перебора ордеров 2017.09.16www.mql5.com MQL4 и MetaTrader 4: Организация цикла перебора ордеров Vladislav Andruschenko 2018.01.23 09:52 #21062 fxsaber:このルールには枝葉がある。そうそう、環境が変わったときだけ履歴にアクセスする機能については、断片的に読んだことがあるし、他のスレッドであなたのリンクを見たことがあります。を読んだらエラーになりました。 Andrey Khatimlianskii 2018.01.23 09:53 #21063 fxsaber:これは間違った論理です。OrderSendが失敗し、OrderSendが成功した後、現在の取引環境を再度完全に読み込む必要があります。このルールは常に有効であるべきです。リターンコードについて私のEAでは解析していません。取引ロジックは、それらに依存してはいけないと思います。理論的には、ブローカーのサーバーとの接続が切れたときにタイムアウトが発生する可能性があります。この場合、復旧して取引環境がサーバーと完全に同期するまでは、一切何もしない方が良いでしょう。リターンコードを分析 せずに、そのような状況に陥らないようにするにはどうしたらよいでしょうか。 fxsaber 2018.01.23 09:55 #21064 コンパイルエラー です。Test.mqhファイル。int Tmp = 1;メインコード#include "Test.mqh" void OnStart() { Print(Tmp); Print(Tmp2); // 'Tmp2' - undeclared identifier } #define Tmp Tmp2 #include "Test.mqh"繰り返しのインローは無視されることが判明。しかし、この状況では間違っているのですこのような構成が必要なのは、次のような目的からです。Expert Advisorは、.mqhファイルに格納されています。しかし、私はそれを実際のアカウント(第一のインクルード)と私のテスター(第二のインクルード)で実行できるようにする必要があります。 fxsaber 2018.01.23 10:03 #21065 Andrey Khatimlianskii:理論的には、ブローカーのサーバーとの通信が途絶えたときにタイムアウトが発生する可能性があります。この場合、復旧して取引環境がサーバーと完全に同期するまでは、一切何もしない方が良いでしょう。リターンコードを分析せずに、そのような状況に陥らないようにするにはどうしたらよいでしょうか。OrderSendを 送信しましたが、サーバーからの応答を待たず、ログにタイムアウトと_LastErrorが表示されました。LastErrorは無視し、falseのみを受け取る。その後、縁があれば 取引環境を組み立て直して判断しています。もちろん、情報収集の前には必ず選択した環境を確認することが望ましい。 Andrey Khatimlianskii 2018.01.23 10:09 #21066 fxsaber:OrderSendを送信し、サーバーからの応答を待たずに、ログにタイムアウトと_LastErrorを取得しました。LastErrorを無視し、falseのみを受信する。その後、縁があれば 取引環境を組み立て直して判断しています。もちろん、情報収集の前には必ず選択した環境を確認することが望ましい。これは、OnTickで動作している場合に可能です。そうでない場合は?接続の確認方法は? fxsaber 2018.01.23 10:13 #21067 Andrey Khatimlianskii:これは、OnTickで動作する場合、動作します。そうでない場合は?接続の確認はどのように行うのですか?TerminalInfoInteger(TERMINAL_CONNECTED); Andrey Khatimlianskii 2018.01.23 10:18 #21068 fxsaber:TerminalInfoInteger(TERMINAL_CONNECTED); 歴史的に見ても、信用できない。5でテストしてみないと...。 Vladislav Andruschenko 2018.01.23 10:25 #21069 タイムアウトの問題は、接続がないことではなく、リクエストがタイムアウトを受けたことである。一方では、取引開始のシグナルがあり、リクエストをして、タイムアウトになったが、取引は開始された、というように考えています。Expert Advisorがエラーを受信しているにもかかわらず。取引環境を確認する - オープンディールを見る。しかし、例えば10個のシグナルがあった場合、このシグナルによって取引が開始されたことをどのように理解するのでしょうか?つまり、新しい取引が(端末の)履歴に現れたかどうかをチェックします。考えも及ばず@A100どのような解決策があるのでしょうか? Renat Fatkhullin 2018.01.23 10:28 #21070 fxsaber:再インコードは無視されることが判明。しかし、この状況でこれは間違っている!次のような構成が必要です。Expert Advisor は mqh ファイルに含まれています。しかし、私はそれを実際のアカウント(第一のインクルード)と私のテスター(第二のインクルード)で実行できるようにする必要があります。すべてが正しく、きちんと無視される。 シシュハックは通じない。 1...210021012102210321042105210621072108210921102111211221132114...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
そうですね、変えていかないといけないですね。
このルールには枝葉がある。
このルールには枝葉がある。
そうそう、環境が変わったときだけ履歴にアクセスする機能については、断片的に読んだことがあるし、他のスレッドであなたのリンクを見たことがあります。
を読んだらエラーになりました。
これは間違った論理です。OrderSendが失敗し、OrderSendが成功した後、現在の取引環境を再度完全に読み込む必要があります。このルールは常に有効であるべきです。
リターンコードについて私のEAでは解析していません。取引ロジックは、それらに依存してはいけないと思います。
理論的には、ブローカーのサーバーとの接続が切れたときにタイムアウトが発生する可能性があります。
この場合、復旧して取引環境がサーバーと完全に同期するまでは、一切何もしない方が良いでしょう。
リターンコードを分析 せずに、そのような状況に陥らないようにするにはどうしたらよいでしょうか。
コンパイルエラー です。
Test.mqhファイル。
メインコード
繰り返しのインローは無視されることが判明。しかし、この状況では間違っているのです
このような構成が必要なのは、次のような目的からです。Expert Advisorは、.mqhファイルに格納されています。しかし、私はそれを実際のアカウント(第一のインクルード)と私のテスター(第二のインクルード)で実行できるようにする必要があります。
理論的には、ブローカーのサーバーとの通信が途絶えたときにタイムアウトが発生する可能性があります。
この場合、復旧して取引環境がサーバーと完全に同期するまでは、一切何もしない方が良いでしょう。
リターンコードを分析せずに、そのような状況に陥らないようにするにはどうしたらよいでしょうか。
OrderSendを 送信しましたが、サーバーからの応答を待たず、ログにタイムアウトと_LastErrorが表示されました。LastErrorは無視し、falseのみを受け取る。
その後、縁があれば 取引環境を組み立て直して判断しています。
もちろん、情報収集の前には必ず選択した環境を確認することが望ましい。
OrderSendを送信し、サーバーからの応答を待たずに、ログにタイムアウトと_LastErrorを取得しました。LastErrorを無視し、falseのみを受信する。
その後、縁があれば 取引環境を組み立て直して判断しています。
もちろん、情報収集の前には必ず選択した環境を確認することが望ましい。
これは、OnTickで動作している場合に可能です。そうでない場合は?
接続の確認方法は?
これは、OnTickで動作する場合、動作します。そうでない場合は?
接続の確認はどのように行うのですか?
歴史的に見ても、信用できない。5でテストしてみないと...。
タイムアウトの問題は、接続がないことではなく、リクエストがタイムアウトを受けたことである。
一方では、取引開始のシグナルがあり、リクエストをして、タイムアウトになったが、取引は開始された、というように考えています。
Expert Advisorがエラーを受信しているにもかかわらず。
取引環境を確認する - オープンディールを見る。
しかし、例えば10個のシグナルがあった場合、このシグナルによって取引が開始されたことをどのように理解するのでしょうか?
つまり、新しい取引が(端末の)履歴に現れたかどうかをチェックします。
考えも及ばず
@A100
どのような解決策があるのでしょうか?
再インコードは無視されることが判明。しかし、この状況でこれは間違っている!
次のような構成が必要です。Expert Advisor は mqh ファイルに含まれています。しかし、私はそれを実際のアカウント(第一のインクルード)と私のテスター(第二のインクルード)で実行できるようにする必要があります。
すべてが正しく、きちんと無視される。
シシュハックは通じない。