エラー、バグ、質問 - ページ 1905

新しいコメント
  
8.6 е+18
その数字が本当に8600000000000000なのか？
このビットをギガバイトに変換すると、-107500000000GBとなります。
 
2017.05.29 22:53:02.047 MQL4 Market: failed create temp file for downloadingproduct'Prodigy' [267]（製品 ダウンロード用テンポラリファイルの作成に失敗しました。

 
ノートPCのバッテリーを消耗した。
MetaEditor 1601で動作していました。
バッテリーの充電が0％で、MT4プログラムのコンパイル中にノートパソコンの電源が切れてしまったのです。
次に作業ファイルを開いたとき、コードの代わりに311KBのNUL値が入っていて、とても驚きました。

可能であれば、コンパイル時の保存手順について、より安全な実装をご検討ください。
 
Sergey Dzyublik:
ノートPCのバッテリーを消耗した。
MetaEditor 1601で動作していました。
バッテリーの充電が0％で、MT4プログラムのコンパイル中にノートパソコンの電源が切れてしまったのです。
次に作業ファイルを開いたとき、コードの代わりに311KBのNUL値が入っていて、とても驚きました。

可能であれば、コンパイル時の保存手順について、より安全な実装をご検討ください。

もしかしたら、より強力なバッテリーを搭載したノートPCを購入する意味があるのでは？または電源から安全に作業する？
 
Sergey Dzyublik:
ノートPCのバッテリーを消耗した。
MetaEditor 1601で動作していました。
バッテリーの充電が0％で、MT4プログラムのコンパイル中にノートパソコンの電源が切れました。
次に作業ファイルを開いたとき、コードの代わりに311KBのNUL値が入っていて、とても驚きました。

可能であれば、コンパイル時の保存手順について、より安全な実装をご検討ください。
ノートパソコンに警備員をつけて、バッテリーの充電を見張り、必要ならプラグを差し込むようにしたほうがよいでしょう ))
 
Konstantin:
ノートパソコンに警備員をつけて、バッテリーの充電状態を監視し、必要ならプラグを差し込むようにした方が良いですね ))

冬眠はそのためにあるのだから...。と電源ソケットをタイマー付きで...

 
Sergey Dzyublik:
その数字が本当に8600000000000000なのか？
このビットをギガバイトに換算すると、-107500000000GBとなります。


自分でゼロを数えたのに...。

6.18e+18を設定し、さらにOnTesterPassが新しい世代でのみ呼び出されるようにした場合。ダイレクトブルートフォースでは全く呼ばれませんが...。そして、そのことはヘルプには一言も書かれていない。そんなテスターの "クセ "を、人は時間をかけて自分で探さなければならないのです。


 

契約仕様で迷っている。

1. 刻み目サイズ == 刻み目ステップ ==SYMBOL_TRADE_TICK_SIZE

2.ティック価格 == 1ピップの値 ==SYMBOL_POINT

ということなのでしょうか？

この混乱は、オトクリートブローカーにTGKAの在庫があるため、そこの仕様が正しくないために生じたものです。

1. 刻み目の大きさ == 0.000005
2. 刻み値 ==0.00001(本来は0.000001)

 
MT5では、最適化セットと個別のテスト実行の結果に大きな差があるのはなぜですか？株式欄で出会いました。テスターを使った作業の特殊性に関するヘルプに目を通しましたが、上記の状況に影響を与える可能性のある不明な点が1つだけ見つかりました。ヘルプの「テスターでの時間モデリング」の章から進むと、TimeTradeServer() 関数が返すサーバー時間は常にGMT時間に等しく、タイムゾーンのオフセットに対する補正はありません。テスト中のロボットはオークションの間に操作ウィンドウを持ち、TimeTradeServer()関数を使ってこのウィンドウを同期させているので、何か理由がありそうなので、テスト中にタイムゾーン補正を追加する必要があります。
 

こんにちは！MT4では、スプレッド内の指値注文を削除すると、削除する注文がハングアップしてしまい、ターミナルをリロードしないと直らないというエラー状況がよく発生します。私が理解した範囲では、 、次のような仕組みで発生します。

1 ) スプレッドの内側に、Ask (買い 注文の場合 Limit) またはBid (売り 注文の場合 Limit) の価格に近い指値を設定し、しばらくしてからそれを削除しようとします。

2 ) OrderDelete()というコマンドを送ります。このコマンドがサーバーに送られる間、注文はすでにサーバー上で実行されているかもしれません（スプレッドの内側で、発動価格に非常に近いところにある）。コマンドがサーバーに届くと、成行注文に適用されてしまい、ターミナルにエラーが表示され、注文が凍結してしまうようです。 この場合、ターミナルの注文は指値注文のままで (OrderType() 関数でも指値注文として定義されています)、ターミナルを再起動した後でのみ成行注文として表示されます。 リミットワン として削除し続けると、Expert Advisor のログにコード：3、ターミナルログに[Invalid parameters] というエラーが表示されます。実際には、このような中断された注文でのアクションは不可能です。クライアントターミナルでは指値注文、サーバーでは成行注文です。 。また、手動で注文を削除することもできません。

エラー再現のための簡易EA（Buy Limitのみ）と、8つのEAを並行してインストールしたプロファイルを添付します（1つのEAでエラーをキャッチするよりも早くエラーが表示されます-1つのインストールしたEAでも表示されますが）。買い 注文 指値は、Ask 価格 の5桁下の1ポイントに設定され、設定後 1秒後に解除されます。Ask 価格 の5ポイント下でも注文を出し、何秒/何分/何時間後に削除しても、出現の仕組みは変わらないので、エラーの頻度は減りますが、時々発生します。

ターミナルを起動 し、保留中の注文が表示されるのを待つ必要があります。市場の動きにもよりますが、通常は1時間以上待つことはありません。

念のため、システム

Microsoft Windows XP（X86ベースPC）、IE 08.00、2 x Intel Core i3-2120@ 3.30GHz、RAM：2421 / 3981 Mb、HDD：195187 / 666422 Mb、GMT+03：00。

MT4：バージョン4.00ビルド1090（2017年5月19日発売）

MetaEditor: バージョン 5.00 ビルド 1601 (2017年5月19日)

ファイル:
u5n4kzh_7_uygliu.zip  51 kb
1...189818991900190119021903190419051906190719081909191019111912...3185
新しいコメント