mql-zmq

mql-zmq

ZMQ binding for the MQL language (both 32bit MT4 and 64bit MT5)

• 1. Introduction
• 2. Files and Installation
• 3. About string encoding
• 4. Notes on context creation
• 5. Usage
• 6. TODO
• 7. Changes
• 8. Donation

Introduction

This is a complete binding of the ZeroMQ library for the MQL4/5 language provided by MetaTrader4/5.

Traders with programming abilities have always wanted a messaging solution like ZeroMQ, simple and powerful, far better than the PIPE trick as suggested by the official articles. However, bindings for MQL were either outdated or not complete (mostly toy projects and only basic features are implemented). This binding is based on latest 4.2 version of the library, and provides all functionalities as specified in the API documentation.

This binding tries to remain compatible between MQL4/5. Users of both versions can use this binding, with a single set of headers. MQL4 and MQL5 are basically the same in that they are merged in recent versions. The difference is in the runtime environment (MetaTrader5 is 64bit by default, while MetaTrader4 is 32bit). The trading system is also different, but it is no concern of this binding.

Files and Installation

This binding contains three sets of files:

1. The binding itself is in the Include/Zmq directory. Note that there is a Mql directory in Include, which is part of the mql4-lib. Previous Common.mqh and GlobalHandle.mqh are actually from this library. At release 1.4, this becomes a direct reference, with mql4-lib content copied here verbatim. It is recommended you install the full mql4-lib, as it contains a lot other features. But for those who want to use mql-zmq alone, it is OK to deploy only the small subset included here.

2. The testing scripts and zmq guide examples are in Scripts directory. The script files are mq4 by default, but you can change the extension to mq5 to use them in MetaTrader5.

3. Precompiled DLLs of both 64bit (Library/MT5) and 32bit (Library/MT4) ZeroMQ (4.2.0) and libsodium (1.0.11) are provided. Copy the corresponding DLLs to the Library folder of your MetaTrader terminal. If you are using MT5 32bit, use the 32bit version from Library/MT4. The DLLs require that you have the latest Visual C++ runtime (2015).

   Note that if you are using MT5 32bit, you need to comment out the __X64__ macro definition at the top of the Include/Mql/Lang/Native.mqh. I assume MT5 is 64 bit, since their is no way to detect 32 bit by native macros, and to define pointer related values a macro like this is required.

   Note that these DLLs are compiled from official sources, without any modification. You can compile your own if you don’t trust these binaries. The libsodium.dll is copied from the official binary release. If you want to support security mechanisms other than curve, or you want to use transports like OpenPGM, you need to compile your own DLL.

   Note for WINE users, if the default binaries do not work for you, you can try the binaries in the Library/VC2010 directory. The new binaries are a little newer (libzmq 4.2.2 and libsodium 1.0.36). They are compiled with Visual C++ 2010 Express SP1 (using the Windows SDK 7.1), and supposed to be more compatible to WINE than the VS2015 version. They depend on VC2010 runtime (msvcr100.dll and msvcp100.dll). I have actually tested the old and the new DLLs on WINE 2.0.3 (Debian Jessie PlayOnLinux 32bit with MetaTrader4 build 1090) and they both work. So it is not guarenteed but it is nice to have an alternative. The new libzmq.dll only runs on vista or newer windows because I turned on the using poll option. This improves performance a little bit. Since MetaTrader4 officially no longer supports Windows XP, I assume this would not be a problem.

About string encoding

MQL strings are Win32 UNICODE strings (basically 2-byte UTF-16). In this binding all strings are converted to utf-8 strings before sending to the dll layer. The ZmqMsg supports a constructor from MQL strings, the default is NOT null-terminated.

Notes on context creation

In the official guide:

You should create and use exactly one context in your process. Technically, the context is the container for all sockets in a single process, and acts as the transport for inproc sockets, which are the fastest way to connect threads in one process. If at runtime a process has two contexts, these are like separate ZeroMQ instances.

In MetaTrader, every Script and Expert Advsior has its own thread, but they all share a process, that is the Terminal. So it is advised to use a single global context on all your MQL programs. The shared parameter of Context is used for sychronization of context creation and destruction. It is better named globally, and in a manner not easily recognized by humans, for example: __3kewducdxhkd__

Usage

You can find a simple test script in Scripts/Test, and you can find examples of the official guide in Scripts/ZeroMQGuideExamples. I intend to translate all examples to this binding, but now only the hello world example is provided. I will gradually add those examples. Of course forking this binding if you are interested and welcome to send pull requests.

Here is a sample from HelloWorldServer.mq4:

#include <Zmq/Zmq.mqh>
//+------------------------------------------------------------------+
//| Hello World server in MQL                                        |
//| Binds REP socket to tcp://*:5555                                 |
//| Expects "Hello" from client, replies with "World"                |
//+------------------------------------------------------------------+
void OnStart()
  {
   Context context("helloworld");
   Socket socket(context,ZMQ_REP);

   socket.bind("tcp://*:5555");

   while(true)
     {
      ZmqMsg request;

      // Wait for next request from client

      // MetaTrader note: this will block the script thread
      // and if you try to terminate this script, MetaTrader
      // will hang (and crash if you force closing it)
      socket.recv(request);
      Print("Receive Hello");

      Sleep(1000);

      ZmqMsg reply("World");
      // Send reply back to client
      socket.send(reply);
     }
  }

TODO

1. Write more tests.
2. Add more examples from the official ZMQ guide.
3. More documentation
4. High level API for common patterns

Changes

• 2017-10-28: Released 1.5: Important: API change for Socket.send; Remove PollItem duplicate API (#11); Fix compiler warning (#10) and compile failure (#12); Add RTReq example from ZMQ Guide Chapter 3.
• 2017-08-18: Released 1.4: Fix ZmqMsg setData bug; Change License to Apache 2.0; Inlcude mql4-lib dependencies directly.
• 2017-07-18: Released 1.3: Refactored poll support; Add Chapter 2 examples from the official ZMQ guide.
• 2017-06-08: Released 1.2: Fix GlobalHandle bug; Add rebuild method to ZmqMsg; Complete all examples in ZMQ Guide Chapter 1.
• 2017-05-26: Released 1.1: add the ability to share a ZMQ context globally in a terminal
• 2016-12-27: Released 1.0.

Donation

This binding is created in spare time and the author answers questions, solves issues, and intends to maintain the code so that bugs are fixed and the binding is kept up to date with official releases. If you think that the binding is useful to you or your organization, please consider donate to the author for his effort to maintain this binding. Thanks!