Build 646: Bool変数が正しい設定を与えない - ページ 3

新しいコメント
 
GumRai:


646では、入力マジックナンバーが異なる2つのチャートにEAを置くことができ、コードに変更を加えて再コンパイルしても、それぞれのマジックナンバーは維持されるのですね？

それは素晴らしいことです :D

はい、すでに実験しています。便利ですね。
 
MrLong:

さて、一応確認ですが、これはバグ？ ですが、わかっている場合は機能です。
私見ですが、機能だと思います。とにかく、今は気づいているのだから、対処しなければならない。


Changelogはこちら です。

 
deysmacro:

そうなんです。最初は気づかなかったけど、再コンパイルのたびに設定を入力し直す必要がないので、だんだんその方が便利になってきたよ。

でも、646だけでなく、いくつか前のビルドにもあるはずなんだ。


646以前はなかったというべきか、一度もなかったというべきか。
 
外部/入力変数を、プロパティウィンドウではなく、コードに書かれているものにリセットする方法はありますか？
 
alop:
外部/入力変数をプロパティウィンドウではなく、コードで書かれたものにリセットする方法はないでしょうか？


私はこのバグを時々忘れてしまうので、自分のコードのバグを探す原因にさえなっている、絶対的な苦痛であることがわかりました。

私は、変数の前からexternを削除して、再コンパイルしています。

 
MrLong: 変数の前のexternを削除して再コンパイルするだけです。
または
// #define EXTERN extern
EXTERN typename var1=...;
EXTERN typename var2=...;
 
WHRoeder:

または使用する

EXTERNがキャップロックで書かれている例がよくわからないのですが？
 

この新機能に不満を持つ人がいるとは信じられません。インジケータのインスタンスを実行する際にパラメータを 強制的にリセットすることは、特に異なるパラメータで設定された複数のインスタンスをテストする段階では、リコンパイルの副作用として避けられず、通常は望ましくないものでした。

 
SDC:

この新機能に不満を持つ人がいるとは信じられません。インジケータのインスタンスを実行する際にパラメータを強制的にリセットすることは、特に異なるパラメータで設定された複数のインスタンスをテストする段階では、リコンパイルの副作用として避けられず、通常は望ましくないものでした。

これは機能ではなく、バグです。もし機能であれば、私たちはそれを知っているはずです。
 
MetaQuotesは、リコンパイル後にユーザーがリセットするかどうかを決定できるようにするのが良いのではないでしょうか？
1234
新しいコメント