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
I decided the most precise solution as is already common practise would be comparing the integer values of price as those are deterministic to computer. The threshold value for tick should also be an integer and you will use that at your discretion (whether it should be median value, whether you want to round up or down etc.). You only have to compare the prices up to the digit after the minimum tick size as William pointed and cut out the rest which are not meaningful as they don't represent values the instrument, per its specification should trade at.
except with zero never compare doubles for equality
if (a > b)
if (a >= b)
if (a != b)
The fact that this old post kept going for 8 pages after William posted his solution is a bit odd. If there's anything wrong with this please let me know because that's the method I'm currently using every time I compare doubles.
NormalizeDouble, It's use is usually wrong.
Floating point has an infinite number of decimals, it's you were not understanding floating point and that some numbers can't be represented exactly. (like 1/10.)
Double-precision floating-point format - Wikipedia, the free encyclopedia
See also The == operand. - MQL4 programming forum (2013)
Print out your values to the precision you want with DoubleToString - Conversion Functions - MQL4 Reference.
SL/TP (stops) need to be normalized to tick size (not Point) — code fails on non-currencies.
On 5Digit Broker Stops are only allowed to be placed on full pip values. How to find out in mql? - MQL4 programming forum #10 (2011)
And abide by the limits Requirements and Limitations in Making Trades - Appendixes - MQL4 Tutorial and that requires understanding floating point equality Can price != price ? - MQL4 programming forum (2012)
Open price for pending orders need to be adjusted. On Currencies, Point == TickSize, so you will get the same answer, but it won't work on non-currencies. So do it right.
Trailing Bar Entry EA - MQL4 programming forum (2013)
Bid/Ask: (No Need) to use NormalizeDouble in OrderSend - MQL4 programming forum (2012)
Lot size must also be adjusted to a multiple of LotStep and check against min and max. If that is not a power of 1/10 then NormalizeDouble is wrong. Do it right.
(MT4 2013)) (MT5 2022))
MathRound() and NormalizeDouble() are rounding in a different way. Make it explicit.
MT4:NormalizeDouble - MQL5 programming forum (2017)
How to Normalize - Expert Advisors and Automated Trading - MQL5 programming forum (2017)
Prices you get from the terminal are already correct (normalized).
PIP, Point, or Tick are all different in general.
What is a TICK? - MQL4 programming forum (2014)
@William Roeder, is the following correct?
I use half the tick size instead of half the point. A variable named "halfTickSize" is declared in the code where these macros are used.
'_lessOrEqual' I came up with myself, but I see that my way is different from what is here:
Forum on trading, automated trading systems and testing trading strategies
Can price != price ?
Roel, 2014.07.29 10:09
case LTE: return(b-a>-Point/2.);
I still can’t logically prove to myself that my method and the method from the post I quoted are equivalent
is the following correct
This is how I tested my method and everything seems to be correct
If these expressions are equivalent (for <=):
Then the expression for >= can also be written in two ways:
But it looks like I need some sleep😄If '>' can be expressed like this:
#define _greater(a, b) ((a) - (b) > x)
And '<=' can be expressed like this:
Does this mean that the expression (!_greater(a, b)) is equivalent to _lessOrEqualWay1(a, b) and is equivalent to _lessOrEqualWay2(a, b)?
[EDIT]
This question can be answered using school mathematics, I just forgot this part of mathematics a little. Is there anyone here who knows school math?
Does this mean that the expression (!_greater(a, b)) is equivalent to _lessOrEqualWay1(a, b) and is equivalent to _lessOrEqualWay2(a, b)?
It seems that from a mathematical point of view this is not true.