エラー、バグ、質問 - ページ 340 1...333334335336337338339340341342343344345346347...3185 新しいコメント Ilyas 2011.03.18 13:01 #3391 alexluek:これはどんな奇跡なんだろう?どちらが大きいかわかるような瞬間は一度もありませんでした。 Print ("vol1=",vol1,"vol2=",vol1,"vol1<vol2=",vol1<vol2); vda 2011.03.18 14:56 #3392 mql5: ここで私はディ...本当にコードに間違いがあって、頭を悩ませていたんです!ありがとうございました。 Rashid Umarov 2011.03.18 15:18 #3393 alexluek:ここで私はディ...本当にコードに間違いがあって、頭を悩ませていたんです! 正しい表記は "e "である。 Aleksandr Chugunov 2011.03.18 15:21 #3394 Rosh: 正しい表記は「e」です。)))))))))))))))))))))))))))))))))))))))))))))超! Олег 2011.03.18 16:19 #3395 小さなことですが、やはりint digits = SymbolInfoInteger("EURUSD", SYMBOL_DIGITS);警告:型変換によりデータが失われる可能性が あります。どうしたんですか?(5.00.412) Документация по MQL5: Основы языка / Типы данных / Приведение типов www.mql5.com Основы языка / Типы данных / Приведение типов - Документация по MQL5 Rashid Umarov 2011.03.18 16:23 #3396 pilipenok:小さなことですが、やはりint digits = SymbolInfoInteger("EURUSD", SYMBOL_DIGITS);整数のプロパティは常にlongで返されます。自分で型変換 すれば、警告は出ません。int digits = (int)SymbolInfoInteger("EURUSD", SYMBOL_DIGITS); 削除済み 2011.03.18 16:23 #3397 pilipenok:小さなことですが、やはりint digits = SymbolInfoInteger("EURUSD", SYMBOL_DIGITS);警告:型変換によりデータが失われる可能性が あります。どうしたんですか?(5.00.412)SymbolInfoInteger 関数はlongを返す。int digits = (int)SymbolInfoInteger("EURUSD", SYMBOL_DIGITS); Sergey Gritsay 2011.03.18 16:24 #3398 pilipenok:小さなことですが、やはりint digits = SymbolInfoInteger("EURUSD", SYMBOL_DIGITS);警告:型変換によりデータが失われる可能性が あります。どうしたんですか?(5.00.412) どちらを書くか long digits = SymbolInfoInteger("EURUSD", SYMBOL_DIGITS); или int digits = (int)SymbolInfoInteger("EURUSD", SYMBOL_DIGITS); Валерий 2011.03.18 23:51 #3399 alexluek:チェック結果は正しいが、ログに残らない! これはどんな奇跡なんだろう?どちらかが大きいということは、一瞬たりともなかった。すべてのTFで、どのようなキャラクターであっても。コードをよく見て、誤りを訂正してください。("vol1=",vol1,"vol2=",vol1, Mykola Demko 2011.03.19 13:10 #3400 すでに稼働しているインジケーターに前処理したデータを送りたいというニーズがある。私は、グローバルなデータストレージとしてグラフオブジェクトテキストを使うことにしました。グラフィカルなオブジェクトの目的が違うことは理解しているので、もし代替案があれば教えてほしいです。しかし、ここで私は、もうひとつの言語の限界に直面しました。文字列自体はほぼ無限の文字数をサポートしています。まあ、おそらく、アレイ全般を制限しているあたりに限界があるのでしょう。また、グラフィカルオブジェクトのパラメータとして渡される文字列は63文字に制限されています。その結果、配列を文字列として渡すと、グラフィカルなオブジェクトが山ほど必要になる(そうだ、暗号化を使っていることを言い忘れた、だから文字列の情報は元の型とほぼ同じ容量を要するのだ)。現在63文字で、1つのオブジェクトに渡すことができるのは、時間と価格のペアが15個だけです。そこで質問ですが、将来、グラフィックオブジェクトのテキスト長の制限がなくなるか、インジケータスレッドにデータを渡す仕組みができることを期待してもいいでしょうか? 1...333334335336337338339340341342343344345346347...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
これはどんな奇跡なんだろう?どちらが大きいかわかるような瞬間は一度もありませんでした。
ここで私はディ...本当にコードに間違いがあって、頭を悩ませていたんです!
ありがとうございました。
ここで私はディ...本当にコードに間違いがあって、頭を悩ませていたんです!
正しい表記は「e」です。
小さなことですが、やはり
警告:型変換によりデータが失われる可能性が あります。
どうしたんですか?(5.00.412)
小さなことですが、やはり
整数のプロパティは常にlongで返されます。自分で型変換 すれば、警告は出ません。
小さなことですが、やはり
警告:型変換によりデータが失われる可能性が あります。
どうしたんですか?(5.00.412)
SymbolInfoInteger 関数はlongを返す。
小さなことですが、やはり
警告:型変換によりデータが失われる可能性が あります。
どうしたんですか?(5.00.412)
チェック結果は正しいが、ログに残らない!
これはどんな奇跡なんだろう?どちらかが大きいということは、一瞬たりともなかった。すべてのTFで、どのようなキャラクターであっても。
コードをよく見て、誤りを訂正してください。
すでに稼働しているインジケーターに前処理したデータを送りたいというニーズがある。私は、グローバルなデータストレージとしてグラフオブジェクトテキストを使うことにしました。グラフィカルなオブジェクトの目的が違うことは理解しているので、もし代替案があれば教えてほしいです。
しかし、ここで私は、もうひとつの言語の限界に直面しました。文字列自体はほぼ無限の文字数をサポートしています。まあ、おそらく、アレイ全般を制限しているあたりに限界があるのでしょう。また、グラフィカルオブジェクトのパラメータとして渡される文字列は63文字に制限されています。その結果、配列を文字列として渡すと、グラフィカルなオブジェクトが山ほど必要になる(そうだ、暗号化を使っていることを言い忘れた、だから文字列の情報は元の型とほぼ同じ容量を要するのだ)。現在63文字で、1つのオブジェクトに渡すことができるのは、時間と価格のペアが15個だけです。
そこで質問ですが、将来、グラフィックオブジェクトのテキスト長の制限がなくなるか、インジケータスレッドにデータを渡す仕組みができることを期待してもいいでしょうか?