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

 
traveller00:

時代が遅れているのかもしれませんが、他の掲示板では見たことがありません。All Posts ボタンの下は、通常、まさにすべての投稿です。そして、どうにかしてフィルタリングしたい場合は、通常の目立つフィルタフィールドによって行われます。ここでは、より論理的なアプローチとは何でしょうか?

論理はおおよそ次の通りです:ある人がある理由でフォーラムの言語セクションを選択する。したがって、彼が見るものは、この特定の言語に限定されており、余分な情報は彼を邪魔するだけである。また、言語を切り替えるだけでよい場合もあります。そして、それはあなたにとってのオプションであり、あなたはそれを必要とし、それを切り替えることができるのです。もし、それをするのが面倒なら、すべての言語を検索させる理由にはならない。

 
Vladimir Karputov:

この論理は次のようなものです:ある人がある理由でフォーラムの言語セクションを選ぶ。そのため、見るものすべてがその選んだ言語に限定され、余計な情報は邪魔になるだけである。また、言語を入れ替えるだけでよい場合もあります。そして、それはあなたにとってのオプションであり、あなたはそれを必要とし、それを切り替えることができるのです。もし、あなたが怠け者なら、ユーザーにすべての言語を検索させる理由にはなりません。

理屈は明快です。だから、機能なんです。ありがとうございます。

 

トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム

フォーラムの一般的なルールとベストプラクティス。

Alain Verleien, 2021.03.26 17:31

エラーを報告するためのオープンなプロセスを持つことは良いことですし、良いテクニカルレポートを求めることは正しいことです。しかし、Metaquotesのやり方は良くなく、ほとんどの人がバグを報告しないようにさせています。

信頼性が高く、文書化され、再現可能なバグレポートの作成には長い時間がかかります。時には非常に長い時間がかかります。しかし、誰もやっていないことをどうやって知ることができるのでしょうか?フォーラムを全部読まないといけないのでしょうか?一元的に見る場所がないため。

私はまだ、可能性は低いですが、何らかのフィードバックを得るIFをするつもりです。なぜなら、エラーが出るときは、ほとんどの場合、MT5やmql5が提供する何らかの関数やメソッドを使用する必要があるからです。エラーが出ているときは回避策を考えなければならないこともありますが、すぐに直るとわかっていれば先延ばしにすることができます。

では、どうなるかというと、最も有能なコーダーは、他に選択肢がないときにしかバグを報告しないのです。我々は、MT5、mql5が好きで、mql5.comで作業するすべての利点に感謝しますが、我々は無駄にする時間がない、我々はベータテスターのために支払われないので、Metaquotesから、特にRenatからいくつかの洞察は歓迎です..基本的にバグレポートはもっと整理する必要があります。これを管理するフリーソフトがあります。なぜMetaquotesは、公開されたバグを管理するための良いソリューションを実装するのがそんなに難しいのですか?

Sergey、もし可能なら、Renatに知らせてください。とても合理的で建設的な提案です。


削除済み  
traveller00:

理屈は明快です。だから、機能なんです。ありがとうございます(苦笑)。

理解できないのはまず、どのようなメッセージなのか。個人的なことなら、デフォルトで言語フィルターを適用するのはアプリオリに正しくない! これは私のメッセージです。全部見なくちゃ!特定の言語のメッセージにしか興味がないのであれば、自分でそのフィルターを選ぶことにしています

P.S. 掲示板には時々、英語と未翻訳の書き込みがあります。また、なぜこのような書き込みがフィルタリングされないのでしょうか?論理はどこにあるのか?
 
Сергей Таболин:

私が理解できないのは、このことです。まず、どのメッセージのことを言っているのでしょうか。

以下は、そのリンクの例です。

これらはすべて、フォーラム=投稿の公開ユーザー投稿です。

削除済み  
traveller00:

上記でリンクの例を挙げました

これらはすべて、フォーラム=投稿の公開ユーザー投稿です。

リンク先には言語フィルターが全くありませんでしたね。それゆえ、「追伸」という略称で質問を繰り返すのですが...。

 

MQL5 Cloud Networkによる 最適化が機能しなくなりました。

ただ、こうやってぶら下がっているだけなんです。

更新:未更新のポータブル版を確認したところ、更新前はネットワーク経由の最適化が機能していました。

ファイル:
 

メニューテーブル作成がうまくいかない、ログに変化がない。

クエリでテーブルを作成します。

現時点での最新ビルド。

 

こんにちは。私のデバッガは、メインアプリケーションクラスのメソッドに入るとき、そのフィールドを見ません。また、メソッド内のローカル 変数も表示されません。エディターの「値」欄では、そうなっています。

Expression could not be evaluated

しかし、これを入力すると、絶対にすべてのフィールドが表示されます。アプリケーションの他のクラスでは、この問題は見当たりません。だけ、メインクラスで。残念ながら、このケースは例によって再現することができません。フィールドとメソッドを持つ任意のクラスを作成します。しかし、デバッガーは問題なくすべてを見ています。残念ながら、明らかな理由でプロジェクトのソースコードを公開することはできません。メインモジュールは約3000行で構成されています。また、20個以上のモジュールが接続されています。もしかしたら、全体の問題はメインクラスが複雑なせいかも...?同じようなケースを経験された方はいらっしゃいますか?

 

コード生成エラー 1 1

iHigh(a_symb,0,+1) の 書き方で問題が発覚(誤植でした、iHigh(a_symb,0,i+1)とすべきです)
各関数を徐々にコメントすることで初めて問題が発覚しました。