ライブラリ: マルチテスター - ページ 26

新しいコメント
 
traveller00:

1.私なら Sleep2で GetTickCount()をGetTickCount64() に切り替える。 そうしないと、オーバーフローは正しいロジックとは言えない。そして、それは64-variantで顕著に少ない頻度で起こる。他の作品では、それも切り替える価値があるかもしれない。

そこでは、理論的にもオーバーフローの脅威はありえない。

void OnStart()
{
  uint StartTime1 = UINT_MAX - 100;
  uint StartTime2 = UINT_MAX + 100;
  
  Print(StartTime2 - StartTime1); // 200 
}

2.2番目のArrayResizeは ここで問題を提起する。

最も可能性が高いのは

いや、そこはすべて正しい。ドキュメントが嘘をついている。

3.そして最後に、いくつかの異なる型。

修正しました。

 
fxsaber:

オーバーフローによる脅威は理論上もありえない。

そうですね、不注意でした。この場合、本当に違いはありません。

しかし、ThirdPartyTicks -> Web.mqhでは違いがあるようです。

    ulong StartTime = ::GetTickCount();
...
    StartTime = ::GetTickCount() - StartTime;

そのため、私は念のためどこでも64ビット版を使用しています。


fxsaber:

いいえ、すべて正しいです。ドキュメントが間違っています。

私は以下のコードを使っています。

    ushort Shorts[];
    MTTESTER::FileLoad(FileName,Shorts);

FileLoadの中はSize=1000、配列の サイズは500で、読み込んだ後はRead=Size=1000になります。そして、私のバリアントは正しいです。ここで私はMSDNに依存し、この動作はそれに一致しています。

 
traveller00:

私は次のコードを使っている。

FileLoadの中はSize=1000、配列の サイズは500で、読み込んだ後はRead=Size=1000に なります。そして、私のバリアントは正しくなります。ここで、私はMSDNに依存し、この動作はそれに一致しています。

私は500を持っています。

 
fxsaber:

500はある。

MSDNと一致している。でも、もし誰も何も質問せず、すべてがうまくいくのであれば、結構なことだ。

 

テスターが現在の最適化作業に追われている間に、過去の最適化結果を使って作業を整理するスキームを、どなたか実行されたことがあれば教えてください。


オプトファイルとシンボルをコピーする必要があることは明らかです。おそらく最も合理的な方法は、mklinkを使うことでしょう。

 
fxsaber:

テスターが現在の最適化に追われている間に、過去の最適化の結果を用いて作業を整理するスキームを、どなたか実行されたことがあれば教えてください。


オプトファイルとシンボルをコピーする必要があることは明らかです。おそらく最も合理的な方法は、mklinkを使うことでしょう。

私はキャッシュフォルダへのリンクを使います。ただ、mklinkではなく、Far Commanderのファイルマネージャーを使っている。しかし、それは同じだ。
サンドボックスの外やWinAPIでファイルへのアクセスを整理することもできるが、リンクが望ましい。
原則的には他に何もいらないが、必要に応じて他のフォルダへのリンクを作成する必要がある。
作業編成のスキームというのは、その他の詳細を意味しているのですか？
 
Edgar Akhmadeev:
スキーム・オブ・ワーク・オーガニゼーションとは、その他の詳細のことですか？

オプトファイルを見て、そこからシングルパスを実行する。

 

個人的には、1つのフォルダに複数の端子を使わないようにしている。非常に特殊な作りになっている。静かに落ちていると、1週間後に偶然発見することになる。

で、vin apiで動く。

 
こんにちは。EAのパラメータの1つをプログラムで変更し、1つのテストを実行することは可能ですか？
 
pivomoe:
こんにちは。EAパラメータの1つをプログラムで変更して、1つのテストを実行することは可能ですか？

MTTesterライブラリを使えば、ユーザーがGUIでできることはすべてできます。

1...192021222324252627282930313233...56
新しいコメント