- it has 2 dataseries: 6E 1min (BIP 0) and 6E 5min (BIP 1)
- it just outputs BIP + Bar-Timestamp.
It is so simple. I just expect:
- that bar timestamps will be printed in correct time order.
Result is very strange:
- the bar-timestamps are correct for first hundreds of prints but later
- later they become chaotic like in the example below = I mean they do not goes by time, but jump from one time to another. It does not make any sense to me.
Example:
BIP: 0 | 2016-06-23 12:36:00 [COLOR="Red"]BIP: 0 | 2016-06-22 13:52:00[/COLOR] BIP: 0 | 2016-06-22 13:53:00 [COLOR="red"]BIP: 0 | 2016-06-23 12:37:00[/COLOR] BIP: 0 | 2016-06-22 13:54:00 BIP: 0 | 2016-06-23 12:38:00 BIP: 0 | 2016-06-22 13:55:00 BIP: 0 | 2016-06-23 12:39:00 BIP: 0 | 2016-06-23 12:40:00
I have attached minimalistic reproducible example. - DOWNLOAD HERE
Here are the settings, I ran it with:
I use:
- latest NT8 v8.0.2.0
- on Windows 10
- CQG datafeed (free demo)
Added later:
- I can confirm, that I have all data = no data missing, that would cause the chaotic timestamp.I verified that, by outputting just and only M1 timeframe (skipping M5), and all data were printed correctly = in correct time order = no chaotic jumps of timestamps.
- So one insight is, that this happens only, if multiple timeframes are added to the strategy. When only single timeframe is used, it works fine.
Last finding (2016-12-23 10:38):
- I found, that real order of the OnBarUpdate events is correct. What fails, is printing into the NinjaScript Output window. I found this, because when I collected all messages in to the List, and then save them into a file when strategy finished, all bar-timestamps are outputted in correct order. No problem. [B]Download extended strategy (with file logging)/B]
- So final problem is: Output windows causes some mess and outputs logs incorrectly = in some random way = instead of the correct order, how the log messages were printed.. This is, what needs to be fixed.
Comment