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
Good afternoon. Can you advise me, I wrote a simple indicator... and when a new bar comes, this is how the indicator line behaves. What may be the problem?
It seems that while updating new version of Terminal, Program Files\Meta Trader 5\MQL5 folder is completely copied to C:\Users\user\AppData\Roaming\MetaQuotes\Terminal\00C5B588590D4A2C89EFC1E0C5301ECA\MQL5 (it is Win7, although other OS probably have same folder + maybe other ones too). Otherwise I can not explain, where is the pair of hours of work, done a few days ago and which fruit successfully tested.
The thing is, I have a habit of formatting classes through .mqh-file, and then linking them. Unknowingly, I threw my mqh and mq5 into Program Files\Meta Trader 5\MQL5, saw that they didn't appear in Navigator and moved them to work folder (C:\Users\user\AppData\Roaming\MetaQuotes\Terminal\00C5B588590D4A2C89EFC1E0C5301ECA\MQL5). Everything was fine, until the terminal was updated - I ran the Expert Advisor for testing further, and then I wanted to tweak something else and saw an old code, a copy of the one in Program Files\Meta Trader 5\MQL5. The correct version has been optimized, because mq5 has not changed and the terminal has not guessed that changes have been made in mqh. Recompilation has led to a return to the old version.
As a result I'm very annoyed and will have to spend one or two hours for what I've already done.
The ways out of this situation I see are.
1) copy the entire folder, but only the list of files included in the standard package;
2) somehow warn the user that it will be overwritten (although, if you change a lot of files in the standard library, it will be a pain);
3) determine somehow (calculate the crc, for example) that the mql5 folder in Program Files has changed, and before installing a new version, issue a warning so that you can save your data;
4) make a copy of the old MQL5 in Terminal\00C5B588590D4A2C89EFC1E0C5301ECA\ (add, for example, MQL5.384 version) - the easiest.
The problem is rare, but damn, it's a bad one.
It seems that during the update of the new version of the terminal, there is a FULL copy of the folder.................................
........................... ......................
.............................
Bottom line - very pissed off, again having to spend an hour or two on something I've already done.
I can see a way out of this situation - ................
....................It's a rare problem, but damn, it's a bad one.
Recovery Factor- this indicator shows the riskiness of the strategy, how much the Expert Advisor is risking to earn the profit. It is calculated as the ratio of the profit gained to the maximal drawdown; (it doesn't say which one)
STAT_RECOVERY_FACTOR
Factor of recovery - ratioSTAT_PROFIT/STAT_BALANCE_DD
double
We have established experimentally that the recovery factor is calculated as the ratio of profit to drawdown by equity, not by balance.
Is there a mistake in the reference?
Well right, that's right, you've been shown the last 50,000. There are 1440 bars in the day.
Thank you, uh...
That's not the question. It's not a question, it's a sigh of sorrow...
If I only choose the month of June for the test (30 days X 1440 < 50,000), what am I supposed to see on the chart by reason? August???
By the way, the timpickers in the tester have the unpleasant property of closing themselves after a second - the other one...
It's not fatal - you can pick a date faster with your hands anyway, but...
I do not understand why OnTick is triggered although price does not change?????
2012.09.10 11:52:11 Sample_Tick (EURUSD,M5) 493 1.2787 1.2789 1.2788 300000
2012.09.10 11:52:10 Sample_Tick (EURUSD,M5) 492 1.2787 1.2789 1.2788 300000
2012.09.10 11:52:09 Sample_Tick (EURUSD,M5) 491 1.2787 1.2789 1.2788 300000
2012.09.10 11:52:07 Sample_Tick (EURUSD,M5) 490 1.2787 1.2789 1.2788 300000
Thank you, uh...
That's not the question. It's not a question, it's a sigh of sorrow...
If I only choose the month of June for the test (30 days X 1440 < 50,000), what should I see on the chart by reason? August???
Volume - can change, and there's more)
you can see that the volume doesn't change!!!
you can see that the volume doesn't change!!!
I don't understand how it works or doesn't work)
Print("<><><><><",request_action.magic);//Print((ulong)MathMod(request_action.magic-MathMod(request_action.magic,100000000),100000000000)/100000000);
if(magic_num!=(ulong)MathMod(request_action.magic-MathMod(request_action.magic,100000000),100000000000)/100000000){Print("<<<<<<<<<<<<<<<<<<<<<",(ulong)MathMod(request_action.magic-MathMod(request_action.magic,100000000),100000000000)/100000000," magic_num=",magic_num);return;}
KG 0 prp4 (EURJPY,M15) 02:23:25 <><><><><73200011000
RR 0 prp4 (EURJPY,M15) 02:23:25 <<<<<<<<<<<<<<<<<<<<<732 magic_num=732 <-поидее числа равны и условие не должно срабатывать
Commented Print
Print("<><><><><",request_action.magic);Print((ulong)MathMod(request_action.magic-MathMod(request_action.magic,100000000),100000000000)/100000000);
if(magic_num!=(ulong)MathMod(request_action.magic-MathMod(request_action.magic,100000000),100000000000)/100000000){Print("<<<<<<<<<<<<<<<<<<<<<",(ulong)MathMod(request_action.magic-MathMod(request_action.magic,100000000),100000000000)/100000000," magic_num=",magic_num);return;}
MH 0 prp4 (EURJPY,M15) 02:28:11 <><><><><><73200011000
PE 0 prp4 (EURJPY,M15) 02:28:11 92233720368 <- and this number I don't know where it came from, apparently in the first calculation "(ulong)MathMod(request_action.magic-MathMod(request_action.magic,100000000),100000000000)/100000000" of this, something weird counts
<-condition didn't hold, the print didn't print, so the numbers were equal.
Until about 1am, there was no problem with this at all.
P.S. I tried it on my laptop, 687 build is still there, same pie.