Subscription to OnBookEvent sometimes falls off - is there such a thing? - page 8
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
And you can also automate gutting of paid Market products - in free demo mode rip out all resources (icons, cursors, etc.). With alpha-channels and stuff.
You can. And you can also stop freaking out and think: why does an event have to have an ending.
I don't believe it! - It's written that everything in the Market is secure
I suspect it's imported in-house)
I don't believe it! - It's written that everything is securely protected in the Market
I can't tell if this is serious or sarcasm. If seriously, ResourceSave is the head of everything.
But you can do it this way.
Forum on trading, automated trading systems and trading strategies testing
Features of mql5 language, subtleties and tricks
fxsaber, 2017.10.31 08:11
Application
ZZY Also a BMP->GIF/PNG file converter is implemented.
Where do you make the changes? In MetaTrader or in the documentation... e.g.
For wide events OnChartEvent is written more specifically: Sending event messages to all mql5 programs on the chart (i.e. the subscription unit is the chart)
Which in fact is what happens
Maybe they will add the CheckBookEventCount() function
It means that if counter is higher than 1, we don't call unsubscribe
Maybe add CheckBookEventCount() function
I.e. if the count is greater than 1, we don't call delete subscription
Why not?
Questions remain though:
If we put everything on MarketBookRelease then why CheckBookEventCount and why us with our counter check?
In general, if the unit of broadband subscription is a graph, then you could do nothing at all by organising an inter-program subscription counter\subscription based on a global variable with a name like this:
by tacit agreement
Well, as expected, you're wrong.
I can be wrong, but not in this case. I wish you'd read others' posts more carefully. It has been repeated several times what the problem is, and to no avail...
Init and Deinit are not part of the subscription. Perhaps this circumstance will help.
No, it does not matter. Even if we refer to the problem of unpredictable sequence of OnInit/OnDeinit calls at reloading of indicators, it will not disappear if we rely on creation/destruction of objects - there is the same paradox.
But once again, this sequence (in indicators) is not the source of error.
I can be wrong, but not in this case. I wish you'd read others' posts more carefully. It has been repeated several times what the problem is, and to no avail...
Right, it's a good idea to read all the posts.
https://www.mql5.com/ru/forum/267154/page7#comment_8170755