Strategy of C

[MT4] WebInstall フォルダは一度更新&削除するとしばらく更新されない

2019-09-10T08:14:00.000+09:00

Build 1170 (20 Dec 2018) -> Build 1210 (06 Sep 2019) のアップデートで確認



MetaTrader 4 のアップデートは `%APPDATA%\MetaQuotes\WebInstall` 以下にダウンロードされ、複数の MetaTrader 間でシェアされます。

> 参考
>
> [MetaTrader 4 は勝手に再起動してアップデートすることがある | Strategy of C](https://strategyofc.blogspot.com/2018/12/metatrader-4.html)

この `WebInstall` フォルダ、最新版をダウンロードした後にこれを削除すると、しばらくの間は再ダウンロードが行われないようです。

ただし、異なるアカウントでアクセスした場合はダウンロードされます。

これらのことより、サーバー側にダウンロードした情報が残っており、しばらくの間は無駄にダウンロードし直さないようになっているのだと思われます。

とはいえ、これを削除するケースは滅多にないと思われるので、あまり気にする必要はないでしょう。


> 参考
>
> 私の場合は、`/skipupdate` オプションの動作を調べるためにやってみました
>
> [[MT4] /skipupdate は機能していない？ | Strategy of C](https://strategyofc.blogspot.com/2019/06/mt4-skipupdate.html)

[MT4] /skipupdate は機能していない？

2019-06-11T05:53:00.000+09:00

MetaTrader 4 は `terminal.exe /skipupdate` で起動すると自動アップデートを抑制できるはずです。

> 参考
>
> [MT4　自動アップデート阻止方法 | FXmt](https://fxmt.co/archives/7194)

ところが、最近の挙動を見ていると、このオプションが効いてない様子。
ちょうど手元に Build 1090 (19 May 2017) 版があったので確認してみました。





結論から言うと、「1度だけアップデートを抑制できるけど、2度目の起動時に強制アップデートされてしまう」
という挙動を示しました。（~~もしかしたら、Build 1090 が古すぎたのが原因かも。~~詳細は以下）

正確に言うと、WebInstall フォルダ以下にアップデートがあるかどうかで挙動が変わるのですが、
1度目の起動で WebInstall フォルダを更新してしまうので、2度目は必ずアップデートしてしまうのです。

以下、簡単に説明します。


### WebInstall フォルダにアップデートがない場合
MT4 は起動時に `%APPDATA%\MetaQuotes\WebInstall\mt4clw\` をチェックして最新版がダウンロードされていないか確認します。

> 参考
>
> [MetaTrader 4 は勝手に再起動してアップデートすることがある | Strategy of C](https://strategyofc.blogspot.com/2018/12/metatrader-4.html)

ここにアップデートがない場合、サーバーへアップデートを確認しに行き、アップデートをダウンロードします。

`/skipupdate` が指定されていない場合、このダウンロードが終わった時点で MetaTrader が再起動します。
`/skipupdate` が指定されている場合は、再起動**しません**


### WebInstall フォルダにアップデートがある場合
`%APPDATA%\MetaQuotes\WebInstall\mt4clw\` フォルダにアップデート^{Build 1170 (20 Dec 2018)}があると、
`/skipupdate` を指定していても即座に再起動して最新版になってしまいました。




### そもそも古すぎるとトレードできない
Build 1090 (19 May 2017) で起動した場合、ステータスバーのサーバーとの接続状況を示す項目が
「旧バージョン」となってしまいます。



そもそもトレード出来ない状況なので強制アップデートするしか手がないわけです。
今回、強制アップデートになったのはこれが原因の可能性もあります^{だとしたら、ダウンロード直後も再起動したらよさそうだけど}。

次のアップデートがあったら、またテストしてみようと思います。

2019/09/09 追記

Build 1210 (06 Sep 2019) が配信されたので、確認してみたところ、「旧バージョン」と表示されていなくても同じ挙動を示しました。
このステータスとは関係なく、2度目の起動でアップデートしてしまう仕様のようです。

MetaTrader を複数起動してストラテジーテスターを行う方法

2019-06-08T12:39:00.000+09:00

MetaTrader は `/portable` オプションを付けることで、フォルダ単位に起動することができます。
つまり、フォルダをコピーすれば複数の MetaTrader を同時起動することができるということです。

しかし、都度フォルダをコピーするのは大変^{そして、history が大きくなると時間がかかる}。
そこで、MetaTrader を簡単に複数起動することができるスクリプトを作ってみました。

Windows のジャンクション機能を使っているので、普通にコピーするより速く起動します。




### terminal_for_tester.js を作成
`metatrader.exe` と同じフォルダに 以下のスクリプトを置きます。



```javascript
`title: "terminal_for_tester.js";
var shell = WScript.CreateObject('WScript.Shell');
var fso = WScript.CreateObject('Scripting.FileSystemObject');

// Create temporary folder
var tmpFolder = fso.GetSpecialFolder(2) + '\\' + fso.GetTempName();
fso.CreateFolder(tmpFolder);

// Make junctions of subfolders except 'tester'
{
  var enuFolders = new Enumerator(fso.GetFolder('.').SubFolders)
  for (; !enuFolders.atEnd(); enuFolders.moveNext()) {
    var folder = enuFolders.item();
    if (folder.Name == 'tester') continue;
    shell.Run('cmd.exe /c mklink /j ' + tmpFolder + '\\' + folder.Name + ' ' + folder, 0);
  }
}

// Create 'tester\files' folder
fso.CreateFolder(tmpFolder + '\\tester');
fso.CreateFolder(tmpFolder + '\\tester\\files');

// Copy exe file
var SRC_FILE = 'terminal.exe';
var DST_FILE = tmpFolder + '\\' + SRC_FILE;
fso.CopyFile(SRC_FILE, DST_FILE);

shell.Run('cmd.exe /c start /wait "' + tmpFolder + '" "' + DST_FILE + '" /portable', 0, true);

// Delete temporary dir
{
  fso.DeleteFolder(tmpFolder + '\\tester', false);
  // Unlink the junctions
  var enuFolders = new Enumerator(fso.GetFolder(tmpFolder).SubFolders)
  for (; !enuFolders.atEnd(); enuFolders.moveNext()) {
      var folder = enuFolders.item();
      shell.Run('cmd.exe /c rmdir ' + folder, 0, true);
  }
  // Make sure that the unlinking has been completed
  do {
    WScript.Sleep(100);
    var subFolders = fso.GetFolder(tmpFolder).SubFolders
  } while (subFolders.Count != 0);
  fso.DeleteFolder(tmpFolder, false);
}
```

WSH (JScript) なので複雑に見えますが^{なぜ WSH にしたかというと、ダブルクリックでスマートに起動したかったからだけ}、やっていることは単純です。
一時フォルダを作成し、その中に `tester` フォルダ以外のジャンクションをはります。その後、`terminal.exe` をコピーして実行するだけです。

起動後の一時フォルダ削除が少々複雑ですが、ジャンクション削除のお作法です。

なお、`terminal.exe` は勝手にアップデート問題があるため、コピーにしています^{/skipupdate というオプションもありますが、最近のものでは動作していない気がする}。

> 参考
>
> [MetaTrader 4 は勝手に再起動してアップデートすることがある | Strategy of C](https://strategyofc.blogspot.com/2018/12/metatrader-4.html)


### 起動
`terminal_for_tester.js` をダブルクリックで起動。何個でも起動します。

あえてアイコンはコピーしていません。
デフォルトのアイコンになるので、区別しやすいかと思います。



### 注意点
使用上の注意点がいくつかあります。

#### history フォルダはバックアップしておいた方がよい
history フォルダを共有しているので、複数のプロセスから書き込みが行われると不整合が起こる可能性があります。
基本的には `terminal.exe` の終了時に上書きが走るようなので、同時に閉じないようにすれば大丈夫な気がしていますが、確かではありません。

私はオフラインにして履歴が更新されないようにしていますが、そこまではしなくても良いかもしれません。


#### `tester\files` フォルダは消えてしまう
実行しているフォルダは MetaTrader の実行が終わると削除されてしまいます。同時に `tester\files` フォルダも消えてしまいます。
結果をファイルに出力する等している場合、別フォルダに移動する必要があります^{それをスクリプトに書いてもいいかもしれない}。


#### 同時に実行する数に注意
CPU のコア数までは複数起動してもあまりパフォーマンスには影響しないでしょう^{ストレージへのアクセス時は若干遅くなるはず}。
論理プロセッサ数を超えるとパフォーマンスは下がっていくと思いますが、倍くらいまでならそれなりに動くのではないかと思います。
参考にして下さい。

余談ですが、CPU の情報は「タスクマネージャー」で見ることができます。

タスクバー右クリック → タスクマネージャー


パフォーマンスタブの CPU

[MQL4] カスタムインジケーターを更新する際、最新値だけでは足りない

2019-06-06T01:14:00.000+09:00

以前、[カスタムインジケーターを最新値で更新する方法2種](https://strategyofc.blogspot.com/2018/06/mql4-2.html) を書きました。
その中で、「`Buffer[0]` を常に更新すれば良い」と書いたのですが、この方法には問題があることがわかりました^{元記事は修正済み}。



### 1本前が更新されないことがある
以下が掲載していたコードです。

```mq4
`first-line: 34; highlight: 39;
    // NG な例
    int num_uncalculated = rates_total - prev_calculated;
    for (int i = num_uncalculated - 1; i > 0; i--) {
        Buffer[i] = close[i];
    }
    Buffer[0] = close[0];

    // return value of prev_calculated for next call
    return rates_total;
```

上記を実行すると、一見正しく動作するように見えます。
しかし、新しい足が作成された瞬間、つまり `Buffer[0]` が `Buffer[1]` に切り替わった瞬間、Buffer[1] の値が更新されないことがあるようです。

最新足の1本前（黄色の矢印）が更新されないということです^{そして、リアルタイムチャートに適用し続けると、ずれた値が残る}。



### 修正方法
以下のようにすると良いかと思います。

```mq4
`first-line: 35; highlight: 36;
    int num_uncalculated = (prev_calculated == 0) ? rates_total - 1 : rates_total - prev_calculated;
    for (int i = num_uncalculated; i >= 0; i--) {
        Buffer[i] = close[i];
    }

    // return value of prev_calculated for next call
    return rates_total;
```

`num_uncalculated` が 0 でも、`Buffer[0]` は更新されます。
最新の足に切り替わった際、`num_uncalculated` は 1 になるので、`Buffer[1]` も更新されます。


### iCustom() を使う時は特に注意
この問題、[iCustom()](https://docs.mql4.com/indicators/icustom) を使ったEAのバックテスト時に見つけました。

リアルタイムチャートでも起こるのかと思って試してみたのですが、私の手元では再現させることが出来ませんでした。
タイミングの問題のため、再現させるのは難しいのかもしれません。

インジケーターにもよりますが、ずれても誤差程度なので目視ではほとんど問題にならないかもしれません。
しかし、EA で使用する際は誤動作の原因^{誤差分の差異で動きが大きく変わるような EA は大抵うまく機能しないけど…}になるので注意したいところです。

[MQL4] StringToCharArray() を使うと最後に '\0' が入るので注意

2019-05-08T08:20:00.000+09:00

公式リファレンスにちゃんと書いてあるのですが、
[StringToCharArray()](https://docs.mql4.com/convert/stringtochararray) を使うと最後に '\0'^{いわゆる [ヌル文字](https://ja.wikipedia.org/wiki/%E3%83%8C%E3%83%AB%E6%96%87%E5%AD%97)} が入ります。

```mq4
string hoge = "abc";
uchar arr_hoge[];
StringToCharArray(hoge, arr_hoge);
// arr_hoge は ['a', 'b', 'c', '\0']
Print(ArraySize(arr_hoge));
// 4
```

[ArraySize()](https://docs.mql4.com/array/arraysize) を [StringLen()](https://docs.mql4.com/strings/stringlen) のように使ったりすると不具合の原因になるので気をつけましょう^{やらかした人がここに}。



'\0' を入れないようにするには、以下のように文字列長分変換すると良いようです。

```mq4
`first-line: 3;
StringToCharArray(hoge, arr_hoge, 0, StringLen(hoge));
// arr_hoge は ['a', 'b', 'c']
Print(ArraySize(arr_hoge));
// 3
```

MQL4 で配列用メモリを動的確保する方法

2019-04-12T00:17:00.000+09:00

プログラムの動作中に配列長が決まるということはよくあります^{MQL だとそう多くはないかもしれないですが}。

そういった場合、C++ では `new` 演算子で動的にメモリを確保するわけですが、MQL4 では `new` 演算子で配列用のメモリを確保することは出来ません。

その代わり、[ArrayResize()](https://docs.mql4.com/array/arrayresize) を利用することでメモリを動的確保することができます。



なお、[CArray](https://www.mql5.com/en/docs/standardlibrary/datastructures/carray) 系のライブラリを使っても可変長配列を実現できます^{これらのクラス内では `ArrayResize()` 等を使っています}。

> 参考
>
> [MQL4 で可変長配列を使用する方法 | Strategy of C](https://strategyofc.blogspot.com/2018/10/mql4.html)

### ArrayResize() の基本の使い方
以下は動的に配列長を 1000 にした例です。
実際に使用する場合は、1000 の部分が変数になることが多いかと思います。

```mq4
int arr[];
ArrayResize(arr, 1000);
```

### Static Array には適用しない方が良い
公式ドキュメントには ArrayResize() は [Dynamic Array](https://docs.mql4.com/basis/types/dynamic_array) にしか適用できないと書いてあります。

> The function can be applied only to dynamic arrays

ところが、以下のように Static Array に対して適用した場合もコンパイルは通ってしまいます。さらに、一見想定通りの動作をします。

しかし、この使用方法は何らかの問題^{メモリリーク等}を起こす可能性があるので、避けるべきでしょう。

```mq4
// やってはいけない（と思う）
int arr[50]; // Static Array
Print("Is this a dynamic array = ", ArrayIsDynamic(arr) ? "Yes" : "No"); // No
ArrayResize(arr, 1000);
Print("Is this a dynamic array = ", ArrayIsDynamic(arr) ? "Yes" : "No"); // Yes
```

> 参考
> 
> [Dynamic Array Object - Data Types - Language Basics - MQL4 Reference](https://docs.mql4.com/basis/types/dynamic_array)


### 頻繁にサイズを変更する場合
メモリの動的確保は大抵負荷の高い処理になります。
つまり、頻繁にメモリサイズを変更すると動作が重くなります。

これを避けるため、先に大きめのメモリ領域を確保しておくという機能が用意されています。

頻繁に `ArrayResize()` を呼ぶ場合は利用すると良いでしょう。

```mq4
int arr[];
// 3番目のオプション引数で追加のメモリ確保が可能
ArrayResize(arr, 1000, 1000); // 物理メモリは 2000 確保されるが、配列のサイズは 1000
Print("ArraySize = ", ArraySize(arr)); // 1000
for (int i = 1; i < 3000; i++) {
   ArrayResize(arr, i, 1000); // i が既に確保されている 2000 以下の場合、配列のサイズだけが変更される（動作が速い）
}
```

### 配列のサイズを変更したらデータはどうなるか？
配列サイズを変更した際のデータの扱いについて、公式ドキュメントを検索してみたのですが、仕様としてはっきり定義されているわけではなさそうです。

[ArrayInitialize()](https://docs.mql4.com/array/arrayinitialize) に以下の記述があったくらいでしょうか。

> Initialization of the array using ArrayInitialize(array, init_val) doesn't mean the initialization with the same value of reserve elements allocated for this array.
> At further expanding of the array using the ArrayResize() function, the elements will be added at the end of the array, their values will be undefined and in most cases will not be equal to init_value.

意訳してみました。

> ArrayInitialize(array, init_val) で初期化しても、(ArrayResize() の3番目の引数で指定した）予約領域が初期化されるわけではありません。
> ArrayResize() で領域を拡張した際、末尾に追加された値は不定で、ほとんどの場合 init_value にはなりません。

逆に言うと、既に使用済みの領域は値を保持すると言えるかもしれません。
しかし、そこまではっきりと書いてあるわけでもありません。

一応、以下のような実験をしてみたところ、値は保持されていましたが、仕様が曖昧である以上、不定であると考えた方が安全かと思います。

```mq4
ArrayResize(arr, 10);

for (int i = 0; i < 10; i++) {
    arr[i] = i * 10;
}    

// 拡張する
ArrayResize(arr, 20);
for (int i = 0; i < 10; i++) {
    Print(i, ": ", arr[i]); // 0 ~ 90 値は保持されていた
}
```

### 動的メモリを解放する
[ArrayFree()](https://docs.mql4.com/array/arrayfree) の説明によると、明示的に動的メモリを解放する必要はあまり無いようです。

ただ、以下のようなローカル変数はどうなるのかよくわかりません。
スコープから抜けたら自動的に解放されるのかもしれません^{C++ と異なる手段で動的配列確保を実装している理由かも}。

そもそも、配列をローカルで動的確保するのはパフォーマンス的にどうよ？と思いますが、
スコープを狭く安全な実装にするためには、こちらが良いケースもあるかもしれません。そういった場合、`ArrayFree()` を呼んでおいた方が安全かとは思います。

```mq4
void my_func(int size) {
    int arr[];
    ArrayResize(arr, size);

    // 何か処理

    ArrayFree(arr);
}
```

MT4 Android 版で Notification の音を変更する方法

2019-04-11T09:13:00.000+09:00

@Android版 MetaTrader 4 Build 1174 (05 Apr 2019)

[MT4 Android 版で Notification の音が変更できない](https://strategyofc.blogspot.com/2018/08/mt4-android-notification.html) で書いたように [MT4 Android 版](https://play.google.com/store/apps/details?id=net.metaquotes.metatrader4) では Notification の音を変更することが出来なくなっていました^{少なくとも Android 9 Pie では}。

アプリの更新が出るたびに、修正されているか確認しているのですが、未だに直っていないようです。

…と思ったら、アプリ内からは変更できないけど Android の設定からは変更できるようになっていました^{もしかしたら 2018 Jun バージョンから出来たのかも}。
Android 9 Pie で Notification の仕様が少し変わり、MetaTrader 4 アプリはそれに正しく対応出来ていないようですね。

なので、公式にはまだ直っているとは言い難いですが、Android の機能を使えば Notification の音を変更することが可能です。



### アプリ内の設定では変更できない
アプリの設定で「お知らせリングトーン」(Notification Ringtone) を変更しても、相変わらず設定が反映されずデフォルトの音がなってしまいます。




### Android の設定から変更する
代わりに、以下の方法で音を変更することが出来ます。

Android の設定画面から、「アプリと通知」(Apps & notifications) を選択


「MetaTrader 4」を選択（表示されていない場合は「xx個のアプリを全て表示」(See all xx apps) から選択）


「通知」(Notifications) を選択


「MetaTrader Terminal」を選択


「詳細設定」(Advanced) を選択


「音」(Sound) を選択


任意の音を選択


選択した後、「保存」を押さないと元に戻ってしまうので注意しましょう。

なお、バイブレーションもアプリ内設定は反映されませんが、上記の方法なら変更することが可能です。

[MT4] tester cannot calculate prices が出てしまった場合の対処方法

2019-04-04T23:54:00.000+09:00

昨日まで使えていた EA でテストをしようとしたところ、"tester cannot calculate prices" というエラーが出て、動かなくなってしまいました。
エラーの前に "margin exchange rate cannot be calculated" という警告が出ているのも気になります。



調べてみたところ、以下のような条件下でおこるようです^{条件が AND か OR か不確定}。

- "Expert properties"（エキスパート設定）の "Initial deposit currency"（初期証拠金通貨）がブローカーのものと異なる
- テストの "Symbol" （通貨ペア）が直接計算できない^{例えば、証拠金を「USD」にしていて、「EURJPY」で計算しようとしている場合など}
- サーバーと通信出来ていない



> 参考
>
> [Tester: exchange rate cannot be calculated - Forex Forum - MQL4 and MetaTrader 4 - MQL4 programming forum](https://www.mql5.com/en/forum/128233)

### 対策1 テスト用の通貨を変更する
"Expert properties"（エキスパート設定） を開きます^{日本語の環境で再現しなかったので、英語のキャプチャになっています}。


"Testing"（テスト設定）タブを選択し、
"Initial deposit"（初期証拠金）の通貨を変更します。


基本的には、ブローカーの通貨（日本のブローカーなら"JPY"）にすると大丈夫のようです。

テストしたい通貨ペアの Base Currency （"USDJPY" なら "JPY", "EURUSD" なら "USD"、基本的に後側の通貨）にしても大丈夫かもしれません。


### 対策2 サーバーに接続する
対策1でも駄目なら、サーバーに接続するとうまくいくかもしれません^{サーバーに接続すると、ヒストリーデータを勝手に上書きしたりするので注意}。

一度、サーバーに接続してからテストを実行し、その後オフラインにしても問題はなさそうです。


### 原因は？
今回、複数ある環境で再現実験をしてみたのですが、再現しないものもありました。
サーバーから何らかの情報を受け取っていて、その情報が足りないと起こるようです。

あくまで推測ですが、多分以下のようなことではないかと思います。

例えば、"Initial deposit"（初期証拠金）通貨を "USD" にしてあり、「"EURJPY" を 101.315円で買う」という処理が走ったとします。
この時、証拠金計算のために JPY -> USD の換算が必要になりますが、その換算が出来なかった場合、エラーになるのだろうと思います。

1. 変換用レートがどこかに保存されているはずなので、それを使用
1. 換算レートが保存されていなかった場合、サーバーに問い合わせ
1. サーバーに接続できなかったらエラー

[MQL4] MarketInfo で値が取れない時は気配値表示ウィンドウを確認する

2019-03-09T00:19:00.000+09:00

気配値表示ウィンドウに対象の通貨ペアを表示していない場合、基本的に [MarketInfo()](https://docs.mql4.com/marketinformation/marketinfo) の値は取得できません^{値が0になってしまう}。

`MarketInfo()` の値が取れない時は、気配値表示ウィンドウを確認してみましょう。





「基本的に」と書いたのは、ストラテジーテスターの場合、一定の条件を満たせば取得できる場合もあるからです。

> 参考
>
> [[MQL4] ストラテジーテスターの中では SymbolInfo や MarketInfo が取得できない時がある | Strategy of C](https://strategyofc.blogspot.com/2019/03/mql4-symbolinfo-marketinfo.html)

この条件、公式のドキュメントには記載がありません。
必ず気配値表示ウィンドウに対象の通貨ペアを表示するようにしておいた方が良いでしょう。

[MQL4] ストラテジーテスターの中では SymbolInfo や MarketInfo が取得できない時がある

2019-03-08T02:21:00.000+09:00

@MetaTrader 4.00 Build 1170 (20 Dec 2018)

[SymbolInfoDouble()](https://docs.mql4.com/marketinformation/symbolinfodouble), [SymbolInfoInteger()](https://docs.mql4.com/marketinformation/symbolinfointeger), [SymbolInfoString()](https://docs.mql4.com/marketinformation/symbolinfostring) 等の関数はストラテジーテスターの中では動作しない時があるので注意が必要です。



### 通貨ペアで指定した通貨以外の情報は SymbolInfo では取得できない
具体的には、ストラテジーテスターの「通貨ペア」で指定した通貨と関数で指定した通貨が異なる場合です。

例えば、以下のように、ストラテジーテスターの「通貨ペア」を「USDJPY」にして、EA内で「EURUSD」の情報を取ってみます。



```mq4
Print("SymbolInfo: ", SymbolInfoDouble("EURUSD", SYMBOL_POINT));
Print("MarketInfo: ", MarketInfo("EURUSD", MODE_POINT));
```

結果は以下のようになります^{後述のように、環境によって結果が異なります}。
```text
`gutter: false;
MarketInfo: 1e-05
SymbolInfo: 0.0
```

ご覧のように [MarketInfo()](https://docs.mql4.com/marketinformation/marketinfo) は問題なく取得できています。
ただし、この `MarketInfo()` も特定の条件が整わないと値を取ることはできません。


### MarketInfo も取得できない時がある
`MarketInfo()` でも値が取得できないのは、気配値表示ウィンドウに表示されておらず、かつストラテジーテスターの「通貨ペア」で指定していない場合です。

例えば、以下のように、気配値表示ウィンドウに「EURUSD」を非表示にした状態で、上記と同様のストラテジーテスターを走らせます^{通貨ペアは「USDJPY」}。



結果は以下のようになります。
```text
`gutter: false;
MarketInfo: 0.0
SymbolInfo: 0.0
```

ただし、起動後一度でもストラテジーテスターで対象の通貨^{例だと「EURUSD」}を指定していると、値が取得できるようです。
データのキャッシュが残っているためだと思われますが、正確にはよくわかりません。

他の条件はよくわかりませんが、気配値表示ウィンドウに表示されていれば `MarketInfo()` の情報は取れるようです。
表示し忘れに気をつけましよう。

なお、気配値表示ウィンドウから通貨を削除してしまうとリアルEA実行中も `MarketInfo()` の情報が取れなくなってしまいます^{`SymbolInfo` は気配値表示ウィンドウになくても取れる}。
こちらも気をつけましょう。

[MQL4] SYMBOL_TRADE_TICK_VALUE は過去の値がとれない

2019-03-04T08:05:00.000+09:00

[値幅を基準通貨の金額に換算する](https://strategyofc.blogspot.com/2018/07/mql4.html) 際に使う [SymbolInfoDouble(null, SYMBOL_TRADE_TICK_VALUE)](https://docs.mql4.com/marketinformation/symbolinfodouble) ですが、過去の値はとれないので注意が必要です。

つまり、Strategy Tester 内で使用することが出来ません。

[MarketInfo(null, MODE_TICKVALUE)](https://docs.mql4.com/marketinformation/marketinfo) も同様です。

> 参考
> 
> [How to calculate pip value in currency account (USD, EUR etc) some bars ago or some time ago? - Currency Pairs - Expert Advisors and Automated Trading - MQL5 programming forum](https://www.mql5.com/en/forum/40812)

[MQL4] ObjectDelete() をループ内で実行するときには decrement にする

2019-01-17T08:21:00.000+09:00

特定の Object をまとめて消したい時、以下のようにループで各オブジェクトを消したくなります。

しかし、以下は Object が2個以上あるとうまくいきません。

```mq4
// NG
for (int i = 0; i < ObjectsTotal(EMPTY); i++) {
    string objectName = ObjectName(i);
    ObjectDelete(objectName);
}
```



ループの中で [ObjectDelete()](https://docs.mql4.com/objects/objectdelete) を実行しているため、
[ObjectsTotal()](https://docs.mql4.com/objects/objectstotal) の値が減っていってしまうためです。

では、先に `ObjectsTotal()` を変数に退避しておけばよいかというと、それもうまくいきません。
ループの後半になると、既に存在しないインデックスを参照してしまうため、[ObjectName()](https://docs.mql4.com/objects/objectname) が `""` （空文字列）を返すからです。

この手の、「イテレーティブなオブジェクトを参照しながら編集してはいけない」というのは、
プログラマが最初の方に覚えるノウハウです。
しかし、「ついやってしまう系」の代表でもあります^{特に言語によって少しずつ扱いが異なるので}。

### 解決策
MQL4 の場合は以下のようにインデックスを decrement にするとうまくいきます。

```mq4
// OK
for (int i = ObjectsTotal(EMPTY) - 1; i >=0 ; i--) {
    string objectName = ObjectName(i);
    ObjectDelete(objectName);
}
```

### 100% 確実ではない
しかし、この方法は Objects 配列の内部実装によるところが多いです。
今のところ、これでうまく動いていますが、100% 確実とは言えません。

たまたまかもしれませんし、将来、動作が変わる可能性もあります。

私は、「もし`ObjectName()` が取れなかったらエラーが出て止まる」で良いというスタンスで上記を使用しています^{トレードに直接関わるようなオブジェクトの使い方をしていないので}。

リアルタイムのトレードサイン等のように、絶対間違って欲しくない時は、先に ObjectName のリストを保存しておき、それを用いて `ObjectDelete()` を実行した方が良いかもしれません。

### ObjectsDelteAll() の使用も検討する
自分でループするより、
まとめてオブジェクトを消すための関数、[ObjectsDelteAll()](https://docs.mql4.com/objects/objectsdeleteall) が使えないか検討するのも良いかと思います。

オブジェクトの種類や名前のプレフィックスで選択的に削除も出来ます^{プレフィックスで削除できるのは実はこれを書いていて知った…}。

[MQL4] OnTick() 内で Bid, Ask を更新する方法

2019-01-05T00:38:00.000+09:00

EA の `OnTick()` 処理中に Bid, Ask が更新されたとしても `Bid`, `Ask` 変数にこれらの値は反映されません。

注文の実行時など、最新の値を使用したい時は [RefreshRates()](https://docs.mql4.com/series/refreshrates) を使用すると `Bid`, `Ask` 変数等を更新する事が出来ます。



### 動作確認
以下のような EA を作成して実行してみました。

```mq4
void OnTick()
{
    RefreshRates();
    printf("A  Ask: %s, Bid: %s, Volume: %d",
           DoubleToStr(Ask, Digits),
           DoubleToStr(Bid, Digits),
           Volume[0]);
           
    Sleep(10000);
    
    printf("B  Ask: %s, Bid: %s, Volume: %d",
           DoubleToStr(Ask, Digits),
           DoubleToStr(Bid, Digits),
           Volume[0]);

    RefreshRates();

    printf("C  Ask: %s, Bid: %s, Volume: %d",
           DoubleToStr(Ask, Digits),
           DoubleToStr(Bid, Digits),
           Volume[0]);
}
```

結果は以下です。
```
A  Ask: 109.119, Bid: 109.111, Volume: 2
// 10 秒待機
B  Ask: 109.119, Bid: 109.111, Volume: 2
// RefreshRates() 実行
C  Ask: 109.120, Bid: 109.112, Volume: 11
```

B では10秒前の情報が保持されています。`RefreshRates()` を実行すると最新の情報に更新されました。

### 戻り値について
`RefreshRates()` の戻り値はエラーではなく、更新できたかどうかです。
例えば、以下のように `OnTick()` の最初で `RefreshRate()` を呼んでも、ほぼ間違いなく `false` になります^{100% ではない}。

```mq4
void OnTick()
{
    bool refreshed = RefreshRates();
    Print(refreshed);
}
```

### 注意点
`RefreshRates()` は他スレッドとの排他が発生しているはずです。
そのため、あまり頻繁に呼ぶと動作が遅くなる可能性があります。

ただ、私の手元では目立った遅延は確認できませんでした。
それなりのスペックを持ったマシンであれば、ほとんど気にする必要は無いと思いますが、念の為。

[MQL4] 他通貨の Bid, Ask を取得する方法2種

2019-01-04T09:01:00.000+09:00

他通貨のバー情報を取得するには [iHigh()](https://docs.mql4.com/series/ihigh) 等の関数が使えます。
通常はこれで十分なのですが、リアルタイムで Bid, Ask の情報を取得したいことも時としてあります。

その場合、以下のようにして取得することが可能です。



### SymbolInfoDouble() を使う方法
[SymbolInfoDouble()](https://docs.mql4.com/marketinformation/symbolinfodouble) を使うと以下のように他通貨の Bid, Ask を取得することが可能です。

```mq4
string symbol = "EURUSD";
double eurusd_bid = SymbolInfoDouble(symbol, SYMBOL_BID);
double eurusd_ask = SymbolInfoDouble(symbol, SYMBOL_ASK);
```

実運用時には、何らかのエラーで値を取得できなかった場合にメールを送るなどの処理をしておくべきでしょう。
エラーハンドリングは以下のようにします。

```mq4
string symbol = "EURUSD";
double eurusd_bid;
if (!SymbolInfoDouble(symbol, SYMBOL_BID, eurusd_bid)) {
    int error = GetLastError();
    // TODO Error handling
}
double eurusd_ask;
if (!SymbolInfoDouble(symbol, SYMBOL_ASK, eurusd_ask)) {
    int error = GetLastError();
    // TODO Error handling
}
```

エラーとして取得できるのは以下のようです。
- 4106 — 通貨が「気配値表示」 ウィンドウに表示されていない
- 4051 — symbol 名が間違っている
- 4024 — 内部エラー

> 参考
> - [SymbolInfoDouble - Market Info - MQL4 Reference](https://docs.mql4.com/marketinformation/symbolinfodouble)
> - [Symbol Properties - Environment State - Constants, Enumerations and Structures - MQL4 Reference](https://docs.mql4.com/constants/environment_state/marketinfoconstants#enum_symbol_info_double)


###  SymbolInfoTick() を使用する方法
[SymbolInfoTick()](https://docs.mql4.com/marketinformation/symbolinfotick) でも他通貨の Bid, Ask を取得する事が出来ます。

```mq4
string symbol = "EURUSD";
MqlTick tick;
if (!SymbolInfoTick(symbol, tick)) {
    int error = GetLastError();
    // TODO Error handling
} else {
   // Print(tick.bid, tick.ask);
}
```

こちらはリファレンスにエラー番号一覧が無いのですが、`SymbolInfoDouble()` とほぼ同じ値が返ってくるようです。

> 参考
>
> [SymbolInfoTick - Market Info - MQL4 Reference](https://docs.mql4.com/marketinformation/symbolinfotick)

### 注意点
上記の関数に限らず、`SymbolInfoxxx()` という関数は、以下のような制約があるので注意が必要です^{`iHigh()` 等はこの限りではない}。

#### 「気配値表示」 ウィンドウに表示していない通貨の情報はとれない
上記のエラー `4106` を見ると明らかなのですが、「気配値表示」ウィンドウに通貨を表示していない場合、値を取得することができません。



#### ストラテジーテスター内では情報はとれない 
ストラテジーテスター内ではこれらの関数は 0 を返します。厄介なのは、エラーにならず、成功しているのに 0 を返すという点です。
なので、うっかりこれらの関数をストラテジーテスター内で使用してしまうと想定外の動作をしてしまう可能性が高いので注意が必要です。

バックテストで使用できない関数は扱いが非常に難しいです。
私は、結局これらの関数を実運用で使うことは諦めました。

OANDA Japan で v20 口座を作ったら新規注文できなくなった【解決済】

2019-01-03T06:36:00.000+09:00

昨年末に「【重要】OANDA Japan　NYサーバーにおける新取引システム【v20】への移行および口座移管のお知らせ」というメールが届きました。

2019年1月中旬以降、順次取引システムが `v20` に更新されるらしい。
両建て口座は自動で更新されないとのことなので、手動で `v20` 口座を作成し、移管してみました。

ところが、新規の `v20` 口座では通貨ペアがグレーアウトされてしまい、
新規注文が出せません^{新規注文画面に通貨ペアが表示されない}。
そして、USDJPY のスプレッドが 14 と広がっています。ボラティリティの低い安定時です。
原則 8 point ^{Oanda Japan の USDJPY では 8 point = 0.8 pip} 固定じゃなかったのか！？






### 通貨ペアを更新しないといけない
おかしいと思って、先のメールを見直してみると、さらっと以下のページへのリンクが貼られていました。

[https://www.oanda.jp/info/549](https://www.oanda.jp/info/549)

その中で言及されていたのが、以下。

> ※【v20】でMT4をご利用いただく場合、通貨ペア名の後ろに
> サフィックスとして【-a】（ベーシックコース）または【-b】（プロコース）が追記され、デフォルトの通貨ペアとは異なる通貨ペア名となっています。

なるほど。

そういう大事なことはメールにも書いておいて欲しかった。
もしくはメールに中途半端な移管方法を書かず、リンク先を見てくださいって書いてあればまだマシだったんだけど…

まぁ、文句を言っていても仕方がないので、書いてあるように通貨ペアを更新してみました。

表示 → 通貨ペアリスト


Gropup7-b の中に `-b` のついた通貨ペア一覧があったので選択。

すると、有効な通貨ペアが表示されました^{スプレッドももとのまま}。



これ、自動で移管された人の環境はどうなるんだろう？
私は、手動でやって、時間的にも余裕があったからよかったけど、いきなりこの状況になったら焦るなぁ。

MetaTrader 4 は勝手に再起動してアップデートすることがある

2018-12-18T07:57:00.000+09:00

本日、MetaTrader 4 を起動したら突然終了してしまいました。その後、数秒待つと自動で再起動し、以後問題なく動作しています。

実被害は無かったのですが、何が起こったのかログを確認してみたところ、アップデートが走ったようです。



```text
`title: "log/20181218.log （抜粋）";
LiveUpdate: updater - started for portable 'C:\Users\yusuke\MT4'
LiveUpdate: updater - start admin updater
MetaTrader 4 build 1090 stopped
LiveUpdate: admin updater - started for portable 'C:\Users\yusuke\MT4'
LiveUpdate: admin updater - try to close terminal
LiveUpdate: admin updater - files update started
LiveUpdate: copied from 'C:\Users\yusuke\AppData\Roaming\MetaQuotes\WebInstall\mt4clw\metaeditor.exe' to 'C:\Users\yusuke\MT4\metaeditor.exe'
LiveUpdate: copied from 'C:\Users\yusuke\AppData\Roaming\MetaQuotes\WebInstall\mt4clw\terminal.exe' to 'C:\Users\yusuke\MT4\terminal.exe'
LiveUpdate: admin updater - files update finished
LiveUpdate: admin updater - clean obsolete data
LiveUpdate: admin updater - finished for portable 'C:\Users\yusuke\MT4'
LiveUpdate: updater - start terminal
LiveUpdate: updater - finished for portable 'C:\Users\yusuke\MT4'
MetaTrader 4 build 1160 started (MetaQuotes Software Corp.)
```

バージョン番号を確認すると、Build 1160 (14 Dec 2018) になっていました^{昨日までは Build 1090 (19 May 2017)}。




### 起動直後に再起動することもある
複数インストールしてある MetaTrader 4 で動作を確認してみたところ、次のようなタイミングで再起動が走るようです。

- LiveUpdate がバックグラウンドでアップデートをダウンロードした時
- `%APPDATA%\MetaQuotes\WebInstall\mt4clw\` 以下^{フォルダは環境によって微妙に違うかもしれません}にアップデートがあった場合

`%APPDATA%\MetaQuotes\WebInstall\mt4clw\` は複数インストールされている MetaTrader 4 で共通です。
どれか1つがアップデートを受信したら他のインストールもアップデートされる仕組みのようです。
通信量を減らせるのは良いのですが、起動した直後に突然再起動するので不具合かと疑ってしまいます。
せめて、「アップデートします」等のダイアログが出れば良いと思うのですが。

MT4 Android 版の赤と緑の帯が表すもの

2018-12-05T12:27:00.000+09:00

Android 版 MetaTrader 4 を使用していると、時々オーダーの左端に赤や緑の帯が表示されます。



気になって調べてみたのですが^{私は基本的に EA で売買して、確認のためだけに Android 版を使用しているので、これまであまり気にしてこなかったのです…}、MetaTrader 5 のヘルプしか見つけられませんでした。
ただ、動作を確認してみたところ、MetaTrader 4 も 5 と同じように動作するようです。



### Trade （トレード）ページ
[Trade - MetaTrader 5 Android Help](https://www.metatrader5.com/en/mobile-trading/android/help/trade)
> When approaching the market, the order background is colored in green.

「価格が近づくと、背景が緑になります」とのことですが、約定済みの場合は少し動作が異なるようです。

#### 未約定のもの
未約定のものは買い、売りに関わらず、指値・逆指値に近づく^{「近づく」の定義がどれくらいなのかはブローカーによって異なるかもしれませんが、OANDA デモ口座 USDJPY だと 10 pips のようです}と緑になります。






#### 約定済みのもの
これはヘルプに記載がなかったのですが、動作確認をしてみると「ストップロスに近づくと赤、テイクプロフィットに近づくと緑」という動作をするようです。

ストップロスに近づいた場合


テイクプロフィットに近づいた場合


### History （履歴）ページ
[History - MetaTrader 5 Android Help](https://www.metatrader5.com/en/mobile-trading/android/help/history)
> If a deal was executed as a result of triggering of Stop Loss, it is colored in red. If Take Profit triggered, the deal is colored in green.

「ストップロスにかかった履歴は赤、テイクプロフィットで手仕舞いした履歴は緑になります。」とのことです。

ストップロスにかかったものは赤なので、トレイリングストップ等で利益が出た場合も赤くなります。



逆にテイクプロフィットで損失が出た場合、緑になります。




### Quotes （気配値）ページ ＆ Trade （トレード）ページのアクションバー
余談ですが Quotes ページの各通貨には、現在オープン中の注文で利益が出ている時は青、損失が出ている場合は赤の三角形が表示されます。


Trade ページのアクションバーはトータルで利益が出ている場合は青、損失が出ている場合は赤くなります^{Quotes でも変わってくれた方がわかりやすい気がする}。





### PC版 MT4 でも同様
さらに余談ですが、PC版 MT4 でも同様に色付けされますね。

取引タブでは、未約定の注文の指値・逆指値に近づくと「価格」が緑になります。


約定済みの注文はテイクプロフィットに近づくと「決済指値(T/P)」が緑、ストップロスに近づくと「決済逆指値(S/L)」が赤くなります。


口座履歴タブでは、テイクプロフィットで決済したものは「決済指値(T/P)」が緑、ストップロスで決済したものは「決済逆指値(S/L)」が赤くなります。

[MQL4] ストラテジー毎にスレッドは別

2018-11-11T00:38:00.000+09:00

[OnTick() と OnTimer() が同一スレッドで動いている](https://strategyofc.blogspot.com/2018/11/mql4-ontick-ontimer.html) ことは
確認したのですが、ストラテジーが異なる場合はどうなのか調べてみました。

結論から言うと、各ストラテジーは別スレッドで動いているようです^{当たり前というか、そうじゃないと使い物にならない気がするけど}。

1つのストラテジーが `OnTick()` 内で重たい処理をしていても、他のストラテジーの `OnTick()` は呼ばれます。

とはいえ、プロセスは1つなので完全に無関係というわけにはいかないでしょう。
同時実行のストラテジーはどれくらいまで増やせるのだろうか？

[MQL4] OnTick() と OnTimer() は同一スレッドで動いている

2018-11-10T13:06:00.000+09:00

@MetaTrader 4.00 Build 1090

Expert Adviser の `OnTick()` で何か重たい処理をしているとき^{本来は、なるべく重い処理はしない方が良いけれど}、`OnTimer()` はどのように処理されるのか、調べてみました。

結論から言うと、以下のような動作をするようです。
（同一スレッド上で動いているか、少なくとも排他されている。）

- `OnTick()` の処理中に `OnTimer()` のタイミングが来た場合、`OnTick()` 終了直後に`OnTimer()`が実行される（`OnTimer()` はペンディングされる）
- ただし、2回以上ペンディングされたとしても、`OnTick()` 終了直後に実行される `OnTimer()` は1回のみ
- ペンディングされたとしても、`OnTimer()` が呼ばれるタイミングには影響しない（`EventSetTimer()` が呼ばれた時点から指定間隔で呼ばれ続ける^{ただし、多少の誤差はある}）

この動作、逆の場合も当てはまるようです。
つまり、`OnTimer()` で重たい処理をしていると、その間に呼ばれるはずだった `OnTick()` が無視されることになります^{最後の一回を除いて}。

また、`OnTick()` で重たい処理をしていても、同じように `OnTick()` が無視されます。

`OnTick()` や `OnTimer()` ではなるべく重たい処理をしないようにすべきですね。
かつ `OnTimer()` の呼び出し頻度は少なめに。



### 確認環境
以下のような EA を作成し、タイミングをいろいろ変えて確認してみました。

```mq4
`title: "Experts/ThreadTest.mq4";
#property strict

static uint count = 0;

int OnInit()
{
    //--- create timer
    EventSetTimer(1); // 1秒（本来こんなに高頻度で呼ぶべきではない）

    return(INIT_SUCCEEDED);
}

void OnDeinit(const int reason)
{
    //--- destroy timer
    EventKillTimer();
}

void OnTick()
{
    count++;
    printf("OnTick %u start", count);
    Sleep(3000); // 3秒待つ
    printf("OnTick %u end", count);
}

void OnTimer()
{
    Print("OnTimer");
}
```

[MT4] PeriodConverter はオフラインチャートで上位時間足を再生成するためのものではない

2018-11-06T08:45:00.000+09:00

[[MT4] PeriodConverter を使うとヒストリーデータが消えることがある](https://strategyofc.blogspot.com/2018/11/mt4-periodconverter.html) を書いている時に
以下の投稿を見つけました。

[案外知られていない、MT4添付スクリプト「PeriodConverter」のバグ（正しくは制約）| nekonoteのFXで自動売買](http://nya0nekonote.blog.fc2.com/blog-entry-307.html)

オフラインチャートに「PeriodConverter」を適用するのは本来の使い方ではないらしい。

> 「PeriodConverter」の本来の目的は、オンラインのチャートに常駐させて、パラメータで指定した倍率の上位時間足をリアルタイムで生成していくものです。
> ですので、オフラインチャートの5分足～月足を生成して終わり、という使い方は、スクリプトの本来の目的から外れています。

知らなかった。
確かに「生成が終わってもスクリプトが終了せず常駐している」とは思っていたけど、そういう意味があったとは。

そのため、以下のような問題があるとのこと。

- 最新時間足が生成されない
- 週足・月足のオープン時間が異なる

最新時間足が生成されない問題は、リアルタイム用ということで理解できますが、週足・月足の問題はなぜでしょう？
今度調べてみたいと思います^{と TODO に積んでおいて放置されるパターン…？}。

[MT4] PeriodConverter を使うとヒストリーデータが消えることがある

2018-11-06T08:11:00.000+09:00

MetaTrader には `PeriodConverter` というスクリプトが標準で付属しています。
この `PeriodConverter` は M1 のデータ等から他の時間足のデータを再生成する際に使用します。

便利に使っていたのですが、ある日、再生成したヒストリーデータが直近数時間分になってしまう現象がおこりました。
M1 のデータは 1971年から^{MetaQuotes 提供のもの。1900年代のデータは飛び飛びであまり使いものにならない。}あるのにも関わらずです。

先に原因を書いておくと、「チャートの最大バー数」が小さい場合、このような現象が起こります。

ツール → オプション → チャート




以下に問題を再現してみた結果を載せておきます。
「チャートの最大バー数」は上記スクリーンショットのように 800 を使用しました。

### ヒストリーデータを確認する
まずは現在のヒストリーデータを確認します。

ファイル → オフラインチャート


全時間枠で 1971年からのデータがあることが確認できます。


### PeriodConverter を適用する
M1 のチャートを開き、PeriodConverter を適用します。

PeriodConverter → 右クリック → チャートで実行　（ダブルクリックやドラッグ＆ドロップでも良い）


再生成する時間枠を指定。今回は 5 にしました。


### もう一度ヒストリーデータを確認すると…
以下のように、M5 だけ、直近数時間分になってしまいました^{「終了」が最初のスクリーンショットと異なっている点はご容赦を}。



なお、この状態でストラテジーテスターを実行すると、11/5 4:50 以降しか実行されません。（M5 をターゲットにした場合）


### 修復
データが無くなったとはいえ、M1 は残っているので修復可能です。

先に書いたように、原因は「チャートの最大バー数」が小さいことなので、「チャートの最大バー数」を十分に大きくします。
なお、この値は **MetaTrader を再起動しないと反映されない** ので注意してください。

> 参考
>
> [[MT4] 「チャートの最大バー数」は何を意味するのか | Strategy of C](https://strategyofc.blogspot.com/2018/10/mt4.html)

ツール → オプション → チャート


この状態で再度 `PeriodConverter` を実行すると、M5 が再生成されます。

ただし、この設定のまま複数チャートを開いたりすると、すごく重くなります。
場合によっては完全に固まるということもありますので、ご注意ください。

[MQL4] Library に strict を付けてはいけない

2018-11-05T23:26:00.000+09:00

@ MetaTrader 4.00 Build 1090 (on Windows 10 Pro Ver. 1803)

MetaTrader でライブラリを作成する際、`#property strict` を書いてしまうと、実行時に以下のエラーが出てしまいます^{コンパイルは通る}。

> libsumtest USDJPY,H1: unresolved import function call



`#property strict` を消すと正しく動作します。
なお、ライブラリの修正後はライブラリをコンパイルし直すのをお忘れなく。

> 参考
>
> [Problem with #import library (Win XP, build 646) - Trading Strategies That Work - MQL4 and MetaTrader 4 - MQL4 programming forum](https://www.mql5.com/en/forum/152047)



一応、検証した方法を載せておきます。

### 検証方法
以下のようにライブラリとヘッダを用意。

```mq4
`title: "Libraries/libsum.mq4"; highlight:2 ;
#property library
#property strict

int sum(int a, int b)
{
   return a + b;
}
```

```mq4
`title: "Include/libsum.mqh";
#import "libsum.ex4"
   int sum(int a, int b);
#import
```

`libsum.mq4` をコンパイルして、`Libraries/libsum.ex4` が作成されたことを確認します。

そして、それをスクリプトで読み込みます。

```mq4
`title: "Scripts/libsumtest.mq4";
#property version   "1.00"
#property strict

#include <libsum.mqh>

void OnStart()
{
   int result = sum(1, 2);
   Print(result);
}
```

これを実行すると `unresolved import function call` エラー。



### 修正
ライブラリ内の `#property strict` を削除^{他の誰かのためにコメントアウトして何かコメントを付けておく方が良いかもしれない}。

```mq4
`title: "Libraries/libsum.mq4"; highlight:2 ;
#property library
// #property strict

int sum(int a, int b)
{
   return a + b;
}
```

再コンパイルして、`Libraries/libsum.ex4` が更新されたことを確認します。

スクリプト `libsumtest` を実行すると正しく実行されました。

[MQL4] GetLastError() で取得したエラーコードをエラーメッセージに変換する方法

2018-10-18T23:09:00.000+09:00

MQL4 の関数の中には、失敗した場合、[GetLastError()](https://docs.mql4.com/check/getlasterror) でエラーコードを取得できるものがあります。

しかし、このエラーコードは [Trade Server Return Codes](https://docs.mql4.com/constants/errorswarnings/enum_trade_return_codes) に載ってないものが多く、そのままでは役に立ちません。

そのため、`ErrorDescription()` という標準関数が用意されています^{公式のサンプルの中でもよく使われています}。

2018/10/19 追記


「載ってないものが多く」と書いたのですが、[Runtime Errors](https://docs.mql4.com/constants/errorswarnings/errorcodes) の方には 4000番台のエラーも載っていました^{どこかで見た気はしていた}。
[Trade Server Return Codes](https://docs.mql4.com/constants/errorswarnings/enum_trade_return_codes) は [Runtime Errors](https://docs.mql4.com/constants/errorswarnings/errorcodes) から若い番号のものを抜粋した表のようです。

[OrderModify()](https://docs.mql4.com/trading/ordermodify) 等は 4000番台のエラーも返すのに、リンクされているドキュメントが不十分というのは不親切だなぁ。




### `ErrorDescription()` の使用方法
まず `stdlib.mqh` を include します。

```mq4
#include <stdlib.mqh>
```

あとは以下のように `GetLastError()` で取得したエラーコードを与えると、対応したエラーメッセージが返されます。

```mq4
if (!OrderModify(ticket, price, stoploss, takeprofit, expiration)) {
    int error = GetLastError();
    printf("OrderModify error \"%s\"(%d)", ErrorDescription(error), error);
}

// 結果
// OrderModify error "invalid ticket"(4108)
```

なお、`GetLastError()` は2度呼ぶと値が変わってしまうので、上記のように変数で一度受けて使用しましょう。

> 参考
>
> [[MQL4] GetLastError() は2度呼んではいけない](https://strategyofc.blogspot.com/2018/10/mql4-getlasterror-2.html)

[MQL4] GetLastError() は2度呼んではいけない

2018-10-18T23:08:00.000+09:00

MQL4 では直前の関数が失敗した場合、[GetLastError()](https://docs.mql4.com/check/getlasterror) を使ってエラーコードを取得することが出来ます。

しかし、この関数を連続して呼び出すと値が変わってしまうので要注意です。


### 2度目は値が0
具体的には以下のように、2度目の呼び出しでは値が 0 になってしまいます^{なお、4108 は "Invalid Ticket"}。

```mq4
if (!OrderModify(ticket, price, stoploss, takeprofit, expiration)) {
    printf("GetLastError1 %d", GetLastError());
    printf("GetLastError2 %d", GetLastError());
}

// 結果
// GetLastError1 4108
// GetLastError2 0
```

こんなあからさまに2度呼ぶことは無いと思うのですが、後述の `ErrorDescription()` を使う場合など、うっかり書いてしまうことはありそうです。


### GetLastError() は必ず変数で受けてから使う
対策としては、エラー発生直後に必ず変数で受けるよう習慣づけるのが一番かと思います。

```mq4
if (!OrderModify(ticket, price, stoploss, takeprofit, expiration)) {
    int error = GetLastError();
    printf("GetLastError1 %d", error);
    printf("GetLastError2 %d", error);
}    

// 結果
// GetLastError1 4108
// GetLastError2 4108
```


### エラーコードをエラーメッセージに変換する方法
このエラーコード、[Trade Server Return Codes](https://docs.mql4.com/constants/errorswarnings/enum_trade_return_codes) に一覧があると思いきや、この表には一部のコードしか載っていません^{4108 も載っていない}。

これではエラーの原因がわからないので、これを文字列に変換する標準ライブラリが用意されています。

> 参考
>
> [[MQL4] GetLastError() で取得したエラーコードをエラーメッセージに変換する方法](https://strategyofc.blogspot.com/2018/10/mql4-getlasterror.html)

2018/10/19 追記


「一部のコードしか載っていません」と書いたのですが、[Runtime Errors](https://docs.mql4.com/constants/errorswarnings/errorcodes) の方には 4000番台のエラーも載っていました^{どこかで見た気はしていた}。
[Trade Server Return Codes](https://docs.mql4.com/constants/errorswarnings/enum_trade_return_codes) は [Runtime Errors](https://docs.mql4.com/constants/errorswarnings/errorcodes) から若い番号のものを抜粋した表のようです。

[OrderModify()](https://docs.mql4.com/trading/ordermodify) 等は 4000番台のエラーも返すのに、リンクされているドキュメントが不十分というのは不親切だなぁ。

[MT4] 「チャートの最大バー数」は何を意味するのか

2018-10-16T07:53:00.000+09:00

@MetaTrader 4.00 Build 1090

MetaTrader 4 の設定には「チャートの最大バー数」という項目があります。



この設定値が何を意味するのか調べてみました。
と言っても、正式なドキュメントを見つけることができなかったので動作からの推察です。

なお、この値は** MT4 を再起動しないと反映されません**^{何度も再起動するのが地味に面倒くさい}。



### チャートの最大バー数 (Max bars in chart)
以下は 「チャートの最大バー数」を 20 にしてチャートを表示してみたものです。



ご覧の様にチャートに表示されるバーが 20 本になりました。スクロールして過去のバーを見ることも出来ません。
つまり、最新 20本のみ参照可能ということです。

例えば、この値を400にすると、最新 400本のみスクロールして参照出来ますが、それ以前へはスクロール出来ません。

このように、「チャートの最大バー数」は（見えない部分も含めた）チャート上の最大バー数を表します^{読んで字のごとくですが}。

では、「チャートの最大バー数」を大きくすれば便利に使えるのかというとそうでもありません。
この値が大きいと、その分メモリを消費します。
最近は大量のメモリを積んでいるマシンが多いとはいえ、チャートの枚数が増えてくるとかなり影響が出てきます。

チャートの枚数が増えると動きがモッサリしてくる場合、この値が大きいのが原因かもしれません。


### 「チャートの最大バー数」を小さくしすぎないように注意
EA でしか使用しないという場合、描画に使用するメモリは少ないにこしたことはありません。
しかし、「チャートの最大バー数」をあまり小さくしすぎると問題があります。

以下は
「チャートの最大バー数」を 20 にしたチャートに 10本SMA を表示したものです。
最初の 10本分にインジケーターが表示されていないのがわかるかと思います。



インジケーターによっては過去の累積が重要なものもあります。
こういったインジケーターの値に影響を与えるので、「チャートの最大バー数」はある程度大きな値にしておくべきです。
安易に変更すると EA の動作が変わってしまうかもしれませんのでご注意を。


### ヒストリー内の最大バー数 (Max bars in history)
「チャートの最大バー数」と同じ設定項目に「ヒストリー内の最大バー数」というのもあります。

しかし、私の環境でこの値を変更してみたところ、10000000 以下の値を設定しても、勝手に 10000000 に変更されてしまうようです。（ヒストリーセンター使用時）

私の記憶が正しければ、昔はこの値が ヒストリーファイル（`*.hst`）のサイズに影響していました。
が、勝手に大きな値に変更されてしまうようでは確認のしようがありません。

ヒストリーファイルが十分でないと、ストラテジーテスターの結果にも影響が出てくるので、小さく出来ないようにしたのかもしれません。