mt4R for new MQL4

0
(0)
Name:
mt4R for new MQL4
Author: micclly (2014.02.06 15:31)
Rating: 10
Downloaded: 324
Download:
mt4R for new MQL4 1
 mt4R-1.4.0-SNAPSHOT-b7.zip (152.0 Kb)
mt4R for new MQL4 2 00_README.txt (303 bytes)

Description:

mt4R, originally developed by Bernd Kreuss and distributed here, does not work correctly with new MQL4.

I modiifed the dll and the include file to support new MQL4.

Latest version:

You can get the latest version from GitHub releases. (Due to update time lag by moderation, the attached binary may be older than the latest release at GitHub)

Changelog is also at CHANGES.md and GitHub commits.

Update history:

Feburary 10, 2014: v1.4.0-b7: Added sample experts: Arb-O-Mat and Trend-O-Mat(GitHub#5).

Feburary 9, 2014: v1.4.0-b6: Fixed the bug of RGetBool/RGetInteger(Github#4).

Feburary 9, 2014: v1.4.0-b5: Fixed the bug of RAssignString(Github#3).

Feburary 9, 2014: v1.4.0-b4: Fixed the bug of RAssignStringVector(GitHub#1), and updated the minor version number in DLL hardcoded.

Feburary 7, 2014: v1.4.0-b1: Changed MQL file encoding to UTF-16

Feburary 6, 2014: v1.4.0-b0: Initial snpashot

Source:

Source codes are distributed at a branch of my GitHub repository.

Note:

  • Testing is not enough
  • I had only confirmed that it seems work good with R-3.0.2 on Windows 2012 R2.
  • Performance may be slightly worse, because wide string in arguments is always converted to ansi string.
11 comments: 1 2   To post a new comment, please log in or register

Thanks for your great work!

However, the R chart created by Arbomat seems to come and go in a fraction of a second at the moment of loading the EA. What could be the reason?

R chart created by Trendomat is appearing good. I'm using the same PC and the same MT4.

Also, sometimes appears this message in the experts tab:

mt4R for new MQL4 3

13.02.2014 23:41 kaleb

TJmclovin:
Excellent job! Thanks for the instant fixes 🙂 !!!

Two more things:

  • RGetInteger: AExpression: PChar should be PWideChar and subsequently Result := TRConsole(AHandle).GetInteger(WideStringToString(AExpression, CP_ACP))
  • RGetBool: Same as above 🙂

Again, thank your very much !

Great thank you and I'm sorry about terrible porting quality...

I've fixed RGetBoo/RGetInteger bug at v1.4.0-SNAPSHOT-b6.

 

EDIT: Next time I'll just open an issue at your repo if you don't mind. I don't want to spam the comments section here ;)

 

I'll welcome for iissue from you if you feel to report something about this!

08.02.2014 21:08 micclly

Excellent job! Thanks for the instant fixes 🙂 !!!

Two more things:

  • RGetInteger: AExpression: PChar should be PWideChar and subsequently Result := TRConsole(AHandle).GetInteger(WideStringToString(AExpression, CP_ACP))
  • RGetBool: Same as above 🙂

Again, thank your very much !

EDIT: Next time I'll just open an issue at your repo if you don't mind. I don't want to spam the comments section here 😉

08.02.2014 20:46 TJmclovin

TJmclovin:
Thanks for fixing it! Works great! One more minor change is required though:
// assign string to variable given by name
procedure RAssignString(AHandle: LongInt; AVariable: PWideChar; AValue: PChar (should also be PWideChar?)); stdcall;
begin
  if isValid(AHandle) then
    TRConsole(AHandle).AssignString(WideStringToString(AVariable, CP_ACP), WideStringToString(AValue, CP_ACP));
end;

Thanks for bug report, I've fixed at v1.4.0-SNAPSHOT-b5.

Please update the dll and the include file, because of minor version number is changed from before b3.

08.02.2014 20:09 micclly

TJmclovin:
It crashes when trying to execute
Rf("times",times);

Thanks for your bug report!

From the investigation, the array processing in RAssingStringVector is not correctly ported to new MQL4.

I've updated the DLL, so please get the latest version from GitHub.

In this version, DLL-hardcoded minor version number updated to 4, so please also copy MQL4/Include/mt4R.mqh.

08.02.2014 19:54 micclly

Thanks for fixing it! Works great! One more minor change is required though:

// assign string to variable given by name
procedure RAssignString(AHandle: LongInt; AVariable: PWideChar; AValue: PChar (should also be PWideChar?)); stdcall;
begin
  if isValid(AHandle) then
    TRConsole(AHandle).AssignString(WideStringToString(AVariable, CP_ACP), WideStringToString(AValue, CP_ACP));
end;
08.02.2014 19:51 TJmclovin

Fist of all: Thank you so much for porting it to the new version! Excellent job!

However, I've encountered a problem. See this simple script:

//+------------------------------------------------------------------+
//|                                                  TestNewMt4R.mq4 |
//|                                                                  |
//|                                                                  |
//+------------------------------------------------------------------+
#property copyright ""
#property link      ""
#property version   "1.00"
#property strict

#include <mt4R.mqh>

#define RPATH "D:/Program Files/R/R-3.0.2/bin/i386/Rterm.exe --no-save"
#define RDEBUG 2

string times[1000];
//+------------------------------------------------------------------+
//| Script program start function                                    |
//+------------------------------------------------------------------+
void OnStart()
  {
   StartR(RPATH,RDEBUG);
   for(int i=0; i<1000; i++)
     {
      times[i]=TimeToString(iTime(Symbol(),Period(),i),TIME_DATE|TIME_SECONDS);
     }
   Rf("times",times);
   Rx("gc()");
   StopR();  
  }
//+------------------------------------------------------------------+

It crashes when trying to execute

Rf("times",times);

And I don't know why. I think the problem might be the one you mentioned regarding strings. However, I cannot resolve it by myself so help is very much appreciated.

Thanks!

EDIT:

I checked DebugView and it seems that the whole String handling is somehow broken, e.g.,

void OnStart()
  {
   StartR(RPATH,RDEBUG);
   string testString = "This is a string copy test.";

   Rs("rString", testString);

   Rx("gc()");
   StopR();
  }

Results in:

Wrong copy of string

08.02.2014 16:28 TJmclovin

Thanks for the explanation, and the update!
07.02.2014 08:57 FXEZ

FXEZ:
Can you specify what changes were necessary to update the dll? I wasn't aware that dlls need to be changed to fit MQL5's format. Have you any links on this subject?

string in new MQL4 is not an array of char but an array of wchar_t.

If your old indicator/script/EA which worked on MT4 build509 or earlier uses string and passes it to DLL functions, you MUST change the function to wchar_t version.

For example, if it uses ShellExecuteA, change it to ShellExecuteW.

Unfortunately if the dll you use does not provide wchar_t version functions like mt4R.dll, you must modify DLL implementation, or convert an string to an array of char by WideCharToMultiByte Win32API.

Note: I haven't tried WideCharToMultiByte yet on new MQL4, so I don't know you can use WideCharToMultiByte without or with any problem.

At the build 600 release topic, it is said as follows:

Changes in MQL4 Language

  • Strings are now presented in Unicode format, though they were in ANSI format (single byte ones) before. That should be considered if the program uses DLLs and passes string variables to them. When calling Windows API functions, Unicode versions of these functions should be used.
07.02.2014 07:07 micclly

acushnir:
Thanks for your contribution.

It's nice to know somebody takes care about useful projects.

best regards

Can you specify what changes were necessary to update the dll? I wasn't aware that dlls need to be changed to fit MQL5's format. Have you any links on this subject?

How useful was this post?

Click on a star to rate it!

Average rating 0 / 5. Vote count: 0

No votes so far! Be the first to rate this post.

We are sorry that this post was not useful for you!

Let us improve this post!

Tell us how we can improve this post?



Author: Forex Wiki Team
We are a team of highly experienced Forex Traders [2000-2023] who are dedicated to living life on our own terms. Our primary objective is to attain financial independence and freedom, and we have pursued self-education and gained extensive experience in the Forex market as our means to achieve a self-sustainable lifestyle.