Errors, bugs, questions - page 2696
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
There are no errors. As you can see in the screenshot the condition is fulfilled without any problems, but to see it in the debugger ... it should not be like this.
working with double and all the more under a debugger is a developer's job, it's not logical in ME, as I wrote above
I checked in VS - and under a debugger without problems.
So it is not two doubles that are compared, but as it is suggested in the documentation, the normalized difference is compared to zero. And even in the example, not the difference, but variable initialized by zero is compared to number zero...
And how can one evaluate that direct equality cannot be evaluated, but through ... ... it turns out that you can.
Why does not anyone check their system and tell me how it works? Andrei, you have not checked yourself?
Reproduced. I don't understand why I'm wasting my time on this. We have reported a bug and are working on it.
Reproduced. I don't see why we should waste our time on this. Reported a bug, move on.
I'm wasting my time on this to understand that it's not my computer's problem, it's a general problem. Thank you for checking.
working with double and even more so under a debugger is a developer's job, it's not logical in ME all this, as I wrote above
i checked in VS - and under a debugger without problems
Igor, why check in VS if it says MetaEditor's problem.
Some time ago, when using the debugger a lot, I didn't notice this problem.
Igor, why check in VS if it says MetaEditor's problem.
Don't make a hero of yourself.
But, for me, Microsoft and everything associated with it is a standard, and if it works there, it should work with other software similarly, so I check in VS and compare in ME
ZS: although you can rely on a well-known principle - MQL is not C++, it works differently here
What makes you think the angle will be measured from your square?
The angle is measured relative to the price and the scale of the chart.
Bring the graph to 1 point per 1 pixel and you will get your 45 degrees.
Thought the angle was measured relative to the first trendline point in pixels. The square acted as an approximate reference point. Thanks for the reply.
Did you find the cause? Because it started happening to me yesterday too. Something with the quotes, I think.
Bug MT5 (build 2375) when calling function for argument with data type color, implicit type conversation is applied despite the fact that there is a suitable by signature overloaded template function with data type color.
It was very difficult to catch and reproduce the bug because the problem only affects cases where a template class is used as the argument of a template function and its template parameter matches the template parameter of a function.
Itused to work.
What is the problem here?
Itused to workbefore.
Declaring a class inside a function?
Declaring a class inside a function?
You can do it in MQL, I haven't seen it anywhere, but it works, but I haven't tried it with templates
The only use I've found - you can describe a static instance of the class inside the function, and it is convenient to initialize complex calculations, so you can turn several functions that call each other in turn into a single function
i.e. "wrap a class into a function" - so on and so forth