You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
It was necessary to transfer huge amounts (gigabytes) of data. Implementation through this library, unfortunately, showed super-low performance.
I had to completely redo it using the original DLL set. It worked quickly.
Unfortunately, FileMapping has one significant disadvantage. If the child application (reading data) has not finished its work correctly for some reason ( kernel32 ::UnmapViewOfFile and kernel32::CloseHandle calls) , the "file" remains hanging in memory until all processes from where it was opened are closed ( kernel32::OpenFileMappingW and kernel32::MapViewOfFile calls). In particular, you cannot change its size - reopen it (close and reopen).
Ihave not found a solution to the problem. It is hard to run into such a situation with this library, because every action in it starts with opening and ends with closing. This is why it is so slow. But you may still encounter this error. And then the MQL-program will crash with this message.
For some reason I get errors when trying to compile the memmap.mq5 file:
Can anyone tell me what I am doing wrong? And how to fix it?
The library sources do not meet the current requirements of the MQL5 language.
Is there any way to correct it? Or is it necessary to rework all the sources and it is impossible to do it without the author? I think the compiler generated only 3 errors here. It would be great if it could be corrected.
Is there any way to fix it? Or is it necessary to rework all the sources and it is impossible to do it without the author? I think the compiler gave only 3 errors here. It would be great if it could be corrected.
And here I have already corrected the code myself. Those who need it can use it. The Expert Advisor compiles successfully with it.
I added this starting from line 251: