エラー、バグ、質問 - ページ 905

 

こんにちは。

1 この問題があります - インジケータでシンボルを使用しようとすると、インジケータが添付されているチャート上のシンボルとは異なり、描画されず、4806エラーが出ます... シンボルが一致する場合は、すべて正常に描画されます... 何が問題ですか? ... 私は、言語の勉強を始めたばかりです...。

 
vlad_123:

画像に手を加えています。

以下はその計算結果である。

オプティマイザーが人々を騙していることを表しています :-)

そこで、手動で計算すると、2行目の結果が予想以上に大きくなることがわかります。しかし、オプティマイザーでは、2行目の方が結果が低くなっていることがわかります。

そして、オプティマイザーは、手動で計算したときに期待した結果値とは異なる結果を表示します。

1.90」と「2.03」は全く同じで、レポートに表示する際に2桁目に丸めた結果ではないのでしょうか?

そこがポイントで、これらはレポート用の丸められた値であり、単に計算式を確認するまでの基準にはなりえません。

 
Yedelkin:
まさにその通りです。ヘルプや2つのユーザーガイドのどちらにも記載されていません。リンクありがとうございます。

参照先は、証明書のコピーです。リファレンスは最初から全部持っています。


 
x100intraday:

でも、やっぱり。

開発者から直接聞きたいのですが、私の今後のアクションのアルゴリズムは何ですか?MemoryException 180772428 bytes not available」(ログタブ)、「out of memory」(エキスパートタブ)をどうにかしないといけませんね。SRに応募したほうがいいのでしょうか?

メモリサイズを大きくする、64ビットに変更する、グラフのバーの量を減らす、コードをより質素なものに書き換える、など。

もしプログラムがメモリが足りないと言えば、足りるのです。

 
Renat: リファレンスは、リファレンスのコピーを指す。昔も今も、最初から全てはヘルプの中にあるのです。

私はロシア語で 尋ねた。"MetaAssist " とは何か、どこで読むことができるのか?ロシュは、「この用語は、...の項に記載されているすべてのものと理解することができる」と回答しました。しかし、あなたもロシュも、メタアシストが何であるかは答えていません ですから、ロシア語の文献に「MetaAssist」の ような用語がない場合は、「Intelligent control」と表記しないで ください。インテリジェント・コントロール」の項目は、あなたの協力がなければ見つけることができませんでした。

つまり、「メタアシスト」という用語は、昔も今も参考文献にはなく、「最初からすべて参考文献にある」というあなたの発言は、完全に否定されることになります。

 
Renat:

1.90」「2.03」という数字は、レポートに表示される際に2桁目に丸められた結果ではなく、まさにその数字だと確信していますか?

ポイントは、これらはレポートの丸められた値であり、単純に計算式を確認するまでの基準にはなり得ないということです。

スクリーンショットの1行目については、オプティマイザの結果439639は、手計算の444801と同等であり、その差は丸めによって説明できることに同意します。

2行目について質問なのですが、オプティマイザでは373049と計算され、マニュアルでは504383と追加されています。

 
Renat:
この不具合は一時的なもので、すでに修正されており、今週の正式ビルドで利用可能になる予定です。今のところ、デモサーバーのベータ版のみ公開されています。
ビルド742で修正されました。ありがとうございます。
 
Renat:

メモリ量を増やす、64ビットにする、チャートのバーの量を減らす、コードを書き換えるなどして、より経済的なものにする。

プログラムがメモリが足りないと言えば、そういうことです。

どうして、レナート!? 1GBのメモリで100MBほど使えない。3GB追加(ただしXP x32は3GBしか見れないので2GBだけと考える)→結果は変わらず。スワップファイルを1.5GBから10GBに増やしました(歩き回るので歩き回ろう) - またしても結果は出ず、同じエラーです。100MBという小さな穴を埋めるには、あと何枚のラディーフューザーGBを詰め込めばいいのでしょうか?この状況には、合理的な論理的説明が必要です。MT5のコードについて詳しく知る必要はありませんが、ビルドの1つに変更を加え、それが今メモリを食っていることを認める必要があり、それは非常に正直なステップでしょう。

行動の指針として、心から感謝します。もちろん、それはそれでいいのですが、レナート さん。しかし、それはあまりにも当たり前で、つまらないことです。半年ほど前まではのんきに動いていたものを、一方的に最適化すればいいだけですからね。しかし、一方的な提言では、まだまだ不十分です。最初の "Hello, world!"ができなくて悲鳴を上げる初心者プログラマーのように見えるでしょうか?そんなことはありません。かつて機能していたもの、直す必要のないものをダメにしたのは私ではない。

しかし、新造がより多く食べているという通知はどこにあるのだろう。私は、良きインド人として、端末を更新 するたびに、フォーラムに行き、革新的な点や修正点を徹底的に調べます。しかし、「そろそろ新しいコンピューティングパワーが必要じゃないか、相棒!...できればサーバーも!」というヒントは、ひとつもなかったように記憶しています。つまり、誰もがその選択肢を持っているわけではないのです。もう耳タコで、ギガバイトの同じ(マザーボードのマニュアルで推奨されている)旧式の高価なモジュールを4つずつ手に入れ、アーキテクチャーの限界に達した、これ以上追加するものはない。そして半年後には、またMQからのサプライズを待つことになるのでしょうか。

私たちMQLプログラマーにとって、MT5の新しいビルドに適応するのはもっと難しいです。あなたは何を修正、削除、追加したかを知っていますが、私たちはそれを知りません(コマンド、関数、ライブラリなどにおける明確な革新は除いて、ターミナルや言語に追いつくために勉強しなければなりません)。あなたのツールはロジックであることが判明し、私たちは直感的に検索し、適当に適応し、陳腐化したコードをかき集めることになるのです。なんとなくフェアじゃないというか、なんというか。

とにかく、x64では近日中に必ずテストして報告しますが、何となく...です。

 
x100intraday:

どうして、レナート! 1GBのメモリで100MB程度は使えない。3GBを追加

プログラマーになったら、自分のリクエストでリソースを消費し始めるのは自分自身であることを理解する必要があります。高価な関数を呼ぶという ことは、決して「実際にリソースがどのように扱われているか」という問題から切り離すことを意味するわけではありません。

一番良い方法は、このフォーラムに完全なコードを投稿することで、問題箇所をすぐに検出することができます。ここでできない場合は、サービスデスクで行うことができます(チェック後、コードは削除されます)。

ps: OSがメモリが足りないと言っても、私たちは疑問を持たず、マイクロソフトを非難することもありません。

 

最新ビルドへの静かなアップデートの後、削除されたエージェントが落ちるようになりました。

FD      0       Tester  23:27:14        expert file added: Experts\grider1.1.ex5. 18867 bytes loaded
KR      3       Network 23:27:14        wrong optimized parameter 7
OG      2       Tester  23:27:14        requested data synchronization error
DR      0       Tester  23:27:14        tester agent shutdown