//+-------------------------------------------------------------------------------------+//| Поиск своих ордеров |//+-------------------------------------------------------------------------------------+void FindOrders(int& t, int& p)
{
int total = OrdersTotal() - 1;
t = 0;
p = 0;
for (int i=total; i>=0; i--)
{
if (!OrderSelect(i,SELECT_BY_POS,MODE_TRADES)) continue;
if (OrderSymbol() != Symbol()) continue;
if (OrderMagicNumber() != i_magic) continue;
if (OrderType() > 1 && OrderType() < 6)
{
p++;
}
t++;
Comment("t = ", t, "p = ", p);
pr ("FindOrders(): " + "t = " + t);
pr ("FindOrders(): " + "p = " + p);
}
}
カウンターの初期値もゼロになるところから呼んでいます。
int start()
{
if (g_lastBarTime == Time[0]) // На текущем баре все необходимые действия..return (0); // ..уже были выполненыint oTotal = 0, oPending = 0;
FindOrders(oTotal, oPending);
int signal = GetGeneralSignal(oTotal);
if (signal != SIGNAL_NO)
{
if (!Trade(signal))
return(0);
}
else
また、この数字が受注統計の収集にどのような影響を与える可能性があるのでしょうか？
すごいですねぇ。一番面白いのは、奇しくもそれを知っている人がいることです。誰がどう考えても、そうだろう。
デモでフクロウがテストされた場合、この順番はどう説明されるのでしょうか？つまり、デモで最初に渡されたバランスは、その...求められるONEになるのでしょうか？そして、現実の市場にあるのは、引き出したり預けたりしたものですよね？
おそらく、良い利益でクローズしたら預金の一部を引き出し、損失を出したら埋め合わせるというようなことを規定することが可能なのだろう。調べてみないと、もしかしたらそんなものがあるのかもしれない、え？
そして、この数字がワラントの統計収集にどのような影響を与えるのでしょうか？
すごいですねぇ。一番面白いのは、奇しくもそれを知っている人がいることです。誰がどう考えても、そうだろう。
デモでフクロウがテストされた場合、この順番はどう説明されるのでしょうか？つまり、デモで最初に渡された残高が、その......求められるONEになるのでしょうか？そして、リアルなものでは......すでに引き出して預けたものですよね？
では、注文の繰り返しの中でタイプ6があるかどうかを確認し、もしあればそれに関するすべてのデータをログに出力してみてはいかがでしょうか。もっと明確な情報を見れば、どう使えばいいのかがわかると思うんです。え？:))
ZS ペストのためではなく、開発のために...。
いずれかのループでオーダータイプ6があるかどうかを確認し、あった場合はすべてログに残すようにしてはいかがでしょうか。もっと明確な情報が見えてくれば、それを活用する意味も出てくると思うんです。え？:))
ZS ペストのためではなく、開発のために...。
今のコードが完成したらやってみます。 (注文のパラメータを全部ログに表示するという意味？テスターでも？)取引以外の操作 だけなら、不覚にもこれだけ不思議なのですが。
ちなみに、注文検索機能は直しました。何も変わっていない。全注文数および未決済注文数の最小値は1です。市場にまったく注文がないときでも。以下はそのコードです。
タイプ6はすでに除外されています。なぜかゼロになることがない。どうしたんですか？このようなことは、以前からすべてうまくいっていたのです。コードは原始的にシンプルです。
今のコードが完成したらやってみます。 (つまり、注文の全パラメータをログに表示する？テスターでも？)取引動作しないだけなら、欠席でもおかしいですが。
ちなみに、注文検索機能の修正です。何も変わっていない。全オーダー数、一般的なオーダー数の最小値は1以上です。市場にまったく注文がないときでも。以下はそのコードです。
タイプ6はすでに除外されています。なぜかゼロになることがない。どうしたんですか？このようなことは、以前からすべてうまくいっていたのです。コードは原始的にシンプルです。
if (OrderType() > 1 && OrderType() < 6)
それはもう、どうやら眠気のサインらしい。
でも、そんなことはどうでもいいんです。テスターでフクロウを動かしています。スクリーンショットでは、保留中の注文や成行注文がないことがお分かりいただけると思います。
別件関数も、別件関数を複製して必要な値を表示させた標準コメントも、常に成行注文と未決済注文があることを示しています。
このような機能です。
カウンターの初期値もゼロになるところから呼んでいます。
私の間違いを見つけるのを手伝ってください))
if(to1<tc&&mag==11&&total>0&&tip==OP_BUYSTOP){
RefreshRates()。
double st=NormalizeDouble(Ask+delta*Point-StopLoss*Point,Digits)です。
double tp=NormalizeDouble(Ask+TakeProfit*Point+delta1*Point,Digits);
if (オーダーモディファイ(チケット,アスク+デルタ*ポイント,3,st,tp))
{to1=tc; Print("BUY STOP1 MOD : ");}.
}
オーダーモディファイエラー 130
フォーラムのスレッドを追跡することができません。
MQL5フォーラムのように、お気に入りスレッドの新着メッセージは、上部のプロフィール付近にアスタリスクで表示されるようにしてもらえると、より良いですね。