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

[Oleg Tsarkov]

Swan:

View-Tools-Experts.

ゼロによる除算は重大な誤り である。mqlのプログラムは断固としてこれを拒否する)

がわからない場合は、このようにするとよいでしょう。

ゼロによる除算は特定の場合にのみ発生する、このゼロはあってはならない、除数と被除数を別々にとれば存在しない、ここが不明確であることを示しました。

OK、ありがとうございます。自分で調べてみます。もしかしたら、ご回答の中に真実があるかもしれません、改めてありがとうございました。

[Oleg Tsarkov]

Im_hungry:

残念ながら、ハマるには時間がかかる。そして、時は金なり。

問題が解決することはない。

mql4.comでも、その他の状況でも、私もできることは時々お手伝いしています。黙っていればいいものを。

[Alexander Puzikov]

Olegts:
mql4.comでも他の状況でも、無欲の助けというものがある。私もできることがあれば、時々助ける。黙っていればいいものを。

相互の、私の友人 - 相互の。

[Yedelkin]

papaklass:

こんなんでいいのか？

ポジションがクローズされ、リクエストPositionGetDouble(POSITION_PRICE_OPEN)がクローズされたポジションの値を返します。新しいポジションが開設されるまで、古い（すでに決済された）ポジションの値は変更されません。こんなんでいいのか？

整理しますとPositionGetDouble(POSITION_PRICE_OPEN) クエリは、ポジションの有無のクエリの後に実行されるのですか？

[Alexander Puzikov]

妙諦

これを避けるために、私は次のように使っています。

double open = 0.0;
if (PositionSelect(Symbol_1))
 {
  open = PositionGetDouble(POSITION_PRICE_OPEN);
 }

で、希望通り0になります。

[Yedelkin]

papaklass:

Request PositionsTotal() = 0.ここで、PositionGetDouble(POSITION_PRICE_OPEN)クエリを作成し、既にクローズしたポジションの開始価格をレスポンスで取得します。理想的には、ポジションが開かれていないため、ゼロを得るべきです。そう、ポジションの存在意義を問うた上で。

私の考えでは、すべてはルールの範囲内です。

PositionSelect()関数は位置データをソフトウェア環境にコピーし、その後のPositionGetDouble()、PositionGetInteger()、PositionGetString() の呼び出しは先にコピーしたデータを返します。つまり、ポジションそのものはもう存在 しないかもしれないが（あるいは、ボリュームや方向などが変わっているかもしれない）、このポジションのデータはまだ取り出す ことができるのだ。新鮮なポジションデータの受信を保証するために、それらを呼び出す直前に PositionSelect()関数を呼び出すことを推奨します。

しかし、位置の選択に失敗した場合、位置データを要求しなければならない理由がわからない。でも、気にしないでください。

[削除済み]

開発者の皆様へ。押しつけと思わないでください、質問があります。価格がある値に達した場合、保留中の注文を キャンセルすることができますが、いかがでしょうか？

[Slava]

Diubakin:

Build 507にアップグレードした後、テスターで2つの問題が発生しています。

1.最適化中にテスターのタブを切り替えると、ターミナルがクラッシュすることがある（常にではありません）。

2.最適化されたパラメータとして列挙が選択された場合、最適化結果の 1つを実行しようとすると、Expert Advisorにこの列挙の値が表示されない（つまり、常にゼロに等しい）。

最適化中に列挙の問題が見つかり、ターミナルがクラッシュしたようです。次のビルドを待つ必要があります。

[Ilya Belyaev]

stringo:
最適化中の列挙と端末のドロップアウトの問題が見つかったようです。次のビルドを待つ必要があります。

素晴らしい。リモートエージェントがハングアップする問題は再現できないのでしょうか？
もう飽き飽きなんです。フリーズせずに最適化が進むことは稀です。
凍結したエージェントをオフにして、次の凍結までオンにして、ということを繰り返しています。
そして、ローカルネットワーク上にあるエージェントとクラウドエージェントの両方でハングアップします（頻度は低いですが）。

[Slava]

crOss:

それは素晴らしいことです。リモートエージェントがハングアップする問題は再現できないのでしょうか？
だんだん嫌気がさしてきた。フリーズせずに最適化が進むことは稀です。
ハングアップしたエージェントをオフにして、次にハングアップするまでオンにして、ということを繰り返さなければなりません。
そして、ローカルネットワーク上にあるエージェントとクラウドエージェントの両方でハングアップします（頻度は低いですが）。

エージェントでいろいろと修正されました。しかも、次のビルドを待つ必要はありません。リモートエージェントが現在リリースされているビルドにアップグレードするのを待つ必要がある