注文が選択されているかどうかを確認する方法 - ページ 7 1234567891011121314...20 新しいコメント Boris 2013.02.16 21:48 #61 tara: スペインも:) スペインは南部で、バルセロナは寒さや耐え難い暑さがなくとても穏やかな気候で、街自体もとても美しくコンパクトなので、ムスコの私はとても気に入りましたよ。 Mislaid 2013.02.16 22:40 #62 TS は MT4 の文書化されていない機能を利用したいと考えています。OrderSelect()関数は、EA（スクリプト）に対してグローバルなポインタ（TCでは "order selected "と呼ぶ）を作成します。次の2つのスクリプトで説明します。 この呼び出されたプロシージャが作成したポインタは、呼び出されたプロシージャで利用可能です。int start() { ordsel(); Print( OrderTicket( ) ); return(0); } void ordsel() { OrderSelect( 1, SELECT_BY_POS, MODE_HISTORY ); Print( OrderTicket( ) ); } 2013.02.17 02:50:48 111 EURUSD,H1: uninit reason 0 2013.02.17 02:50:48 111 EURUSD,H1: 18338793 2013.02.17 02:50:48 111 EURUSD,H1: 18338793 2013.02.17 02:50:48 111 EURUSD,H1: 正常にロードされました。 作成されたポインタは、呼び出されたプロシージャで利用可能です。int start() { OrderSelect( 1, SELECT_BY_POS, MODE_HISTORY ); Print( OrderTicket( ) ); ordsel(); return(0); } void ordsel() { Print( OrderTicket( ) ); } 2013.02.17 02:56:10 111 EURUSD,H1: uninit reason 0 2013.02.17 02:56:10 111 EURUSD,H1: 18338793 2013.02.17 02:56:10 111 EURUSD,H1: 18338793 2013.02.17 02:56:10 111 EURUSD,H1: 正常にロードされました。 でも、使ってみると、なんだか気持ち悪い。 How to check if [警告は閉鎖されました！】フォーラムを乱雑にしないために、どんな初心者の質問でも。プロフェッショナルは、通り過ぎないでください。あなたなしでは、どこにも行けない。 MetaTrader 4 Build 600 Boris 2013.02.16 22:46 #63 tara: 結婚した方がいいよ、お兄ちゃん。 何のために？多くの人が無登録で、子供と一緒に住んでいます。なぜ、いろいろな料金を支払うのか？それなら、全部持っているから必要ない。 Рустам 2013.02.16 22:49 #64 Ant_TL:まあ、ここにいる人たちはみんな超クールらしいのですが、そのクールにこだわり始めると、FAQさんからもバンバン叩かれそうで怖いです（笑）。というわけで、議論に参加された皆さん、ありがとうございました。この質問には私以外誰も興味がないので、おそらくこのトピックは終了してよいでしょう。たぶん、トピック名が誤解を招くので、「mql4で現在の注文が現在選択されているかどうかを確認する方法」とかいう名前にすればよかったのでは？そうでなければ、一部の教育者が質問をブクマレベルに綴る必要があります。 1）あなたの「すごさ」が目を引くのだと思います。2）無礼な態度を取り続けると、教育上、まさに「バンバン叩かれる」ことになります。3）あなたのメッセージ（太字）は、2ページ目から「綴る」ことなく理解され、私（戦車に乗っている人については）はすでにNoと答えています。そんな保証はない、欲しいなら自分で、事前にしっかり 対策しておくことだ。4) いくら長いプログラムを書こうが勝手ですが、知識の差があり、それを社会の犠牲の上に埋めたいのであれば（このフォーラムはそのためにある）、まともな行動をとるように心がけましょう。 Ilya Malev 2013.02.22 01:40 #65 Mislaid:TS は MT4 の文書化されていない機能を利用したいと考えています。OrderSelect()関数は、EA（スクリプト）に対してグローバルなポインタ（TCでは "order selected "と呼ぶ）を作成します。以下の2つのスクリプトで実証されているように でも、使っていて気持ち悪い。 なぜ非正規雇用で、なぜ変なのか？このポインタはEAまたはスクリプトモジュール内でのみグローバルで、ライブラリモジュールは独自のポインタを持っているため、カスタムライブラリを除いては常に動作します。 Ilya Malev 2013.02.22 01:55 #66 FAQ:3）あなたのメッセージ（太字）は、2ページ目から「綴る」ことなくすでに明確であり、私（戦車の中の人）はすでに「いいえ」と答えています。そんな令状はない、欲しいなら自分で、事前にしっかり 対策しておけ。4) いくら長いプログラムを書こうが勝手ですが、知識の差があり、それを社会の犠牲の上に埋めたいのであれば（このフォーラムはそのためにある）、まともな振る舞いを心がけましょう。他にどんな保証がないのでしょうか？知識にギャップはない、それはあなたのフィクションです。私が注意を促したのは、mql4で注文を扱う仕組みにギャップがあることだと思います、以上です。多くの関数がハイライトされたオーダーで動作するのであれば、オーダーがハイライトされているかどうか、エラーが発生しないようにチェックすることができるはずです。 松葉杖を工夫する、オーダー選択を 十数か所で記憶する、間違えないようにパラメータを渡す、などということは理解できますが、そのようなことはできません。FAQ: 2）無礼な態度を取り続けると、教育上、必ず「バンバン」と呼ばれるものが出てきます。ボリさんが数ページにわたって私に失礼なことを言ったのは、明らかにあなたの鋭い目を通り過ぎたのです。選択的なんですね。 Mislaid 2013.02.22 03:03 #67 Ant_TL:他にどんな保証がないのでしょうか？私の知識にギャップはありません、それはあなたのフィクションです。私が指摘したのは、mql4で注文を扱う仕組みにギャップがあるという問題点、ただそれだけです。注文を選択した状態で動作する関数がある場合、注文が選択されているかどうかをエラーにならないようにチェックできる必要があります。 松葉杖を作ったり、十数か所で注文を選択することを覚えたり、間違えないようにパラメータを送ったり、いろいろできるのは理解しています。 mql4には隙間がない。選択された注文の 状態は、注文のオープン/クローズ、テイク/ストップ、保留中の注文の実行/削除、注文の部分決済など、注文に関するあらゆる操作で変化します。 だから、何かを記憶して送信する必要はないのです。状態が変化していないことをあてにしてはいけない。オーダーが選択されても、もはや同じではない。 Ilya Malev 2013.02.22 03:07 #68 Mislaid: mql4には隙間がない。選択された注文の状態は、注文の開閉、取込・停止、保留注文の執行・削除、注文の一部決済など、注文に関するあらゆる操作で変化します。 したがって、何も記憶して送信するべきではありません。状態が変化していないことをあてにしてはいけない。オーダーが選択されても、もはや同じではない。具体的な状況を指摘すると、注文を処理するメインループがあるのです。そして、このループの中で使用される補助関数がいくつかあり、これもオーダーと連動しています。これらの関数を呼び出した後に、メインループのロジックを崩してはならない。つまり、補助関数がオーダーの作業に影響を与える場合、その関数が呼び出された瞬間の「ポインター」の状態を記憶し、それが終了した時の状態に戻す必要があります。しかし、それは松葉杖をついてエラーを発生させなければできないことです。ここはまさに隙間です。実際、最初の記事で書いたように、補助関数で「ポインタ」の状態を制御する必要性を無視すると、発見しにくいエラーにつながることがあります。 Mislaid 2013.02.22 03:34 #69 Ant_TL: 具体的な状況を指摘すると、注文を処理するメインループがあるのです。そして、このループの中で使用される補助関数がいくつかあり、これもオーダーと連動しています。これらの関数を呼び出した後に、メインループのロジックを崩してはならない。つまり、補助関数がオーダーの作業に影響を与える場合、その関数が呼び出された瞬間の「ポインター」の状態を記憶し、それが終了した時の状態に戻す必要があります。しかし、それは松葉杖をついてエラーを発生させなければできないことです。ここはまさに隙間です。 実際、最初の記事で書いたように、補助関数で「ポインタ」の状態を監視する必要性を無視すると、発見しにくいエラーにつながることがあります。 あなたがEAを誰かに譲り渡したとします。他のEAが動いているかどうかわからないし、自分の手でトレードしているのかもしれない。 もしかしたら、このEAを書き終えて、新しいEAを書き始めるかもしれません。ここで古いものは不具合が出る。 Ilya Malev 2013.02.22 03:41 #70 Mislaid: あなたがEAを誰かに譲り渡したとします。もしかしたら、他のEAを動かして、自分の手でトレードしているのかもしれませんよ。 もしかしたら、このEAを終えて、新しいEAを書き始めるかもしれません。そこで古いものだと不具合が出る。 何ですって？Expert Advisorを渡した相手と、何か関係があるのでしょうか？ポインタ」の状態は、他のEAや端末の何らかの動作に影響されると思いますか？ポインタ」（現在選択されている注文のチケット）は、モジュールレベルの変数です。4105エラーを発生させることなくアクセスできるといいのですが、これは私がずっと書いてきたことです。 1234567891011121314...20 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
スペインも:)
TS は MT4 の文書化されていない機能を利用したいと考えています。OrderSelect()関数は、EA（スクリプト）に対してグローバルなポインタ（TCでは "order selected "と呼ぶ）を作成します。次の2つのスクリプトで説明します。
この呼び出されたプロシージャが作成したポインタは、呼び出されたプロシージャで利用可能です。
2013.02.17 02:50:48 111 EURUSD,H1: uninit reason 0
2013.02.17 02:50:48 111 EURUSD,H1: 18338793
2013.02.17 02:50:48 111 EURUSD,H1: 18338793
2013.02.17 02:50:48 111 EURUSD,H1: 正常にロードされました。
作成されたポインタは、呼び出されたプロシージャで利用可能です。
2013.02.17 02:56:10 111 EURUSD,H1: uninit reason 0
2013.02.17 02:56:10 111 EURUSD,H1: 18338793
2013.02.17 02:56:10 111 EURUSD,H1: 18338793
2013.02.17 02:56:10 111 EURUSD,H1: 正常にロードされました。
でも、使ってみると、なんだか気持ち悪い。
結婚した方がいいよ、お兄ちゃん。
まあ、ここにいる人たちはみんな超クールらしいのですが、そのクールにこだわり始めると、FAQさんからもバンバン叩かれそうで怖いです（笑）。というわけで、議論に参加された皆さん、ありがとうございました。この質問には私以外誰も興味がないので、おそらくこのトピックは終了してよいでしょう。
たぶん、トピック名が誤解を招くので、「mql4で現在の注文が現在選択されているかどうかを確認する方法」とかいう名前にすればよかったのでは？そうでなければ、一部の教育者が質問をブクマレベルに綴る必要があります。
1）あなたの「すごさ」が目を引くのだと思います。
2）無礼な態度を取り続けると、教育上、まさに「バンバン叩かれる」ことになります。
3）あなたのメッセージ（太字）は、2ページ目から「綴る」ことなく理解され、私（戦車に乗っている人については）はすでにNoと答えています。そんな保証はない、欲しいなら自分で、事前にしっかり 対策しておくことだ。
4) いくら長いプログラムを書こうが勝手ですが、知識の差があり、それを社会の犠牲の上に埋めたいのであれば（このフォーラムはそのためにある）、まともな行動をとるように心がけましょう。
TS は MT4 の文書化されていない機能を利用したいと考えています。OrderSelect()関数は、EA（スクリプト）に対してグローバルなポインタ（TCでは "order selected "と呼ぶ）を作成します。以下の2つのスクリプトで実証されているように
でも、使っていて気持ち悪い。
なぜ非正規雇用で、なぜ変なのか？このポインタはEAまたはスクリプトモジュール内でのみグローバルで、ライブラリモジュールは独自のポインタを持っているため、カスタムライブラリを除いては常に動作します。
3）あなたのメッセージ（太字）は、2ページ目から「綴る」ことなくすでに明確であり、私（戦車の中の人）はすでに「いいえ」と答えています。そんな令状はない、欲しいなら自分で、事前にしっかり 対策しておけ。
4) いくら長いプログラムを書こうが勝手ですが、知識の差があり、それを社会の犠牲の上に埋めたいのであれば（このフォーラムはそのためにある）、まともな振る舞いを心がけましょう。
他にどんな保証がないのでしょうか？知識にギャップはない、それはあなたのフィクションです。私が注意を促したのは、mql4で注文を扱う仕組みにギャップがあることだと思います、以上です。多くの関数がハイライトされたオーダーで動作するのであれば、オーダーがハイライトされているかどうか、エラーが発生しないようにチェックすることができるはずです。 松葉杖を工夫する、オーダー選択を 十数か所で記憶する、間違えないようにパラメータを渡す、などということは理解できますが、そのようなことはできません。
2）無礼な態度を取り続けると、教育上、必ず「バンバン」と呼ばれるものが出てきます。
ボリさんが数ページにわたって私に失礼なことを言ったのは、明らかにあなたの鋭い目を通り過ぎたのです。選択的なんですね。
他にどんな保証がないのでしょうか？私の知識にギャップはありません、それはあなたのフィクションです。私が指摘したのは、mql4で注文を扱う仕組みにギャップがあるという問題点、ただそれだけです。注文を選択した状態で動作する関数がある場合、注文が選択されているかどうかをエラーにならないようにチェックできる必要があります。 松葉杖を作ったり、十数か所で注文を選択することを覚えたり、間違えないようにパラメータを送ったり、いろいろできるのは理解しています。
mql4には隙間がない。選択された注文の状態は、注文の開閉、取込・停止、保留注文の執行・削除、注文の一部決済など、注文に関するあらゆる操作で変化します。 したがって、何も記憶して送信するべきではありません。状態が変化していないことをあてにしてはいけない。オーダーが選択されても、もはや同じではない。
具体的な状況を指摘すると、注文を処理するメインループがあるのです。そして、このループの中で使用される補助関数がいくつかあり、これもオーダーと連動しています。これらの関数を呼び出した後に、メインループのロジックを崩してはならない。つまり、補助関数がオーダーの作業に影響を与える場合、その関数が呼び出された瞬間の「ポインター」の状態を記憶し、それが終了した時の状態に戻す必要があります。しかし、それは松葉杖をついてエラーを発生させなければできないことです。ここはまさに隙間です。
実際、最初の記事で書いたように、補助関数で「ポインタ」の状態を制御する必要性を無視すると、発見しにくいエラーにつながることがあります。
具体的な状況を指摘すると、注文を処理するメインループがあるのです。そして、このループの中で使用される補助関数がいくつかあり、これもオーダーと連動しています。これらの関数を呼び出した後に、メインループのロジックを崩してはならない。つまり、補助関数がオーダーの作業に影響を与える場合、その関数が呼び出された瞬間の「ポインター」の状態を記憶し、それが終了した時の状態に戻す必要があります。しかし、それは松葉杖をついてエラーを発生させなければできないことです。ここはまさに隙間です。
実際、最初の記事で書いたように、補助関数で「ポインタ」の状態を監視する必要性を無視すると、発見しにくいエラーにつながることがあります。
あなたがEAを誰かに譲り渡したとします。他のEAが動いているかどうかわからないし、自分の手でトレードしているのかもしれない。
もしかしたら、このEAを書き終えて、新しいEAを書き始めるかもしれません。ここで古いものは不具合が出る。
あなたがEAを誰かに譲り渡したとします。もしかしたら、他のEAを動かして、自分の手でトレードしているのかもしれませんよ。
もしかしたら、このEAを終えて、新しいEAを書き始めるかもしれません。そこで古いものだと不具合が出る。
何ですって？Expert Advisorを渡した相手と、何か関係があるのでしょうか？ポインタ」の状態は、他のEAや端末の何らかの動作に影響されると思いますか？ポインタ」（現在選択されている注文のチケット）は、モジュールレベルの変数です。4105エラーを発生させることなくアクセスできるといいのですが、これは私がずっと書いてきたことです。