Hey Benjamin, At present there are no firm plans to move towards full C99 support in OpenMAMA, at least until we see a much broader adoption of VS2013 - we always have to keep in mind the breadth of

Hey Sam, Unfortunately this is a weakness in the API for the Wombat Queue implementation - it really should have a wombatQueue_deallocate, but it isn't presently available. If you'd like to raise an

Hello! I'm trying to use Wombat Queue, but I can't figure out how to safely free a queue when the creation fails. Here's my example: wombatQueue queue; wombatQueueStatus status =

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:

Hey Tom, I think the idea of an additional method for populating a message with a dictionary is spot on - something which passes in a pre-created message and fills it with the dictionary contents as

Hi mama_statusmamaDictionary_getDictionaryMessage (mamaDictionarydictionary,mamaMsg*msg) creates the message it returns using mamaMsg_create (&tempMsg);this creates the message using the

In this instance I believe not - since the main windows folder contains a great large amount of source code, it may also eventually also contain some non-public headers, which wouldn't be considered

Hi Damian, Looked at the diff, wouldn't you do winheaders = Glob('windows/*.h') to be sure to capture any further windows headers ? Cheers, Ben.

Hey Benjamin, Thanks for pointing that one out, it does look like a bug with the common SConscript.win. I've pushed out a fix for it into next, if you'd like to give it a look now. Cheers, Damian

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

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

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.

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

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

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

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

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

Cheers for that Emmanuel, and Daniel for forwarding it on. We'll take a look and get this merged into upstream as soon as possible. Thanks, Damian From: Daniel Pocock <daniel@...> Date: Friday,

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

Hey Tom, Thanks for raising that, it definitely looks like a bug to me, and the fix seems straight forward. We'd be happy to accept a patch fixing the issue, or you can raise it in Bugzilla and we'll