Errors, bugs, questions - page 1932

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
Generally speaking, the decimal type would be useful, it's a handy thing.
Yes, its absence in software that works with prices has been confusing, to say the least, since the beginning of MT's existence.
PS. Now, with the existence of OOP language, MQ probably think that those who wish can write a class for themselves. Only you can't put it in a simple structure afterwards - you'd have to serialize/deserialize it into something simple like ulong.I am indeed very grateful to you for answering in such detail. Normalisation is used to generate trade requests.
In this example it would appear that different prices are sent in these two OrderSend.
It has always been assumed that multiplying an integer by a Point does not require additional normalisation (that's how SL and TP were set, for example).
So which of the two lines will cause an error?
Yes, its absence in software that works with prices has been embarrassing since the beginning of MT's existence, to say the least.
I am indeed very grateful to you for answering in such detail. Normalisation is used to generate trade requests.
In this example it would appear that different prices are sent in these two OrderSend.
It has always been assumed that multiplying an integer by a Point does not require additional normalisation (that's how SL and TP were set, for example).
So which of the two lines will cause the error?
Cool
Result
Both queries with different prices, but executed without problems for the same price. How so?
Cool
Result
Both queries with different prices, but executed without problems at the same price. How could this be?
Very simply, from the point of view of double, these numbers are identical, because double stores 52 bits of mantissa or 15 decimal places. Differences of plus or minus in subsequent bits don't count. Here is an article on hubra.
Very simply, from the point of view of double, these numbers are the same because double stores 52 bits of the mantissa or 15 decimal places. Differences of plus or minus in subsequent digits do not count. Here is an article on hubra.
fxsaber, 2017.07.19 13:00
И?
Forum on trading, automated trading systems and trading strategy testing
Bugs, bugs, questions
fxsaber, 2017.07.17 21:49
If you click on "Stop" during a single run, OnDeinit and destructors are not called.
Is this a flaw or a bug?
Right now, pressing the "Stop" button causes a hard disconnect with the Agent. So hard that it's impossible to see the report without waiting for the completion of a single run.
In MT4 you can always see the trading history of an incomplete single trade. But in MT5 there is no way.
Is it possible not to terminate connection hard, but to send a flag to Agent which could be caught and execute OnDeinit on it?
И?
Very simply, from the point of view of double, these numbers are the same because double stores 52 bits of mantissa or 15 decimal places. Differences of plus or minus in subsequent bits do not count. Here is an article on hubra.
И?
Actually I agree, if we set a literal, it would be logical that its double representation is normalized by the number of digits in the literal