Hi mama_status mamaDictionary_getDictionaryMessage (mamaDictionary dictionary,mamaMsg* msg) creates the message it returns using mamaMsg_create (&tempMsg); this creates the message using the default p

Broker support has now been added to the qpid proton bridge for OpenMAMA and example configuration to use it has been added to mama.properties. Note that to make use of this functionality (using qpidd

Hello, The payload unit tests do not run on VS 2012, I have fixed this and produced a large patch with all "C" unit tests. I have prepared the patch against the 'master' (rev. 2.3.1 and not the 'next'

Hi, The properties file parser fails to expand variable if such exists in a value that is also at the last line in the properties file. For example, Consider <EOF> as the last character in file, if th

This patch fixes an issue where a realloc occurs for member types which the qpid bridge will typically attempt to re-use rather than create / destroy every time. This is really just MAMA Message at th

This change means that the bridge is only expected to work with version 0.6 and above of proton (ideally 0.7). It also fixed several memory leaks and simplifies many areas of code which were required

We are no longer going to support proton version 0.5 which contained compiler warnings within the header (see https://issues.apache.org/jira/browse/PROTON-420) so we can re-enable -Werror in the compi

Hi Folks, I've got a broker based Qpid Proton implementation here that I have been knocking together in my spare time. It needs a little bit of tidy up before I submit it, but it seems to work at the

Hi everyone, I noticed that when compiling on Linux, flag -std=gnu99 is set, meaning support for C99. However, on windows, VS started supporting C99 from VS2013: http://blogs.msdn.com/b/vcblog/archive

Hi list, When comparing the binaries release http://www.openmama.org/sites/default/files/openmama_2.3.1_WIN32-dynamic.zip and what I get through compiling from source, the windows headers file (mman.h

TESTING:- No middleware dependencies. No O/S dependencies. Problem:- Currently this will create a msg using the default payload rather than the payload in the file. To expose this create a file using

TESTING:- Not O/S or middleware specific. Checked example apps, all languages & on different middlewares to confirm that data is now flushed when redirected to file. Specifically:- 1. mamapublisherc /

TESTING:- **Windows only** No middleware dependencies. Will need to run MamaFtMember c# in bridge mode, both before & after the fix. Before the fix the previous version will hang, after the addition o

TESTING:- Again from list discussed with Damien - Reservedfieldsimpl.h missing declaration in openmama. This was a simple addition of missing declaration for cleanupReservedFields within reservedfield

TESTING:- Again from list discussed with Damien - 15) Priceimpl.c - lld? Looks wrong in openmama. snprintf (buf, bufMaxLen, "%lld", integer); Luckily, every version of VS since 2005 seems to support '

TESTING:- This was requested for submission by Damian from the list of differences between openmama & the enterprise versions. forcevalog patch needed sent out, which is used to add a custom prefix to

Testing :- This is not OS dependent This is not middleware dependent The below patches were as discussed with Damian to remove all the commented out sections of dead code from the fieldcache files in

Emmanuel, thanks for this fix, I'm sending it to the OpenMAMA developers for inclusion upstream

Hi We have just come across this little oddity and wonder if anyone can throw any light on what is supposed to be happening I notice from the source to the C# implementation of Open Mama 2.3.0, that t

In some MAMA FT Timers, the timer callback always reports that it is a "multicast" FT type, when in fact that code is shared for all FT types. This is misleading to the MAMA application developer who