mama_open() by default attempts to load properties from $WOMBAT_PATH/mama.properties. mama_openWithProperties(path, filename) initializes OpenMAMA reading the properties from path/filename rather

Greetings all. I'm getting started with OpenMAMA here at NYSE and had the below questions. Mike suggested that I send them to this list for the benefit of anyone else who had similar questions: 1)

I can build all of the projects under OpenMAMA 2.1 solution (Windows 7, VS 2010). Requirements: 1. flex - http://gnuwin32.sourceforge.net/packages/flex.htm 2. avis-client -

Reading the difficulties that William is having getting the Avis bridge to build, wouldn't it make sense to split the build into open mama core (possibly including a null bridge as an example for

Les, You can configure with --without-middleware-bridge and no bridge will be built. Likewise you can specify --without-payload-bridge to build without a payload bridge. I definitely like the idea

Okay so here's what's wrong now and what I did to get to wrong and what I'm doing to fix it. The ./configure flags the avis_client_config.h file. So after svn co the avis source. I copied this file

Got the build at least going now with the avis stuff installed. But I'm hitting: bridge.c:22:24: fatal error: avis/elvin.h: No such file or directory compilation terminated. make[5]: *** [bridge.lo]

I've attached the output from ./configure I wonder if now my only issue is having avis installed. William.

Mark, The current top level configurescript is fairly simplistic and passes all of the configure arguments to allthe lower level configure scripts. If the option is not supported by the lowerlevel

From: Mike Schonberg <mschonberg@...> The news and orderbook examples were not building because the linker could not find libmama. This patch adjusts the link flags to include the path to the

From: Mike Schonberg <mschonberg@...> configure.ac needs to search for sem_timedwait in both librt and libpthread. On OS's like certain Solaris versions that do not support

Hi, I see configure fail because it can't find sem_timedwait(): checking for library containing sem_timedwait... no Failed to find sem_timedwait(). This appears to be the cause of no makefile being

I’ve cloned the OpenMAMA 2.1 release git repository. When I try to configure the environment with --wIth-avis, the output from the configure script has a bunch of warnings of the following:

Mike or someone, Would you mind posting a link to the "dummies guide" to OpenMAMA bridge development? Best William

From: Mike Schonberg <mschonberg@...> Signed-off-by: Mike Schonberg <mschonberg@...> --- mama/c_cpp/src/gunittest/c/Makefile.am | 10 +-

From: Mike Schonberg <mschonberg@...> wUuid.c for uuid support and strpcasecmp and strptime implementations. Signed-off-by: Mike Schonberg <mschonberg@...> ---

From: Mike Schonberg <mschonberg@...> Signed-off-by: Mike Schonberg <mschonberg@...> --- common/c_cpp/src/c/wombat/wConfig.h | 1 - 1 files changed, 0 insertions(+), 1 deletions(-)