エラー、バグ、質問 - ページ 906 1...899900901902903904905906907908909910911912913...3185 新しいコメント x572intraday 2012.12.18 21:52 #9051 Renat:プログラマーになったら、自分のリクエストでリソースを消費し始めるのは自分自身であることを理解する必要があります。高価な関数を呼ぶという ことは、決して「実際にリソースがどのように扱われているか」という問題から切り離すことを意味するわけではありません。一番良い方法は、このフォーラムに完全なコードを投稿することで、問題箇所をすぐに検出することができます。ここでできない場合は、サービスデスクで行うことができます（チェック後、コードは削除されます）。ps: OSがメモリが足りないと出しても問題は起きないし、マイクロソフトを責めることもない。同じように、以前は控えていたことを書きます。そうですね、どんな手段を使ってでも、商品を無理やり売らせ、利益を上げようとする企業があることは承知しています。例えばカルテルの陰謀がある。そして、マイクロソフトは、その長く苦しんでいるOSを遅くするために、周期的にプログラムをぶつけることで悪名高いとされている（これは事実かもしれない）が、ほとんど常にハードウェア大手と結託している状態であり、彼らもまた、Unixプラットフォームや古いWindowsでまだ生きている、完全に使える古いハードウェアをWindows消費者に置き換えようと、彼らの高い新しいハードウェアを急いで販売することで手を痛めることを夢見ているのである。MQは、私を鉄の針で縛り、下着もなしにしようというような感じを与えたことは一度もありません。MT4とMT5は、長年にわたって常に適切な応答性と操作性を提供してきました。特に、比較的新しく、どこにでもある、扱いにくい.NET Frameworkアプリケーションと比較した場合、その効果は絶大です。だから、何も問題はない、というのが今後の課題です。新築に関する総合的な情報、それに伴う最低条件の変更など、精神的、知的、経済的に何を準備すべきかを知ることが重要です。ついでに、依存型開発者からプライマリ開発者への非難についてですが、マイクロソフトは代替案なしにアップグレードを強制することはありません。自動アップデートをなぜかオフにできない。だから Andrey Khatimlianskii 2012.12.19 00:50 #9052 x100intraday:先ほど遠慮したことをやはり書きます。サービスデスク・アプリケーションの作成に5分以上かけることはなかったでしょう。そしておそらく、その翌日には明確な答えが返ってきたことでしょう。しかし、あなたはレナートと、ユーザーに対するマイクロソフトの陰謀を議論することを好む。本当に問題があるのか、その後に言わないでください;) Slava 2012.12.19 05:37 #9053 notused:最新ビルドへの静かなアップデートの後、削除されたエージェントが落ちるようになりました。誰かが間違ったデータを送っている。それ以前は、ゼロによる除算が原因でエージェントが静かにクラッシュしていました（気づかなかっただけ）。 このゼロによる除算は 原理的に存在しないはずなので、対応するチェックがなかったのです。この人物は侵入者ではないかもしれないので、サービスデスクで本人からの依頼を待っているところです。このエラーは当社では再現できていません。アップデイトふと、ログラインが目に入ったexpert file added: Experts\grider1.1.ex5. 18867 bytes loadedこれは、あなたのエージェントが確かにリモートエージェントとして使用されたことを示しています。つまり、問題の原因を知っているわけです。servicedeskと話をしたい Vladimir 2012.12.20 05:36 #9054 とは何ですか？2012.12.19 21:33:50 Core 01 2004.04.02 20:15:00 0x00000000000009へのアクセス違反の書き込み ストラテジーのバックテスト中に表示されます。 Alexander 2012.12.20 05:44 #9055 gpwr:とは何ですか？2012.12.19 21:33:50 Core 01 2004.04.02 20:15:00 0x00000000000009へのアクセス違反の書き込み ストラテジーのバックテスト中に表示されます。 こんにちは。servicedeskに書き込み、エキスパートを添付してください（チェック後、削除されます）。ビルド番号、OS、ビットレート、最適化 設定を指定 します。ありがとうございます。 削除済み 2012.12.20 07:55 #9056 servicedeskへのメッセージ 送信エラー Общайтесь с разработчиками через Сервисдеск! www.mql5.com Ваше сообщение сразу станет доступно нашим отделам тестирования, технической поддержки и разработчикам торговой платформы. Ilyas 2012.12.20 08:17 #9057 IvanIvanov:servicedeskへのメッセージ 送信エラー サービスに小さな不具合がありましたが、現在は正常に動作しています。 x572intraday 2012.12.20 19:25 #9058 レナート 32ビット版ではまだ問題があるのですが、初めてx64版のMT5でコードをテストする機会がありました。そして、こんなことがわかりました...。32ビット版のターミナルで発生するようなエラーはありませんでしたが、初期（つまり手動で他のタイムフレームに切り替える前）のグラフィカルレイアウトの描画が不完全で、いくつかのオブジェクトの結合点が極値からずれることがあり、補助指標のグラフィカルシリーズがずれるという問題が発生しました。最後の瞬間まで、ServiceDeskのために炎のようなスピーチを準備していたのですが、ターミナルを 十数回起動 し、コンピュータを完全に再起動しても、すべてが奇跡的に安定したのです。私は知らないし、その論理を推測することもできないが、私の印象では、その数十回の再起動の間に、端末は「スピードアップ」し、最終的にOSや端末への表示器に「順応」したように思われる。そう、神秘的に聞こえますが、論理的にはそうではないはずです。唯一の「調整」は、履歴のフルロード、使用したタイムフレームのキャッシュ、ターミナルオプションの細かい手動調整、そして...です。それだけのようです。しかし、これはすべて最初の 起動時に行われたもので、その後の端末の起動は2回目と状態が変わっていません（最後の履歴のダウンロードやチャートへのニュースフラグの追加は無関係なので考慮していません）。まだ少し混乱しています。ねじれは半信半疑で現れて、それから対処するのでしょうが、まだすぐにはありません。その間、コードの最適化を計画しました。もし、純粋に自分自身のためにコードをテストすることが面白いのであれば、私が再び姿を消す前に教えてください。 Renat Fatkhullin 2012.12.20 20:29 #9059 奇跡的に安定した」というのは、話全体を汲み上げるということでしょうか。まあ、それは想定内です。歴史は必要に応じて汲み上げるもので、時間がかかることもあります。 履歴カタログを見て、何百メガバイトもの履歴データを見ることができます。 x572intraday 2012.12.20 21:19 #9060 Renat: 奇跡的に安定した」というのは、全体のストーリーが汲み上げられたということでしょうか。だから、それは予想されることです。歴史は必然的に汲み上げられ、時間がかかるものなのです。 履歴カタログを見て、何百メガバイトもの履歴データを見ることができます。その逆もまた然りである。パーソナルビジュアルコントロールでは、最初の起動時にすべての履歴がダウンロードされ、ダウンロード終了時にHome キーでM 1の1994年の始まりに移動してチェックされます。そして、よく使うタイムフレームや多次元インジケータに関連するタイムフレームを手動でバイパスし、その形成を待ってターミナルを再読み込みします。以上です。つまり、理論的には、1回目の実行の最後に履歴を完全にロードした後、あるいは信頼性のために、M1以外のタイムフレームがHDDに定着したことが保証される2回目の実行の最初の時点で、端末は「安定化」したと見なすことができるのだ。しかし、これは机上の空論です。なぜか10回目くらいの再起動で全てが落ち着きました（インジケータがちゃんと動くという話です）強調しますが、本編は1回目で既にロードされており、それ以降は原則的に天候を作れないはずなのですが...。逆に言うと、ランからランへと物語が大きくなればなるほど、ある特定のランで指標が飲み込めずに失敗するリスクが高まるのだが、実際はその逆で、先に進めば進むほどうまくいくのだ）とさえ言えるのだ。そこで、おそらく、ターミナル またはMT5+ OSの組み合わせのユーザープロセスには、いくつかの隠された、明白ではない、すぐにではなく、いくつかのN -チューニング 後の動作環境でのアプリケーションを最適化することがあります。私は、自分のソースコードを長い間修正せず、そのコンパイルに関しても、新しくインストールした MT5（この研究ではビルドは常に同じ）の最初の起動時のみです。1回目の走行後の微調整はありませんでした。この不可解な状況は、頻繁に呼び出されるアプリケーションが時間的に先に利用可能になるWindowsの「スタート」メニューを思い出させた（OSは統計を取っているが、時間がかかり、同じプログラムを一定量呼び出すことが必要だったのだ）。あるいは、ディスクファイルのデフラグは、ディスクアクセスを最適化し、アプリケーションの実行速度を向上させますが、これらはすべて同じことです。MT5で 似たようなことを実装したとは思えません。そうでなければ、自分で報告したか、とっくにフォーラムで質問しているのがバレているはずです。つまり、すべては経験に基づく未確認の仮説に過ぎないのです。 1...899900901902903904905906907908909910911912913...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
プログラマーになったら、自分のリクエストでリソースを消費し始めるのは自分自身であることを理解する必要があります。高価な関数を呼ぶという ことは、決して「実際にリソースがどのように扱われているか」という問題から切り離すことを意味するわけではありません。
一番良い方法は、このフォーラムに完全なコードを投稿することで、問題箇所をすぐに検出することができます。ここでできない場合は、サービスデスクで行うことができます（チェック後、コードは削除されます）。
ps: OSがメモリが足りないと出しても問題は起きないし、マイクロソフトを責めることもない。
同じように、以前は控えていたことを書きます。
そうですね、どんな手段を使ってでも、商品を無理やり売らせ、利益を上げようとする企業があることは承知しています。例えばカルテルの陰謀がある。そして、マイクロソフトは、その長く苦しんでいるOSを遅くするために、周期的にプログラムをぶつけることで悪名高いとされている（これは事実かもしれない）が、ほとんど常にハードウェア大手と結託している状態であり、彼らもまた、Unixプラットフォームや古いWindowsでまだ生きている、完全に使える古いハードウェアをWindows消費者に置き換えようと、彼らの高い新しいハードウェアを急いで販売することで手を痛めることを夢見ているのである。
MQは、私を鉄の針で縛り、下着もなしにしようというような感じを与えたことは一度もありません。MT4とMT5は、長年にわたって常に適切な応答性と操作性を提供してきました。特に、比較的新しく、どこにでもある、扱いにくい.NET Frameworkアプリケーションと比較した場合、その効果は絶大です。だから、何も問題はない、というのが今後の課題です。新築に関する総合的な情報、それに伴う最低条件の変更など、精神的、知的、経済的に何を準備すべきかを知ることが重要です。
ついでに、依存型開発者からプライマリ開発者への非難についてですが、マイクロソフトは代替案なしにアップグレードを強制することはありません。自動アップデートをなぜかオフにできない。だから
先ほど遠慮したことをやはり書きます。
サービスデスク・アプリケーションの作成に5分以上かけることはなかったでしょう。そしておそらく、その翌日には明確な答えが返ってきたことでしょう。
しかし、あなたはレナートと、ユーザーに対するマイクロソフトの陰謀を議論することを好む。
本当に問題があるのか、その後に言わないでください;)
最新ビルドへの静かなアップデートの後、削除されたエージェントが落ちるようになりました。
誰かが間違ったデータを送っている。それ以前は、ゼロによる除算が原因でエージェントが静かにクラッシュしていました（気づかなかっただけ）。 このゼロによる除算は 原理的に存在しないはずなので、対応するチェックがなかったのです。この人物は侵入者ではないかもしれないので、サービスデスクで本人からの依頼を待っているところです。このエラーは当社では再現できていません。
アップデイト
ふと、ログラインが目に入った
これは、あなたのエージェントが確かにリモートエージェントとして使用されたことを示しています。つまり、問題の原因を知っているわけです。servicedeskと話をしたい
とは何ですか？
2012.12.19 21:33:50 Core 01 2004.04.02 20:15:00 0x00000000000009へのアクセス違反の書き込み
ストラテジーのバックテスト中に表示されます。
とは何ですか？
2012.12.19 21:33:50 Core 01 2004.04.02 20:15:00 0x00000000000009へのアクセス違反の書き込み
ストラテジーのバックテスト中に表示されます。
servicedeskへのメッセージ 送信エラー
レナート 32ビット版ではまだ問題があるのですが、初めてx64版のMT5でコードをテストする機会がありました。そして、こんなことがわかりました...。
32ビット版のターミナルで発生するようなエラーはありませんでしたが、初期（つまり手動で他のタイムフレームに切り替える前）のグラフィカルレイアウトの描画が不完全で、いくつかのオブジェクトの結合点が極値からずれることがあり、補助指標のグラフィカルシリーズがずれるという問題が発生しました。最後の瞬間まで、ServiceDeskのために炎のようなスピーチを準備していたのですが、ターミナルを 十数回起動 し、コンピュータを完全に再起動しても、すべてが奇跡的に安定したのです。私は知らないし、その論理を推測することもできないが、私の印象では、その数十回の再起動の間に、端末は「スピードアップ」し、最終的にOSや端末への表示器に「順応」したように思われる。そう、神秘的に聞こえますが、論理的にはそうではないはずです。唯一の「調整」は、履歴のフルロード、使用したタイムフレームのキャッシュ、ターミナルオプションの細かい手動調整、そして...です。それだけのようです。しかし、これはすべて最初の 起動時に行われたもので、その後の端末の起動は2回目と状態が変わっていません（最後の履歴のダウンロードやチャートへのニュースフラグの追加は無関係なので考慮していません）。
まだ少し混乱しています。ねじれは半信半疑で現れて、それから対処するのでしょうが、まだすぐにはありません。その間、コードの最適化を計画しました。もし、純粋に自分自身のためにコードをテストすることが面白いのであれば、私が再び姿を消す前に教えてください。
履歴カタログを見て、何百メガバイトもの履歴データを見ることができます。
奇跡的に安定した」というのは、全体のストーリーが汲み上げられたということでしょうか。だから、それは予想されることです。歴史は必然的に汲み上げられ、時間がかかるものなのです。
履歴カタログを見て、何百メガバイトもの履歴データを見ることができます。
その逆もまた然りである。パーソナルビジュアルコントロールでは、最初の起動時にすべての履歴がダウンロードされ、ダウンロード終了時にHome キーでM 1の1994年の始まりに移動してチェックされます。そして、よく使うタイムフレームや多次元インジケータに関連するタイムフレームを手動でバイパスし、その形成を待ってターミナルを再読み込みします。以上です。
つまり、理論的には、1回目の実行の最後に履歴を完全にロードした後、あるいは信頼性のために、M1以外のタイムフレームがHDDに定着したことが保証される2回目の実行の最初の時点で、端末は「安定化」したと見なすことができるのだ。しかし、これは机上の空論です。なぜか10回目くらいの再起動で全てが落ち着きました（インジケータがちゃんと動くという話です）強調しますが、本編は1回目で既にロードされており、それ以降は原則的に天候を作れないはずなのですが...。逆に言うと、ランからランへと物語が大きくなればなるほど、ある特定のランで指標が飲み込めずに失敗するリスクが高まるのだが、実際はその逆で、先に進めば進むほどうまくいくのだ）とさえ言えるのだ。
そこで、おそらく、ターミナル またはMT5+ OSの組み合わせのユーザープロセスには、いくつかの隠された、明白ではない、すぐにではなく、いくつかのN -チューニング 後の動作環境でのアプリケーションを最適化することがあります。私は、自分のソースコードを長い間修正せず、そのコンパイルに関しても、新しくインストールした MT5（この研究ではビルドは常に同じ）の最初の起動時のみです。1回目の走行後の微調整はありませんでした。この不可解な状況は、頻繁に呼び出されるアプリケーションが時間的に先に利用可能になるWindowsの「スタート」メニューを思い出させた（OSは統計を取っているが、時間がかかり、同じプログラムを一定量呼び出すことが必要だったのだ）。あるいは、ディスクファイルのデフラグは、ディスクアクセスを最適化し、アプリケーションの実行速度を向上させますが、これらはすべて同じことです。
MT5で 似たようなことを実装したとは思えません。そうでなければ、自分で報告したか、とっくにフォーラムで質問しているのがバレているはずです。つまり、すべては経験に基づく未確認の仮説に過ぎないのです。