Some changes have just been added to the origin/next branch! [noreply] Added Inno Setup installer script and LICENSE file

- Somehow I managed to drop the mailing list responding to this earlier. Sorry about that. In an effort to avoid bike-shedding this one, I'll say nothing more than I think using CMake is a great

Hi, CMake is fine for us, Tick42 uses it now so we have it integrated into our build systems. Most important is making it easy to change a build feature and do it on one place. Are there

Hi Glenn My choice is autotools for Linux and MSBuild (VS-project files) on Windows. I don't see any advantage of using cmake over autotools and I don't understand why need a cross-platform builds

Apologies that was supposed to have been sent last Friday (and hopefully you can all see this now).

Sending on behalf of Frank (mail issues): Hi Folks, I have been giving quite a bit of consideration recently to making life easier for setting up new development environments for 3

Some changes have just been added to the origin/next branch! [noreply] COMMON: Removed wtimegm implementation for Windows

Some changes have just been added to the origin/next branch! [noreply] COMMON: Removed wtimegm implementation for Windows

Some changes have just been added to the origin/next branch! [Frank Quinn] Whitespace tidy up across large numbers of

Some changes have just been added to the origin/next branch! [Frank Quinn] Whitespace tidy up across large numbers of

In the TREP bridge we have a wrapper around the mamaDateTime type and only use the accessor functions. There is a certain amount of messing around converting between mamaDateTime and rssl date and

Some changes have just been added to the origin/next branch! [noreply] EXAMPLE: Added -rewind option to mamaproducerc_v2 (#220) mama/c_cpp/src/testtools/performance/c/mamaproducerc_v2.c Results for

Some changes have just been added to the origin/next branch! [noreply] EXAMPLE: Added -rewind option to mamaproducerc_v2 (#220) mama/c_cpp/src/testtools/performance/c/mamaproducerc_v2.c Results for

For Vela we have a couple of payloads: - V5/Wirecache has its own internal format and calls mamaDateTime setters, so this is fine. - WombatMsg actually uses the same encoding as OpenMAMA does

I think that, at the moment, the most important payload bridges come from Vela, Solace and Tick 42. Would anyone from Solace and Tick 42 care to comment on the behaviour of their payload bridges and

Some changes have just been added to the origin/next branch! [fquinn.ni] Fixed Vector DateTime Unit Tests (#221) .gitignore mama/c_cpp/src/gunittest/c/payload/payloadvectortests.cpp Results for

Some changes have just been added to the origin/next branch! [Frank Quinn] VERSION: Updating version files to

It’s definitely a good thing to have, Glenn, but it does add some complexity, particularly when you consider future and past dates, daylight savings transitions and the desire to compare timestamps

Hi Nigel, Apologies, yes I meant to mention timezones in the original email as something to consider - Does anyone have any other suggestions for the new format? For example,

If contemplating a new type, is it worth considering the question of time zones? The current model doesn’t really address this, although the java constructors have some implicit assumptions that