|
Re: Adding Blank data representation to MAMA API data types
Hi Nigel,
I don’t have a RIC to quote here, but the problem exists for certain data delivered over the Elektron feed, with data from contributors where we have no control over what conventions
Hi Nigel,
I don’t have a RIC to quote here, but the problem exists for certain data delivered over the Elektron feed, with data from contributors where we have no control over what conventions
|
By
Keith Rudd
·
#2251
·
|
|
Re: Adding Blank data representation to MAMA API data types
Hi Keith – what we normally do here is use the relevant getters/setters on the Price and DateTime fields (getIsValidPrice, setIsValidPrice, HasDate, HasTime). We tell people to render blanks for
Hi Keith – what we normally do here is use the relevant getters/setters on the Price and DateTime fields (getIsValidPrice, setIsValidPrice, HasDate, HasTime). We tell people to render blanks for
|
By
Phelan, Nigel
·
#2250
·
|
|
Adding Blank data representation to MAMA API data types
Certain other market data platforms / APIs (well, TREP) support the concept of 'blank' field values.
The price and time field types actually have special blank data representations defined.
This is
Certain other market data platforms / APIs (well, TREP) support the concept of 'blank' field values.
The price and time field types actually have special blank data representations defined.
This is
|
By
Keith Rudd
·
#2249
·
|
|
OpenMAMA 6.3.0 Released
Hi Folks,
We are pleased to announce OpenMAMA 6.3.0 is finally here! This is a bridge interface updating release which fixes several outstanding bugs and introduces some new functionality.
OpenMAMA
Hi Folks,
We are pleased to announce OpenMAMA 6.3.0 is finally here! This is a bridge interface updating release which fixes several outstanding bugs and introduces some new functionality.
OpenMAMA
|
By
Frank Quinn
·
#2248
·
|
|
Re: OpenMAMA-6.3.0-rc2 Now Available
Hi Folks,
Looks like we will be wrapping this up in the middle of next week – so far no major issues reported.
Cut off date is Wednesday next week.
Cheers,
Frank
Frank
Hi Folks,
Looks like we will be wrapping this up in the middle of next week – so far no major issues reported.
Cut off date is Wednesday next week.
Cheers,
Frank
Frank
|
By
Frank Quinn
·
#2247
·
|
|
OpenMAMA-6.3.0-rc2 Now Available
Hi Folks, RC2 now available with artefacts: https://github.com/OpenMAMA/OpenMAMA/releases/tag/OpenMAMA-6.3.0-rc2
Let’s aim for a 2 week test window so please get testing!
Cheers,
Frank
Hi Folks, RC2 now available with artefacts: https://github.com/OpenMAMA/OpenMAMA/releases/tag/OpenMAMA-6.3.0-rc2
Let’s aim for a 2 week test window so please get testing!
Cheers,
Frank
|
By
Frank Quinn
·
#2246
·
|
|
Re: OpenMAMA-6.3.0-rc1 Now Available
NB: Further Bridge Interface change in OpenMAMA 6.3.0
Hi Folks,
As suggested by Chris over at Solace (and with my agreement), I think this is a good time to correct one of the interface
NB: Further Bridge Interface change in OpenMAMA 6.3.0
Hi Folks,
As suggested by Chris over at Solace (and with my agreement), I think this is a good time to correct one of the interface
|
By
Frank Quinn
·
#2245
·
|
|
Re: OpenMAMA-6.3.0-rc1 Now Available
Sorry just as a quick correction, the list of issues is in this link, not the one in the previous email:
https://github.com/OpenMAMA/OpenMAMA/milestone/10?closed=1
(thanks Chris)
Sorry just as a quick correction, the list of issues is in this link, not the one in the previous email:
https://github.com/OpenMAMA/OpenMAMA/milestone/10?closed=1
(thanks Chris)
|
By
Frank Quinn
·
#2244
·
|
|
OpenMAMA-6.3.0-rc1 Now Available
Hi Folks,
Sorry for the delay I hit a few snags trying to get the release together, but it’s finally ready!
https://github.com/OpenMAMA/OpenMAMA/releases/tag/OpenMAMA-6.3.0-rc1
Note that this
Hi Folks,
Sorry for the delay I hit a few snags trying to get the release together, but it’s finally ready!
https://github.com/OpenMAMA/OpenMAMA/releases/tag/OpenMAMA-6.3.0-rc1
Note that this
|
By
Frank Quinn
·
#2243
·
|
|
Re: Proposal to make the cut for OpenMAMA 6.3.0 RC1
My two cents here, the Docker PR looks solid and I think is good to merge. I suspect the MAMDA QuoteCache fix (392) should be landed before any cut, even if it means a delay, but apart from that I
My two cents here, the Docker PR looks solid and I think is good to merge. I suspect the MAMDA QuoteCache fix (392) should be landed before any cut, even if it means a delay, but apart from that I
|
By
Damian Maguire
·
#2242
·
|
|
Proposal to make the cut for OpenMAMA 6.3.0 RC1
Hi Folks,
It’s that time again where I think we need to consider making a new OpenMAMA release.
I’ve just raised a pull request for Docker which was the last main piece of new
Hi Folks,
It’s that time again where I think we need to consider making a new OpenMAMA release.
I’ve just raised a pull request for Docker which was the last main piece of new
|
By
Frank Quinn
·
#2241
·
|
|
Re: Two Mamda libraries exporting the same symbol
Hi Frank,
Thanks for your message, and for raising the associated issue in Github.
We have discovered that the MamdaQuoteToBookListener.cpp file is not present in the SConscript.win build
Hi Frank,
Thanks for your message, and for raising the associated issue in Github.
We have discovered that the MamdaQuoteToBookListener.cpp file is not present in the SConscript.win build
|
By
Slade, Michael J
·
#2240
·
|
|
Re: Two Mamda libraries exporting the same symbol
Hi Mike,
This isn’t something that I have seen before but it does look like a bug to me… and one which I imagine you had all sorts of fun tracking down.
On the upside, it looks like the
Hi Mike,
This isn’t something that I have seen before but it does look like a bug to me… and one which I imagine you had all sorts of fun tracking down.
On the upside, it looks like the
|
By
Frank Quinn
·
#2239
·
|
|
Two Mamda libraries exporting the same symbol
Hi all,
We have noticed that both mamda/c_cpp/src/cpp/MamdaQuoteListener.cpp and mamda/c_cpp/src/orderbooks/MamdaQuoteToBookListener have implementations of a QuoteCache struct in the Wombat
Hi all,
We have noticed that both mamda/c_cpp/src/cpp/MamdaQuoteListener.cpp and mamda/c_cpp/src/orderbooks/MamdaQuoteToBookListener have implementations of a QuoteCache struct in the Wombat
|
By
Slade, Michael J
·
#2238
·
|
|
Code change(s) just landed on origin/next (Successful)
Some changes have just been added to the origin/next branch!
[fquinn.ni] Restored conditional in listenermsgcallback.c mama/c_cpp/src/c/listenermsgcallback.c
Results for OpenMAMA_Snapshot_Linux CI
Some changes have just been added to the origin/next branch!
[fquinn.ni] Restored conditional in listenermsgcallback.c mama/c_cpp/src/c/listenermsgcallback.c
Results for OpenMAMA_Snapshot_Linux CI
|
By
ci@...
·
#2237
·
|
|
Code change(s) just landed on origin/next (Still Failing)
Some changes have just been added to the origin/next branch!
[fquinn.ni] Restored conditional in listenermsgcallback.c mama/c_cpp/src/c/listenermsgcallback.c
Results for OpenMAMA_Snapshot_Windows CI
Some changes have just been added to the origin/next branch!
[fquinn.ni] Restored conditional in listenermsgcallback.c mama/c_cpp/src/c/listenermsgcallback.c
Results for OpenMAMA_Snapshot_Windows CI
|
By
ci@...
·
#2236
·
|
|
Re: change openmama linux platform implementation to call dlopen with RTLD_LOCAl flag
Classification:Public
Thank you Frank,
I confirm changing the dlopen() call to use RTLD_LOCAL fixes the problem for us here, none of our tests are otherwise affected.
Have not looked at
Classification:Public
Thank you Frank,
I confirm changing the dlopen() call to use RTLD_LOCAL fixes the problem for us here, none of our tests are otherwise affected.
Have not looked at
|
By
Igor Kovalenko
·
#2235
·
|
|
Re: change openmama linux platform implementation to call dlopen with RTLD_LOCAl flag
Hi Igor,
Yes I'm open to the suggestion I can't see any negative side effects of this.
As an aside, the new split-bridge changes will also fix your timerheap issue since each bridge will have its own
Hi Igor,
Yes I'm open to the suggestion I can't see any negative side effects of this.
As an aside, the new split-bridge changes will also fix your timerheap issue since each bridge will have its own
|
By
Frank Quinn
·
#2234
·
|
|
change openmama linux platform implementation to call dlopen with RTLD_LOCAl flag
Classification:Public
Hi openmama team,
I see that on linux platform openmama uses dlopen() with RTLD_GLOBAL flag to load bridge implementations.
What do you think about changing that dlopen()
Classification:Public
Hi openmama team,
I see that on linux platform openmama uses dlopen() with RTLD_GLOBAL flag to load bridge implementations.
What do you think about changing that dlopen()
|
By
Igor Kovalenko
·
#2233
·
|
|
OpenMAMA Simplified Base Middleware Bridge Implementation
Hi Folks,
As you may have heard recently, we have been working on reducing the burden of implementing each of the middleware bridge methods when writing bridges.
The solution we're working on
Hi Folks,
As you may have heard recently, we have been working on reducing the burden of implementing each of the middleware bridge methods when writing bridges.
The solution we're working on
|
By
Frank Quinn
·
#2232
·
|