これまでの設定で、突然MT4からメールが送信できなくなった場合は、
以下の方法を試してみてください。

Googleのセキュリティ設定で、安全性の低いアプリのアクセスを「オン」に設定する。

以下のアドレスを開きます。
https://www.google.com/settings/u/2/security/lesssecureapps

「オンにする」にチェックを入れてください。（設定が反映されるまで若干のタイムラグがあるようです）

オンにする＝安全性の低いアプリからアクセスできるようにする。

＜補足＞
MT4のオプション設定方法

上図のように、

・SMTPサーバー ——–> （ポート番号465を末尾に付ける）
・SMTPログインID ——> Gmailのメールアドレス
・SMTPパスワード ——> Gmailのパスワード
・発信元 ————–> 送信メールアドレス（Gmailアドレス）
・送信先 ————–> 送信先のメールアドレス（Gmailでなくてもよい）

を設定して下さい。テストボタンをクリックしてテストメールの送信が成功すれば設定はOKです。

なお、上記のように設定とすると、Googleのセキュリティ設定が甘くなってしまうので、発信元とするGmailアドレスは、捨てアドを用意して使用することをお勧めします。

また、一旦、上記のように設定してもGoogleのセキュリティの規定の変更等により、再度、安全性の低いアプリのアクセスの設定が「オフ」にされてしまう場合があるようです。

もし、再びメールが送信できなくなった場合は、上記の設定をやり直してください。

例えば0.01を10回足す下記のようなコードを書きます。

double val=0.0;
for(int i=0; i<10; i++){
   val+=0.01;
}

Print(val);

結果は「0.1」となるはずですが、
以下のような値が出力されます。

>>0.09999999999999999

これは0.1と等しい値として取り扱われるでしょうか？
確かめてみましょう。

if(val==0.1){
      Print("the same");
}
else{
      Print("not the same");
}

結果は、

>>not the same

同じ値ではないと判定されてしまいます。

そこでNormalizeDoubleで正規化してみましょう。

val=NormalizeDouble(var1,5);

Print(val);

if(val==0.1){
      Print("the same");
}
else{
      Print("not the same");
}

結果は、

>>0.1
>>the same

同じ値として判定されました！

上記の例のように、NormalizeDoubleによる正規化をしないと、正しく判定されない場合があるので注意が必要です。

文字列配列に値が入ってるかを確認する際などに、初期値を知っておく必要がありますが、
宣言した直後の文字列配列には、初期値として何が入っているのでしょうか。
以下のように確かめてみました。

//文字列配列を宣言
string str_sample[100];

if(str_sample[0]==false){ Print(“A”); }
if(str_sample[0]==true){ Print(“B”); }
if(str_sample[0]==””){ Print(“C”); }
if(str_sample[0]==NULL){ Print(“D”); }
if(str_sample[0]==EMPTY){ Print(“F”); }
if(str_sample[0]==EMPTY_VALUE){ Print(“G”); }

とすると出力は

＞D

となり、文字列配列の初期値はNULLであることが分かります。

ちなみに、
true/falseは数値（number）としても扱われ、

Print((int)true);
Print((int)false);

とすると、それぞれ

＞1
＞0

となり、trueは1、falseは0と同値であることが分かります。

また、EMPTYとEMPTY_VALUEを確認すると、

Print(EMPTY);
Print(EMPTY_VALUE);

＞-1
＞2147483647

EMPTYは-1、EMPTY_VALUEは2147483647となっています。

従来のShellExecuteAファンクションがそのままでは使用できない不具合がありました。

たとえば以下のようなMT4から外部アプリケーションを開くコードです。

従来の書き方だと、ヘッダ部分で

そしてstart内で

のようにすれば動きましたが、

バージョンアップ後は、ShellExecuteAをShellExecuteWに変更しないと動かないようです。（他はそのままでOK）

元々ANSI（Shift_JIS）文字コードで引数を渡していた仕様が、Build600ではUnicodeに変更されたために起こる不具合のようです。

引数で日本語を使用していない場合でもエラーは発生します。

変更後のコード