「フローティングPositionSelect()エラー - ページ 5

 

prostotrader:

教授 "の方が分かりやすいですか?

へっへっへっへ。あなたは大人なのか、それとも何なのか?

スクリーンショットで見せたかったものは何ですか?

ログのポイントを見ていきましょう。

まず最初に。

2016.08.15 15:37:17.720    Test_deff_order (GAZR-9.16,M1)    History done. Ticket: 50942179

第2パラグラフでは、何が見えているのでしょうか。

せっかくなので、書いておきますね。

2016.08.15 15:37:17.720    Test_deff_order (GAZR-9.16,M1)    Volume initial: 1.0. Volume current: 0.0 Deals done: 0.0 

 

しかし、もう一度言いますが、ポジション量を 分析するトリガーが TRADE_TRANSACTION_DEAL_ADD タイプの取引であることを考慮せずに何か(注文)を分析しようとしているのです。

それなのに、何度目かのTRADE_TRANSACTION_DEAL_ADDでしつこく、ポジション量を確認しないんですね。

以下は、上記のメッセージにあるあなたのコードです。

      case TRADE_TRANSACTION_DEAL_ADD:
        if((order_ticket!=0) && (trans.order==order_ticket))
        {
         Print("Deal done. Ticket: ",trans.order);
        }
      break; 
 
Изменение позиции в терминале происходит строго в результате получения сделочной транзакции, ....

トランザクションが到着する前に、(2番目のケースの)ポジションが変化していることがわからないのでしょうか?

THIS SHOULD NOT BEは、Alexndrが書いたからです。

Изменение позиции в терминале происходит СТРОГО в результате получения сделочной транзакции, ....
 

STRICTLY!

STRICTLY!

STRICTLY!

STRICTLY!

 
prostotrader:

トランザクションが入る前に(2つ目のケースの)ポジションが変わっているのがわからないのでしょうか?

THERE SHOULD NOT BEは、Alexndrが書いたからです。

あ、それだ...。より正確には作者のみが語るでしょう :-))

でも、イマイチ、この言葉を選ぶ意味がないんですよね。取引はすでに到着しており、OnTradeTransaction() ですぐに処理されないだけです。

面白いのは、コードに TRADE_TRANSACTION_HISTORY_ADDの ケースがあるのに、取引トランザクションを指していることです。

ここでは、トランザクション(ケースTRADE_TRANSACTION_DEAL_ADD)を調べて処理することが重要であると考えます。

 
Dennis Kirichenko:

あ、それだ...。より正確には作者にしかわからない :-))

でも、イマドキは、この言葉を選ぶべきではありません。取引はすでに到着しており、OnTradeTransaction()ですぐに処理されなかっただけです。

イマイチ、取引を吟味して処理することが大事なのでは...。

デニスさん、ありがとうございます。

OnTradeTransactionが 何なのかすら知らないカモです

 
prostotrader:

Deniskaさん、ありがとうございます。

OnTradeTransactionが何なのかも知らないで、カモにされています。

どういたしまして。しかし、あなたの皮肉には根拠がありません。すでにコードのどこが間違って いるのか、何度も連続で揉まれていますね。

少なくとも、ウラジミールには感謝すべきですね、正しい方向を最初に示してくれたのですから ;-)

 
Dennis Kirichenko:

どういたしまして。しかし、あなたの皮肉は意味がありません。コードのどこが おかしいのか、何度も続けて言われたことがありますね。

少なくともウラジミールには感謝すべきですね、正しい方向を最初に示してくれたのは彼ですから;-)

気ままに」読んでください。

https://www.mql5.com/ru/forum/93357#comment_2707875

 

カルプトフ ウラジミール

アバターの下の数字は1000倍にはならないのでしょうか?

もうひとつ...

念のため言っておくと、すべての例で注文は出されています。

非同期なので、コントロールすることが重要 です

 
prostotrader:

カルプトフ ウラジミール

アバターの下の数字が1000で死ぬのはダメなんですか?

アバターの下の桁はあなたのものではないので、あなたには何の力もありません(自由に変えることはできません)。

追加されました。

TRADE_TRANSACTION_DEAL_ADD型を持つ取引まで、注文を忘れる。なぜ「忘れる」のか?なぜなら、それは「WRONG」だからです。