HI Frank: And Happy Holidays to you too! A couple of points: I’m not aware of any changes to OpenMAMA that affect the issue, so if there are some please point me in the proper direction. The last

Classification: Public It is possible to group all mama objects (transports, subscriptions...) in one class and let it's destructor to delete them in required order. Obviously this class shouldn't let

Not sure about the other alternative? Are you expecting OpenMAMA C-API to keep track of all GC objects like shared_ptr ? *(Keeping a table of active objects for clean-up at Mama.close() may also add

Happy holidays folks! First of all (with respect to the C++ concerns), that ticket is still open - I plan on actioning it I just haven't had time yet. My suggestions were far from "don't solve it" and

Sanjeev: Thanks for the suggestion, but that is basically doing C-style manual memory management. That’s not a direction I’m interested in going — it’s the 21st century, and OpenMAMA needs

I can suggest a possible fix (by adding extra weak_ptr check) while calling Mama.close() that can avoid this problem in C11/C11++ when using shared_ptr. *(assumption is Mama.close() is not called by

Unfortunately, that is not a bug, but a “feature”. The problem is that mama_close unloads both the transport and payload libraries (via dlclose on Linux). So, any access to any objects related

Classification: Public Hi team, Sorry for telling bad news in holidays but I have found a major issue with Java API - JVM may crash if GC comes after Mama.close() method. Here's code sample to

Some changes have just been added to the origin/next branch! [noreply] Added vcpkg_build option for use with vcpkg

Some changes have just been added to the origin/next branch! [fquinn.ni] Added new option for disabling runtime

Some changes have just been added to the origin/next branch! [noreply] Added visual studio 14.1 as build option site_scons/community/command_line.py Results for OpenMAMA_Snapshot_Linux CI run with

Some changes have just been added to the origin/next branch! [fquinn.ni] [MAMDA] Removing duplicated FieldUpdate structs mamda/c_cpp/src/cpp/MamdaTradeListener.cpp Results for

Some changes have just been added to the origin/next branch! [fquinn.ni] Added lex option to allow optional tool

Some changes have just been added to the origin/next branch! [fquinn.ni] [COMMON] Enhancements to support

Huzzah! The first of many I hope! :) Good hunting! Cheers, Frank

Thank you, Frank. My first commit to OpenMAMA hooray! :) 16.11.2017, 21:57, "Frank Quinn" <fquinn.ni@...>:

Hi Yury, This was actually part of why I recently introduced CI for jni - we didn't spot this until it was too late. The short answer is that since its usually a compile time dependency, its so

Thanks Victor - just merged those changes into next. Comprehensive detail in there too - it was much appreciated. Cheers, Frank

Some changes have just been added to the origin/next branch! [fquinn.ni] Fixed few crashes when calling Mama.loadPayloadBridge of Java

Hey guys, I've fixed few JVM crashes in mamajni and have created a pull request: https://github.com/OpenMAMA/OpenMAMA/pull/333 Could someone have a look?