OnBarUpdate() / OnMarketData() Priority

[mrlogik]

Hey Guys,

My question has to do with the effects of an incoming tick on a Range Bar chart.

Lets say a new tick completes the current bar. In this event, which Function Event will get fired first?

The OnBarUpdate() event since the bar was just closed
-or-
The OnMarketData() event since new MarketData just came in.

This is for a strategy with CalculateOnBarClose = true.

Thanks

[NinjaTrader_Josh]

mrlogik,

There is no guaranteed sequence. One or the other can come first.

[mrlogik]

Thank you Josh.

My inquiry was to avoid a race condition within my own code. I will code based on your answer.

mrLogik

[anachronist]

I'm wondering if one couldn't just have OnMarketData() call OnBarUpdate() when CalculateOnBarClose=true.
-Alex

[NinjaTrader_Josh]

Alex,

I am not sure what you mean. CalculateOnBarClose does not affect OnMarketData() so you can still do whatever you want in there even with CalculateOnBarClose = true.

[anachronist]

I am not sure what you mean. CalculateOnBarClose does not affect OnMarketData() so you can still do whatever you want in there even with CalculateOnBarClose = true.
I was referring to your comment that there is no guaranteed sequence regarding which executes first, OnBarUpdate() or OnMarketData().

I suggested a way toward guaranteeing a sequence, although I wasn't clear about it.

Basically, if you want to guarantee the order of execution, you need to have OnBarUpdate() do nothing if OnMarketData() hasn't set a certain flag. OnMarketData() would set this flag and call OnBarUpdate() when needed. OnBarUpdate() would un-set the flag when finished.

You would still need CalculateOnBarClose=true for efficiency, so that a do-nothing OnBarUpdate() doesn't get called multiple times per bar.

Does that sound correct?

-Alex

[NinjaTrader_Josh]

Alex,

Not having a guaranteed sequence is the way multi-threaded programming works. Unfortunately this change will not be possible for various internal reasons. This is why the new methods are recommended for advanced programmers only.

[anachronist]

Josh, I don't understand why you seem to think I am suggesting a change. I'm well aware of how multithreading works; been doing that since before MS Windows ever existed.

All I suggested was a way for a NinjaTrader user to guarantee the sequence, if that is what's desired. The coding method I suggested above should do it.

-Alex

[NinjaTrader_Ray]

Thanks for the suggestion, we will take it under consideration.

[anachronist]

Um, what...? Take what under consideration? Where did I suggest a change to NinjaTrader? I suggested a way that a user can get around the unpredicatbility inherent in multithreading.
-Alex

[mrlogik]

I was referring to your comment that there is no guaranteed sequence regarding which executes first, OnBarUpdate() or OnMarketData().

I suggested a way toward guaranteeing a sequence, although I wasn't clear about it.

Basically, if you want to guarantee the order of execution, you need to have OnBarUpdate() do nothing if OnMarketData() hasn't set a certain flag. OnMarketData() would set this flag and call OnBarUpdate() when needed. OnBarUpdate() would un-set the flag when finished.

You would still need CalculateOnBarClose=true for efficiency, so that a do-nothing OnBarUpdate() doesn't get called multiple times per bar.

-Alex

I believe this is what Ray is talking about.

[anachronist]

I thought so too, but that was really more a suggestion for you and other users, not for an internal change to NT. I thought that was clear.
-Alex