Openmama-dev@lists.openmama.org

Home Messages Hashtags Subgroups

Messages

Between

and

Hi Guy, When you refer to 'addString' below you mention a cache, but this is not a method of the C/C++MamaFieldCacheare you refering to your own cache object or actually a MamaMsg

By Glenn McClements <gmcclements@...> · #1319 ·

Enforcing field type on publish

Hi, This is regarding a way to check that the field data type being published matches (closely) the dictionary data type. The motivation for this is to prevent our internally published data

By Alpert, Reed <reed.alpert@...> · #1318 ·

[PATCH 2.3.1 1/1] Common: variable expansion in property value on the last line of properties file fails

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

By Guy <guy.tal@...> · #1317 ·

Re: problem with mamaDictionary_getDictionaryMessage when multiple bridges are loaded

It would generally be used in publishing applications, but as it's public I've no visibility how much it's used in the wild in other places. We're also looking at some cross platform macros for

By Glenn McClements <gmcclements@...> · #1316 ·

Re: problem with mamaDictionary_getDictionaryMessage when multiple bridges are loaded

Hi Glenn Both of those of those points are accepted and I’ll re-submit a patch in a couple of days when I can get this back to the top of my todo listJ Is this function ever used anywhere

By Tom Doust · #1315 ·

Re: problem with mamaDictionary_getDictionaryMessage when multiple bridges are loaded

Also having the user create the message makes it explicit who owns the memory which I like as well. Glenn

By Glenn McClements <gmcclements@...> · #1314 ·

Re: problem with mamaDictionary_getDictionaryMessage when multiple bridges are loaded

Cheers Tom. I think this way is cleaner than passing in a payload ID or bridge to the dictionary functions, as it keeps all the payload specific stuff in the mamaMsg calls where it belongs. Two minor

By Glenn McClements <gmcclements@...> · #1313 ·

Re: problem with mamaDictionary_getDictionaryMessage when multiple bridges are loaded

Hi Attached is a patch for OpenMAMA that provides an alternative function to populate a mamaMsg with the dictionary. This differs from the existining function by allowing the caller to pass a

By Tom Doust · #1312 ·

Re: C99 support in OpenMama

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

By Damian Maguire · #1311 ·

Re: Wombat Queue Destroy

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

By Damian Maguire · #1310 ·

Wombat Queue Destroy

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 =

By Sam Wilson <Sam.Wilson@...> · #1309 ·

C99 support in OpenMama

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:

By Benjamin Taieb · #1308 ·

Re: problem with mamaDictionary_getDictionaryMessage when multiple bridges are loaded

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

By Damian Maguire · #1307 ·

problem with mamaDictionary_getDictionaryMessage when multiple bridges are loaded

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

By Tom Doust · #1306 ·

Re: windows/*.h headers file missing in windows build.

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

By Damian Maguire · #1305 ·

Re: windows/*.h headers file missing in windows build.

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.

By Benjamin Taieb · #1304 ·

Re: windows/*.h headers file missing in windows build.

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

By Damian Maguire · #1303 ·

windows/*.h headers file missing in windows build.

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

By Benjamin Taieb · #1302 ·

[PATCH] Modification to playbackFileparser.c

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

By Adrienne Ambrose <AAmbrose@...> · #1299 ·

[PATCH] mama & mamda apps do not flush data to log

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.

By Adrienne Ambrose <AAmbrose@...> · #1301 ·

1001 - 1020 of 2319

Home Hashtags Subgroups Terms