
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 wrote about this last winter, but it hasn't been corrected yet.
If the deposit is larger than 100m and the corresponding lot size, the closing results are no longer properly accounted for.
Losses at closing positions are not deducted from the balance. Because of this,it is impossible to test strategies on large intervals of history.
There is an error in the documentation.
It's frustrating when a few days' work goes down the drain and you have to start all over again.
With all due respect, please explain the problem. Imho, the problem is not in the skier and not in the asphalt, skis remain. How is it possible that the cycle becomes infinite? Or kick in the direction of the ski.
Why does the ENUM_APPLIED_PRICE enumeration start with 1?
result:
Why wouldn't it? This enumerator has always been like that.
In a foursome, it starts from zero. And the rest of the enumeration starts from zero too. It was easy to assume that this one starts from zero, but it doesn't.
In general, the problem occurs, and on condition that you don't know this feature, and only when you use numbers instead of names (which is sometimes necessary in loops), in other cases, you should write the name of the desired value.
There is an error in the documentation.
Am I missing something, or is this a bug?
It gives an error 4805.If so, it works fine.
I take it the build is 540. What's the bit rate?
I couldn't reproduce it right away.
Am I missing something, or is this a bug?
It gives error 4805.This is how it will work: