取引ロボットをマーケットにリリースする際のバリデーションエラー。 - ページ 4 12345678910 新しいコメント Andrey Kaunov 2020.07.22 12:10 #31 こんにちは。 今日からバリデーターがメッセージを出すようになりました。 3人の試験官で確認、10秒で失敗。ソフトに何か問題があるのかもしれませんね。 追伸:OnTick()にチェックのため、printの1行目を入れています。 テスターレポートが白紙になることはありえない!!!ログがいっぱいになってしまった。 Andrey Khatimlianskii 2020.07.22 13:22 #32 Andrey Kaunov:今日、バリデーターがメッセージを出すようになりました。 そうでした、合格です。バリデーターエラーです。 Anton 2020.07.22 13:42 #33 Andrey Kaunov:こんにちは。今日からバリデーターがメッセージを出すようになりました。 メッセージをありがとうございました。修正しました。 Andrey Kaunov 2020.07.22 13:50 #34 はい、Validatorは稼働しています。しかし、今、もうひとつ不思議なことがあります。この結果を得るために使用されるバリデータ 同時に私のテスターでは、すべてうまくいきます。コードを確認するために松葉杖をついた(division by zero)。 そして得た。 その結果、テスト中にバリデーターが注文開始の機能を残したままであることが判明しました。なぜ、取引操作をしない のかが全く不明。 Stanislav Korotky 2020.07.22 18:56 #35 Andrey Kaunov:はい、Validatorは稼働しています。しかし、今、もうひとつ不思議なことがあります。この結果を得るために使用されるバリデータ同時に私のテスターでは、すべてうまくいきます。コードを確認するために松葉杖をついた(division by zero)。そして得た。その結果、テスト中にバリデーターが注文開始の機能を残したままであることが判明しました。アナライザーが取引操作を 発生させない 理由がわからない。 おそらく、注文送信時にエラーが発生し、ログにGetLastErrorのようなものが含まれているのでしょう。MQLにThrow(code)型の関数が追加されて、ゼロ除算のような停止に至るがコードを返して、Throw(GetLastError())と書いてログにヒントが出るようになるといいんですけどね。ちなみに、TerminalClose(retcode)という関数がありますが、それを使ってみてもいいのですが、単にautotesterで無効になっているだけだと思われます。 Andrey Kaunov 2020.07.23 08:13 #36 全く同感です。 もちろん理想は、バリデーターが3行のレポートだけでなく、テストログを送信することです。そうすれば、空に向かって指をさすのではなく、何が問題なのかを考えるきっかけになるはずです。 ぜひ、考えてみてください。 Artyom Trishkin 2020.07.23 09:01 #37 Andrey Kaunov:全く同感です。もちろん理想は、バリデーターが3行のレポートだけでなく、テストログを送信することです。そうすれば、空に向かって指をさすのではなく、何が問題なのかを考えるきっかけになるはずです。ぜひ、考えてみてください。 むしろ、取引関数の ロジックを正しく起草するよりも、特定のエラーを回避(隠蔽)する方法があるはずです。バカげた」入力パラメータが適切に説明され処理されていれば、あるいは取引条件が間違って計算されていても、検証エラーは発生しないはずです。 Andrey Kaunov 2020.07.23 09:53 #38 ここにエラーはない、全く理解できない。トレード機能の前に松葉づえ(ゼロによる除算)を置いてみた。 効くんです。 取り出すと、同じものが出てくる。 トレーディング業務は行っていない。 バリデータがOrderSend()するのを妨げる要因がわからない。結局、彼に届けば、課金エラー(全部直したけど)130、131、134、・・・があるはずで、「取引操作なし」はないのです。あとはOnInit()でどこか遠くに保留の注文を入れるだけなのですが、どう戦えばいいのかわかりません。 Mikhail Pigolkin 2020.07.23 10:02 #39 Andrey Kaunov:ここにエラーはない、全く理解できない。トレード機能の前に松葉づえ(ゼロによる除算)を置いてみた。効くんです。取り出すと、同じものが出てくる。トレーディング業務は行っていない。 バリデーターがOrderSend()を妨げる要因がわからない。結局、彼に届けば、課金エラー(全部直したけど)130、131、134、・・・があるはずで、「取引操作なし」はないのです。あとはOnInit()でどこか遠くに保留の注文を入れるだけなのですが、どう戦えばいいのかわかりません。 こんにちは。以前ここで書いた関数を追加してみてください。 Mikhail Pigolkin 2020.07.23 10:03 #40 彼女だけでしょう。 12345678910 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
こんにちは。
今日からバリデーターがメッセージを出すようになりました。
3人の試験官で確認、10秒で失敗。ソフトに何か問題があるのかもしれませんね。
追伸:OnTick()にチェックのため、printの1行目を入れています。
テスターレポートが白紙になることはありえない!!!ログがいっぱいになってしまった。
今日、バリデーターがメッセージを出すようになりました。
そうでした、合格です。バリデーターエラーです。
こんにちは。
今日からバリデーターがメッセージを出すようになりました。
メッセージをありがとうございました。修正しました。
はい、Validatorは稼働しています。しかし、今、もうひとつ不思議なことがあります。この結果を得るために使用されるバリデータ
同時に私のテスターでは、すべてうまくいきます。コードを確認するために松葉杖をついた(division by zero)。
そして得た。
その結果、テスト中にバリデーターが注文開始の機能を残したままであることが判明しました。なぜ、取引操作をしない のかが全く不明。
はい、Validatorは稼働しています。しかし、今、もうひとつ不思議なことがあります。この結果を得るために使用されるバリデータ
同時に私のテスターでは、すべてうまくいきます。コードを確認するために松葉杖をついた(division by zero)。
そして得た。
その結果、テスト中にバリデーターが注文開始の機能を残したままであることが判明しました。アナライザーが取引操作を 発生させない 理由がわからない。
おそらく、注文送信時にエラーが発生し、ログにGetLastErrorのようなものが含まれているのでしょう。MQLにThrow(code)型の関数が追加されて、ゼロ除算のような停止に至るがコードを返して、Throw(GetLastError())と書いてログにヒントが出るようになるといいんですけどね。ちなみに、TerminalClose(retcode)という関数がありますが、それを使ってみてもいいのですが、単にautotesterで無効になっているだけだと思われます。
全く同感です。
もちろん理想は、バリデーターが3行のレポートだけでなく、テストログを送信することです。そうすれば、空に向かって指をさすのではなく、何が問題なのかを考えるきっかけになるはずです。
ぜひ、考えてみてください。
全く同感です。
もちろん理想は、バリデーターが3行のレポートだけでなく、テストログを送信することです。そうすれば、空に向かって指をさすのではなく、何が問題なのかを考えるきっかけになるはずです。
ぜひ、考えてみてください。
むしろ、取引関数の ロジックを正しく起草するよりも、特定のエラーを回避(隠蔽)する方法があるはずです。バカげた」入力パラメータが適切に説明され処理されていれば、あるいは取引条件が間違って計算されていても、検証エラーは発生しないはずです。
ここにエラーはない、全く理解できない。トレード機能の前に松葉づえ(ゼロによる除算)を置いてみた。
効くんです。
取り出すと、同じものが出てくる。
トレーディング業務は行っていない。
バリデータがOrderSend()するのを妨げる要因がわからない。結局、彼に届けば、課金エラー(全部直したけど)130、131、134、・・・があるはずで、「取引操作なし」はないのです。あとはOnInit()でどこか遠くに保留の注文を入れるだけなのですが、どう戦えばいいのかわかりません。
ここにエラーはない、全く理解できない。トレード機能の前に松葉づえ(ゼロによる除算)を置いてみた。
効くんです。
取り出すと、同じものが出てくる。
トレーディング業務は行っていない。
バリデーターがOrderSend()を妨げる要因がわからない。結局、彼に届けば、課金エラー(全部直したけど)130、131、134、・・・があるはずで、「取引操作なし」はないのです。あとはOnInit()でどこか遠くに保留の注文を入れるだけなのですが、どう戦えばいいのかわかりません。