Again, there's no shortage of surprises - catching zeroing in a moment!
<DATE>
<TIME>
<BID>
<ASK>
<LAST>
<VOLUME>
03.05.2019
10:00:00.006
65,335
03.05.2019
10:00:00.061
67
03.05.2019
10:00:00.096
67
1
03.05.2019
10:00:00.096
0
0
0
0
03.05.2019
10:00:00.118
65,46
03.05.2019
10:00:00.150
65,605
03.05.2019
10:00:00.153
65,605
55
What was that and should it be zeroed out?
USDRUB_TOM instrument.
The first minute of trading in the application.
Zero in the quotes is a normal occurrence. I've been applying the null protection design for about five years now:
//+------------------------------------------------------------------+//| Refreshes the symbol quotes data |//+------------------------------------------------------------------+bool RefreshRates(void)
{
//--- refresh ratesif(!m_symbol.RefreshRates())
{
Print("RefreshRates error");
return(false);
}
//--- protection against the return value of "zero"if(m_symbol.Ask()==0 || m_symbol.Bid()==0)
return(false);//---return(true);
}
Again, there's no shortage of surprises - catching zeroing in a moment!
What was that and should it be zeroed out?
USDRUB_TOM instrument.
The first minute of trading in the application.
Again, there's no shortage of surprises - catching zeroing in a moment!
What was that and should it be zeroed out?
USDRUB_TOM instrument.
The first minute of trading in the application.
Zero in the quotes is a normal occurrence. I've been applying the null protection design for about five years now:
Zero in quotes is a normal phenomenon. I've been applying the zero protection design for about five years now:
Is this a feature of the MT5 platform?
I cannot understand how this is possible, and if the price is Last==0, why is this fact ignored on the chart?
Again, there's no shortage of surprises - catching zeroing in a moment!
What was that and should it be zeroed out?
USDRUB_TOM instrument.
The first minute of trading in the application.
There should be no such thing at all! It's always the last price, it's never 0.
Is this a real account?
Post your code that receives and stores this data.There should be no such thing at all! There is always a last price, it never equals 0
Is this a real account?
Post your code that receives and saves this data.This is a real account - uploaded through the standard terminal service.
This is a real account - unloading via the standard terminal service.
Tell us specifically (step by step) what you are doing.
Specifically (step by step) tell us what you are doing.
View>Symbols>Ticky
Select the tool USDRUB_TOM and enter the date 2019.05.03 10:00:00 to 2019.05.03 10:01:00, click on "Request" and you can export there if you want.
View>Symbols>Ticky
Select instrument USDRUB_TOM and specify date from 2019.05.03 10:00:00 to 2019.05.03 10:01:00, click "Request" and there you can optionally export.
Do you unload the data to a foreign currency account or a FORTS account?
Are you uploading data to a foreign exchange account or a FORTS account?
I do it in a FORTS account.
Doing on FORTS account.
I see...
Did you not realise that the data for the other account is indicative (i.e. it could be anything)?