Hi Folks, CentOS 6 is reaching its main EOL on the 30th November (10 days time), so I’d like to ask the community where they are in respect to migration. Please feel free to reply to me either directl

Hi Folks, I am excited to announce that OpenMAMA was successfully contributed to FINOS and it's now available as a FINOS hosted project at https://github.com/finos/OpenMAMA. Any old links and git clon

Everyone on this mailing list is already well acquainted with OpenMAMA's awesome-ness, but I want to let you know about something that makes OpenMAMA even more awesome. One thing that has always been

Hi Folks, We are pleased to announce OpenMAMA 6.3.1 is finally here and has now propagated to Cloudsmith, Maven central etc! This is a maintenance release which fixes several outstanding bugs and intr

Hi folks - a reminder that we are going into the final week of this RC -if any major issues are spotted please raise as a priority!

Hi Folks, After a successful testing period (thanks to all who were involved), we are delighted to announce the official launch the new OpenMAMA website which went live yesterday evening: https://open

Hi Folks, We (finally) have a new RC ready for testing with compiled artifacts for supported platforms – check it out: https://github.com/OpenMAMA/OpenMAMA/releases/tag/OpenMAMA-6.3.1-rc1 This is a ma

Hi Folks, Quick reminder about the invitation below, and to thank everyone who has checked it out already (I can see a noticeable increase in traffic since sending this out so I know you folks are loo

Hi Folks, It is with great pleasure that I can declare that a new website is on its way. It is currently hosted at https://openmama.github.io as a preview version (the former documentation website add

Hi Folks, The default branch for OpenMAMA has now been set to “next”. Looks a little more lively already 😊 If anyone runs into any issues, let me know. Hopefully overall this will make things a little

Sounds quite sensible to me, Frank. Nigel Nigel Phelan | Corporate & Investment Bank | Market Data Services | J.P. Morgan

Hi Folks, I would like to propose that we change the OpenMAMA github default git branch to “next” instead of “master”. This would mean that: When you visit our github page, you will see the latest dev

Hi Folks, Looks like a number of issues are still coming in and I have identified a few things that I want to get in myself, so I’m going to push this back 1 week to the weekend commencing 28-Aug 2020

Hi Folks, I plan on taking a cut for OpenMAMA 6.3.1 RC1 over the coming weekend (21-Aug 2020). If anyone has anything they want to submit before then please let me know so I can delay the cut if neces

Hi Folks, I have just pushed some changes into the next branch which add some changes to support: CentOS 8 Ubuntu 20.04 It also effectively drops support for the now EOL: Fedora 28 Fedora 29 Ubuntu 14

Hi Frank, Thanks for raising the issue in Github. We were able to reproduce this issue on a Linux (RH6) server using mamalistenc.c to subscribe to ~5000 symbols with the tick42rmds middleware bridge.

That's what the change should do - its a reference count that defers cleanup until the last reference has been released (since both the jvm GC and the bridge thread could both hit this code). It also

Hi Frank Does this actually address the issue with prematurely releasing the lock? Wouldn’t it be safer, as Mike suggested, to allow the thread that holds the lock to mark the object for destruction,

Hi Mike – did you have any joy with testing this one? Frank Quinn, Cascadium | +44 (0) 28 8678 8015 | http://cascadium.io

Hi Mike, Have raised https://github.com/OpenMAMA/OpenMAMA/issues/411 For follow up on this one – let’s track there for paper trail / release note reference etc. Could you add some details on the execu