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
Can you attach the results?
I don't understand, is this a bug or one of the two?
I got used to the fact that the log tab in the tester has many skips of messages (by Print) with a big flow of messages, a long time ago. But the log file of the tester doesn't contain all Print's outputs, even when they are few. I tried the most minimized code - I created a template and inserted the Print("t") command into OnTick;
When running with EURUSD M1 " opening prices only", "last year" (i.e. from Jan 1 to Jun 8) - there are messages in the log every few days for several tens of ticks in a row. "Last month" (i.e., June 1-8) - only from ~7 p.m. to June 24 p.m. 7 June. And good repeatability, albeit inaccurate - i.e. everything is not random.
I was startled - are these such tick skips? How to live? That's not going to work properly for an expert, to put it mildly. Why doesn't anyone notice? Checked on 2 comps, and on /portable too. Same.
Turns out the local agent's log shows all the ticks with no skips! This seems to solve the problem for me, but it is not good. Inconsistency. Might mislead someone else.
If this shouldn't happen and it only happens to me, why? Just in case - I have CoreQuad and W7.
I don't understand, is it a bug or one of the two?
Turns out the local agent log has all the ticks with no skips! Seems to solve the problem for me, but it's not right. Inconsistency. Might mislead someone else.
If this shouldn't be happening, and is only happening to me, why? Just in case - I have a CoreQuad and W7.
See the terminal's help, it's all described there - MetaTrader 5 Help → Tester → Log:
So that's the thing, the messages don't even get in at low flow. I tried it on M15 too, 1 message per bar is a big flow? And I even tried to output not at every bar, but when a signal appears. For the current m-month there should be about 20 (at a glance). I have only 3-4 of them. For the same days.
The fact that all these messages are elsewhere, I found out by accident and on my own, at first very nervous. Looking for indirect confirmation in help that this is a known bug (i.e. it's a known and described problem) is the last thing on my mind.
In my opinion, it is a problem and must be solved. For example as in some logging systems:
tick 2011.06.01 19:00
tick 2011.06.01 19:01
tick 2011.06.01 19:02
< 123 similar messages missing >
So that's the thing, the messages don't even get in at low flow. I tried it on M15 too, 1 message per bar is a big flow? And I even tried to output not at every bar, but when a signal appears. For the current m-month there should be about 20 (at a glance). I have only 3-4 of them. For the same days.
The fact that all these messages are elsewhere, I found out by accident and on my own, at first very nervous. Looking for indirect confirmation in help that this is a known bug (i.e. it's a known and described problem) is the last thing on my mind.
In my opinion, it is a problem and must be solved. For example as in some logging systems:
tick 2011.06.01 19:00
tick 2011.06.01 19:01
tick 2011.06.01 19:02
< 123 similar messages missing >
There is no problem...
See the full log directly in the files...
Developers.
1. Will a normal navigator be created before the championship or what?
It's really not very convenient to work with modules that have a lot of classes or functions... :(
2. Are there (or are there plans to) make it possible to work with object classes embedded in libraries (not in *.mqh but in *.ex5 or in any other compilable file type)?
Build 463, WinXP SP3.
For several builds now, the optimizer is not working properly. During optimization, agents go to "finished" or "ready" state, and some remain in "busy" state until you manually disable / enable agents with "busy" state (i.e. actually testing process stops). After "restarting" agents in "busy" state, all other agents wake up and the process continues until the next stall.
Build 466, WinXP SP3. Nothing has changed. Optimizer does not work normally. The more i see, the faster the agents work, the faster the optimizer "hangs".
At the moment I see several more bugs in the Terminal, but I won't write about any of them until the optimizer works properly.
To developers.
Don't you think that forced conversion to int type is out of place here (if int is returned, of course, but not something else)?
And without such an addition it displays a warning about possible data loss...
To developers.
Don't you think that coercive conversion to int type is out of place here (if int is returned, of course, but not something else)?
And without such an addition it prints a warning about possible data loss...
long is returned...
https://www.mql5.com/ru/docs/account/accountinfointeger
long returns...
https://www.mql5.com/ru/docs/account/accountinfointeger