Openmama-users@lists.openmama.org | NO_BRIDGE_IMPL() issue (avis is compiled/linked properly)

Home Messages Hashtags Subgroups

Date Date 1 - 7 of 7

NO_BRIDGE_IMPL() issue (avis is compiled/linked properly)

Gagan Sidhu <gagan@...> #93 Hi guys, Currently I'm on OSX and trying to build the openMAMA libs for my system. I understand that OSX is not officially supported, but the issue I'm experiencing is not specific to this platform. Specifically, I build and install the avis client, copy the config_h to the suggested directories, and proceed to build mama. The build and linking goes fine, from what I can see, however the example programs do not work. I have compiled each one using a slightly modified Makefile.sample (no -lrt flag or -Xlinker before the -Bstatic/-Bdynamic). This issue is very strange, because I saw someone else had a bridge issue but the linked library spit out an error. All I see is: here's the dump: GagansMacPro:c Gagan$ make -f Makefile.sample gcc -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamapublisherc mamapublisherc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamasubscriberc.o mamasubscriberc.c mamasubscriberc.c: In function ‘wildCardMsgCb’: mamasubscriberc.c:280:56: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamasubscriberc.c:285:13: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] gcc -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamasubscriberc mamasubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamasymbollistsubscriberc.o mamasymbollistsubscriberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamasymbollistsubscriberc mamasymbollistsubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaproxyc.o mamaproxyc.c mamaproxyc.c: In function ‘subscribeToSymbols’: mamaproxyc.c:230:34: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamaproxyc.c: In function ‘subscriptionHandlerOnNewRequestCb’: mamaproxyc.c:354:62: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamaproxyc.c: In function ‘subscriptionHandlerOnRequestCb’: mamaproxyc.c:422:26: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] mamaproxyc.c:435:26: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaproxyc mamaproxyc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaio.o mamaio.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaio mamaio.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamamultisubscriberc.o mamamultisubscriberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamamultisubscriberc mamamultisubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaftmemberc.o mamaftmemberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaftmemberc mamaftmemberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl GagansMacPro:c Gagan$ ./mamalistenc Enter one symbol per line and terminate with a . Symbol> , Symbol> . Could not open MAMA wmw bridge. GagansMacPro:c Gagan$ ./mamalistenc -m avis Enter one symbol per line and terminate with a . Symbol> . Could not open MAMA avis bridge. Thanks, Gagan Sidhu, Director, General Analytics (GA) Inc.
More
Glenn McClements <gmcclements@...> #94 Hi Gigan, This looks like the avis bridge lib isn't in being loaded for some reason (FYI bridge libraries are dynamical loaded using dlopen() not dynamically linked). Is the bridge library and the AVIS in your DYLD_LIBRARY_PATH? Also putting mamalistenc in full verbose mode may give more info, i.e: ./mamalistenc -m avis -v -v -v -v As you said, OSX isn't currently supported but I do know of some people who have tried in the past and did manage to get something up and running. Did you make any other changes to get it building on OSX? If so, and provided other platforms aren't affected of course, then I'd be happy to apply them. I can't see NYSE ever supporting this in their commercial distribution as there isn't a demand for it with their customers, but for the open source project additional platform support can only be a good thing. Glenn On 29/11/2012 17:13, "Gagan Sidhu" <gagan@...> wrote: Hi guys, Currently I'm on OSX and trying to build the openMAMA libs for my system. I understand that OSX is not officially supported, but the issue I'm experiencing is not specific to this platform. Specifically, I build and install the avis client, copy the config_h to the suggested directories, and proceed to build mama. The build and linking goes fine, from what I can see, however the example programs do not work. I have compiled each one using a slightly modified Makefile.sample (no -lrt flag or -Xlinker before the -Bstatic/-Bdynamic). This issue is very strange, because I saw someone else had a bridge issue but the linked library spit out an error. All I see is: here's the dump: GagansMacPro:c Gagan$ make -f Makefile.sample gcc -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamapublisherc mamapublisherc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamasubscriberc.o mamasubscriberc.c mamasubscriberc.c: In function ŒwildCardMsgCb¹: mamasubscriberc.c:280:56: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamasubscriberc.c:285:13: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] gcc -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamasubscriberc mamasubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamasymbollistsubscriberc.o mamasymbollistsubscriberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamasymbollistsubscriberc mamasymbollistsubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaproxyc.o mamaproxyc.c mamaproxyc.c: In function ŒsubscribeToSymbols¹: mamaproxyc.c:230:34: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamaproxyc.c: In function ŒsubscriptionHandlerOnNewRequestCb¹: mamaproxyc.c:354:62: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamaproxyc.c: In function ŒsubscriptionHandlerOnRequestCb¹: mamaproxyc.c:422:26: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] mamaproxyc.c:435:26: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaproxyc mamaproxyc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaio.o mamaio.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaio mamaio.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamamultisubscriberc.o mamamultisubscriberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamamultisubscriberc mamamultisubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaftmemberc.o mamaftmemberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaftmemberc mamaftmemberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl GagansMacPro:c Gagan$ ./mamalistenc Enter one symbol per line and terminate with a . Symbol> , Symbol> . Could not open MAMA wmw bridge. GagansMacPro:c Gagan$ ./mamalistenc -m avis Enter one symbol per line and terminate with a . Symbol> . Could not open MAMA avis bridge. Thanks, Gagan Sidhu, Director, General Analytics (GA) Inc. _______________________________________________ Openmama-users mailing list Openmama-users@... https://lists.openmama.org/mailman/listinfo/openmama-users ________________________________ Please consider the environment before printing this e-mail. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error, please advise the sender immediately by reply e-mail and delete this message and any attachments without retaining a copy. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
More
Gagan Sidhu <gagan@...> #95 Hey Glen, On 2012-11-29, at 10:58 AM, Glenn McClements <gmcclements@...> wrote: Hi Gigan, This looks like the avis bridge lib isn't in being loaded for some reason (FYI bridge libraries are dynamical loaded using dlopen() not dynamically linked). Is the bridge library and the AVIS in your DYLD_LIBRARY_PATH? Also putting mamalistenc in full verbose mode may give more info, i.e: ./mamalistenc -m avis -v -v -v -v As you said, OSX isn't currently supported but I do know of some people who have tried in the past and did manage to get something up and running. yeah, theoretically speaking there is not much of a difference in the required libs. I installed avis in /usr/local so /usr/local/include contains the avis folder, and /usr/local/lib contains libavis I didn't export DYLD_LIBRARY_PATH till now, but it looks like this: GagansMacPro:c Gagan$ echo $DYLD_LIBRARY_PATH /opt/openmama/lib:/usr/local/lib: and changing -lmamaavisimpl to -lavis and re-compiling with Makefile -f sMakefile.sample still gets the same sort of issue. I've tried -v -v -v -v before because will henry suggested it, but that didn't work: GagansMacPro:c Gagan$ ./mamalistenc -m avis -v -v -v -v Enter one symbol per line and terminate with a . Symbol> . Could not open MAMA avis bridge. Given that the verbose output doesn't work, I'm really puzzled as to what is causing the issue. Is there a way to check that the compiled libraries have everything? FYI: I am new to the whole "trading" thing. I do not have any avis servers or anything like that setup, just the client installed. I'm wondering why the examples say tiprv/elvin/one other oen, but do not mention avis? I assume elvin is avis but just slightly different. In any case, is there a way to check the "integrity" of the libraries first? They must be the issue, as the programs compile fine but are failing to load the bridge. Did you make any other changes to get it building on OSX? If so, and provided other platforms aren't affected of course, then I'd be happy to apply them. I can't see NYSE ever supporting this in their commercial distribution as there isn't a demand for it with their customers, but for the open source project additional platform support can only be a good thing. I agree, but I want to hold off on sharing those changes until we can ensure the build works properly. They are small changes here and there, but most definitely should not be the reason for the error. -gAgan ;) Glenn On 29/11/2012 17:13, "Gagan Sidhu" <gagan@...> wrote: Hi guys, Currently I'm on OSX and trying to build the openMAMA libs for my system. I understand that OSX is not officially supported, but the issue I'm experiencing is not specific to this platform. Specifically, I build and install the avis client, copy the config_h to the suggested directories, and proceed to build mama. The build and linking goes fine, from what I can see, however the example programs do not work. I have compiled each one using a slightly modified Makefile.sample (no -lrt flag or -Xlinker before the -Bstatic/-Bdynamic). This issue is very strange, because I saw someone else had a bridge issue but the linked library spit out an error. All I see is: here's the dump: GagansMacPro:c Gagan$ make -f Makefile.sample gcc -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamapublisherc mamapublisherc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamasubscriberc.o mamasubscriberc.c mamasubscriberc.c: In function ŒwildCardMsgCb¹: mamasubscriberc.c:280:56: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamasubscriberc.c:285:13: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] gcc -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamasubscriberc mamasubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamasymbollistsubscriberc.o mamasymbollistsubscriberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamasymbollistsubscriberc mamasymbollistsubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaproxyc.o mamaproxyc.c mamaproxyc.c: In function ŒsubscribeToSymbols¹: mamaproxyc.c:230:34: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamaproxyc.c: In function ŒsubscriptionHandlerOnNewRequestCb¹: mamaproxyc.c:354:62: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamaproxyc.c: In function ŒsubscriptionHandlerOnRequestCb¹: mamaproxyc.c:422:26: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] mamaproxyc.c:435:26: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaproxyc mamaproxyc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaio.o mamaio.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaio mamaio.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamamultisubscriberc.o mamamultisubscriberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamamultisubscriberc mamamultisubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaftmemberc.o mamaftmemberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaftmemberc mamaftmemberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl GagansMacPro:c Gagan$ ./mamalistenc Enter one symbol per line and terminate with a . Symbol> , Symbol> . Could not open MAMA wmw bridge. GagansMacPro:c Gagan$ ./mamalistenc -m avis Enter one symbol per line and terminate with a . Symbol> . Could not open MAMA avis bridge. Thanks, Gagan Sidhu, Director, General Analytics (GA) Inc. _______________________________________________ Openmama-users mailing list Openmama-users@... https://lists.openmama.org/mailman/listinfo/openmama-users ________________________________ Please consider the environment before printing this e-mail. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error, please advise the sender immediately by reply e-mail and delete this message and any attachments without retaining a copy. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
More
Philip Preston <PPreston@...> #96 Gagan It will compile - but the programs won't work because mac os x does not fully implement posix semaphores, and as such it silently fails. Also it won't load the bridge in the example apps unless you change the LIB_EXTENSION to .dylib (if you haven't already). The function calls exist for posix unnamed semaphores on mac but return error codes indicate they are not implemented - mama doesn't log the failure cause its not an issue on any of the officially supported os. This stops any of the queues working. You can work around this by implementing named semaphores. I'd made some changes to do this for openmama1 and have got most of moved to a local openmama2, following the breakout of platforms in wombatcommon. Have added a darwin folder with appropriate changes. Happy to pass it on once I get time to finish / tidy it up. Also had it setup in xcode. Cheers Phil Philip Preston NYSE Technologies Adelaide Exchange 24-26 Adelaide St Belfast, BT2 8GD United Kingdom t: +44 (0) 2890 822 091 m: +44 (0) 7903 300307 e: ppreston@... NYSE Euronext Powering the Exchanging World www.nyse.com/technologies _ toggle quoted message Show quoted text ----- Original Message ----- From: Gagan Sidhu [mailto:gagan@...] Sent: Thursday, November 29, 2012 06:08 PM To: openmama-users@... <openmama-users@...> Subject: Re: [Openmama-users] NO_BRIDGE_IMPL() issue (avis is compiled/linked properly) Hey Glen, On 2012-11-29, at 10:58 AM, Glenn McClements <gmcclements@...> wrote: Hi Gigan, This looks like the avis bridge lib isn't in being loaded for some reason (FYI bridge libraries are dynamical loaded using dlopen() not dynamically linked). Is the bridge library and the AVIS in your DYLD_LIBRARY_PATH? Also putting mamalistenc in full verbose mode may give more info, i.e: ./mamalistenc -m avis -v -v -v -v As you said, OSX isn't currently supported but I do know of some people who have tried in the past and did manage to get something up and running. yeah, theoretically speaking there is not much of a difference in the required libs. I installed avis in /usr/local so /usr/local/include contains the avis folder, and /usr/local/lib contains libavis I didn't export DYLD_LIBRARY_PATH till now, but it looks like this: GagansMacPro:c Gagan$ echo $DYLD_LIBRARY_PATH /opt/openmama/lib:/usr/local/lib: and changing -lmamaavisimpl to -lavis and re-compiling with Makefile -f sMakefile.sample still gets the same sort of issue. I've tried -v -v -v -v before because will henry suggested it, but that didn't work: GagansMacPro:c Gagan$ ./mamalistenc -m avis -v -v -v -v Enter one symbol per line and terminate with a . Symbol> . Could not open MAMA avis bridge. Given that the verbose output doesn't work, I'm really puzzled as to what is causing the issue. Is there a way to check that the compiled libraries have everything? FYI: I am new to the whole "trading" thing. I do not have any avis servers or anything like that setup, just the client installed. I'm wondering why the examples say tiprv/elvin/one other oen, but do not mention avis? I assume elvin is avis but just slightly different. In any case, is there a way to check the "integrity" of the libraries first? They must be the issue, as the programs compile fine but are failing to load the bridge. Did you make any other changes to get it building on OSX? If so, and provided other platforms aren't affected of course, then I'd be happy to apply them. I can't see NYSE ever supporting this in their commercial distribution as there isn't a demand for it with their customers, but for the open source project additional platform support can only be a good thing. I agree, but I want to hold off on sharing those changes until we can ensure the build works properly. They are small changes here and there, but most definitely should not be the reason for the error. -gAgan ;) Glenn On 29/11/2012 17:13, "Gagan Sidhu" <gagan@...> wrote: Hi guys, Currently I'm on OSX and trying to build the openMAMA libs for my system. I understand that OSX is not officially supported, but the issue I'm experiencing is not specific to this platform. Specifically, I build and install the avis client, copy the config_h to the suggested directories, and proceed to build mama. The build and linking goes fine, from what I can see, however the example programs do not work. I have compiled each one using a slightly modified Makefile.sample (no -lrt flag or -Xlinker before the -Bstatic/-Bdynamic). This issue is very strange, because I saw someone else had a bridge issue but the linked library spit out an error. All I see is: here's the dump: GagansMacPro:c Gagan$ make -f Makefile.sample gcc -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamapublisherc mamapublisherc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamasubscriberc.o mamasubscriberc.c mamasubscriberc.c: In function ŒwildCardMsgCb¹: mamasubscriberc.c:280:56: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamasubscriberc.c:285:13: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] gcc -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamasubscriberc mamasubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamasymbollistsubscriberc.o mamasymbollistsubscriberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamasymbollistsubscriberc mamasymbollistsubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaproxyc.o mamaproxyc.c mamaproxyc.c: In function ŒsubscribeToSymbols¹: mamaproxyc.c:230:34: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamaproxyc.c: In function ŒsubscriptionHandlerOnNewRequestCb¹: mamaproxyc.c:354:62: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamaproxyc.c: In function ŒsubscriptionHandlerOnRequestCb¹: mamaproxyc.c:422:26: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] mamaproxyc.c:435:26: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaproxyc mamaproxyc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaio.o mamaio.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaio mamaio.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamamultisubscriberc.o mamamultisubscriberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamamultisubscriberc mamamultisubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaftmemberc.o mamaftmemberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaftmemberc mamaftmemberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl GagansMacPro:c Gagan$ ./mamalistenc Enter one symbol per line and terminate with a . Symbol> , Symbol> . Could not open MAMA wmw bridge. GagansMacPro:c Gagan$ ./mamalistenc -m avis Enter one symbol per line and terminate with a . Symbol> . Could not open MAMA avis bridge. Thanks, Gagan Sidhu, Director, General Analytics (GA) Inc. _______________________________________________ Openmama-users mailing list Openmama-users@... https://lists.openmama.org/mailman/listinfo/openmama-users ________________________________ Please consider the environment before printing this e-mail. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error, please advise the sender immediately by reply e-mail and delete this message and any attachments without retaining a copy. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. _______________________________________________ Openmama-users mailing list Openmama-users@... https://lists.openmama.org/mailman/listinfo/openmama-users ________________________________ Please consider the environment before printing this e-mail. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error, please advise the sender immediately by reply e-mail and delete this message and any attachments without retaining a copy. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
More
Gagan Sidhu <gagan@...> #97 Hi Phil, On 2012-11-29, at 12:17 PM, Philip Preston <PPreston@...> wrote: Gagan It will compile - but the programs won't work because mac os x does not fully implement posix semaphores, and as such it silently fails. Also it won't load the bridge in the example apps unless you change the LIB_EXTENSION to .dylib (if you haven't already). which library? Right now they look like this: GagansMacPro:c Gagan$ ls -lh /usr/local/lib/libavis.* lrwxr-xr-x 1 root wheel 15B 25 Nov 17:40 /usr/local/lib/libavis.0.0.0.dylib -> libavis.0.dylib -rwxr-xr-x 1 root wheel 86K 25 Nov 17:40 /usr/local/lib/libavis.0.dylib -rw-r--r-- 1 root wheel 298K 25 Nov 17:40 /usr/local/lib/libavis.a lrwxr-xr-x 1 root wheel 15B 25 Nov 17:40 /usr/local/lib/libavis.dylib -> libavis.0.dylib -rwxr-xr-x 1 root wheel 932B 25 Nov 17:40 /usr/local/lib/libavis.la GagansMacPro:c Gagan$ ls -lh /opt/openmama/lib total 41976 -rwxr-xr-x 1 root admin 591K 26 Nov 16:28 libmama.0.0.0.dylib lrwxr-xr-x 1 root admin 19B 26 Nov 16:28 libmama.0.dylib -> libmama.0.0.0.dylib -rw-r--r-- 1 root admin 2.0M 26 Nov 16:28 libmama.a lrwxr-xr-x 1 root admin 19B 26 Nov 16:28 libmama.dylib -> libmama.0.0.0.dylib -rwxr-xr-x 1 root admin 917B 26 Nov 16:28 libmama.la -rwxr-xr-x 1 root admin 63K 26 Nov 16:28 libmamaavisimpl.0.0.0.dylib lrwxr-xr-x 1 root admin 27B 26 Nov 16:28 libmamaavisimpl.0.dylib -> libmamaavisimpl.0.0.0.dylib -rw-r--r-- 1 root admin 183K 26 Nov 16:28 libmamaavisimpl.a lrwxr-xr-x 1 root admin 27B 26 Nov 16:28 libmamaavisimpl.dylib -> libmamaavisimpl.0.0.0.dylib -rwxr-xr-x 1 root admin 1.1K 26 Nov 16:28 libmamaavisimpl.la -rwxr-xr-x 1 root admin 101K 26 Nov 16:28 libmamaavismsgimpl.0.0.0.dylib lrwxr-xr-x 1 root admin 30B 26 Nov 16:28 libmamaavismsgimpl.0.dylib -> libmamaavismsgimpl.0.0.0.dylib -rw-r--r-- 1 root admin 294K 26 Nov 16:28 libmamaavismsgimpl.a lrwxr-xr-x 1 root admin 30B 26 Nov 16:28 libmamaavismsgimpl.dylib -> libmamaavismsgimpl.0.0.0.dylib -rwxr-xr-x 1 root admin 1.1K 26 Nov 16:28 libmamaavismsgimpl.la -rwxr-xr-x 1 root admin 696K 26 Nov 16:28 libmamacpp.0.0.0.dylib lrwxr-xr-x 1 root admin 22B 26 Nov 16:28 libmamacpp.0.dylib -> libmamacpp.0.0.0.dylib -rw-r--r-- 1 root admin 3.9M 26 Nov 16:28 libmamacpp.a lrwxr-xr-x 1 root admin 22B 26 Nov 16:28 libmamacpp.dylib -> libmamacpp.0.0.0.dylib -rwxr-xr-x 1 root admin 891B 26 Nov 16:28 libmamacpp.la -rwxr-xr-x 1 root admin 1.6M 26 Nov 16:29 libmamda.0.0.0.dylib lrwxr-xr-x 1 root admin 20B 26 Nov 16:29 libmamda.0.dylib -> libmamda.0.0.0.dylib -rw-r--r-- 1 root admin 5.7M 26 Nov 16:29 libmamda.a lrwxr-xr-x 1 root admin 20B 26 Nov 16:29 libmamda.dylib -> libmamda.0.0.0.dylib -rwxr-xr-x 1 root admin 865B 26 Nov 16:29 libmamda.la -rwxr-xr-x 1 root admin 164K 26 Nov 16:30 libmamdanews.0.0.0.dylib lrwxr-xr-x 1 root admin 24B 26 Nov 16:30 libmamdanews.0.dylib -> libmamdanews.0.0.0.dylib -rw-r--r-- 1 root admin 879K 26 Nov 16:30 libmamdanews.a lrwxr-xr-x 1 root admin 24B 26 Nov 16:30 libmamdanews.dylib -> libmamdanews.0.0.0.dylib -rwxr-xr-x 1 root admin 893B 26 Nov 16:30 libmamdanews.la -rwxr-xr-x 1 root admin 192K 26 Nov 16:30 libmamdaoptions.0.0.0.dylib lrwxr-xr-x 1 root admin 27B 26 Nov 16:30 libmamdaoptions.0.dylib -> libmamdaoptions.0.0.0.dylib -rw-r--r-- 1 root admin 1.8M 26 Nov 16:30 libmamdaoptions.a lrwxr-xr-x 1 root admin 27B 26 Nov 16:30 libmamdaoptions.dylib -> libmamdaoptions.0.0.0.dylib -rwxr-xr-x 1 root admin 914B 26 Nov 16:30 libmamdaoptions.la -rw-r--r-- 1 root admin 387K 26 Nov 16:28 libwombatcommon.a -rwxr-xr-x 1 root admin 798B 26 Nov 16:28 libwombatcommon.la -rw-r--r-- 1 root admin 11K 26 Nov 16:28 libwombatcommoncpp.a -rwxr-xr-x 1 root admin 801B 26 Nov 16:28 libwombatcommoncpp.la -rw-r--r-- 1 root admin 161K 26 Nov 16:29 mamajni.jar -rw-r--r-- 1 root admin 161K 26 Nov 16:29 mamajni_2.2.1.1.jar -rw-r--r-- 1 root admin 352K 26 Nov 16:30 mamda.jar -rw-r--r-- 1 root admin 352K 26 Nov 16:30 mamda_2.2.1.1_jdk1.7.0_07.jar -rw-r--r-- 1 root admin 207K 26 Nov 16:30 mamda_2.2.1.1_jdk1.7.0_07_book.jar -rw-r--r-- 1 root admin 245K 26 Nov 16:30 mamda_2.2.1.1_jdk1.7.0_07_options.jar -rw-r--r-- 1 root admin 207K 26 Nov 16:30 mamda_book.jar -rw-r--r-- 1 root admin 245K 26 Nov 16:30 mamda_options.jar The function calls exist for posix unnamed semaphores on mac but return error codes indicate they are not implemented - mama doesn't log the failure cause its not an issue on any of the officially supported os. This stops any of the queues working. You can work around this by implementing named semaphores. I'd made some changes to do this for openmama1 and have got most of moved to a local openmama2, following the breakout of platforms in wombatcommon. Have added a darwin folder with appropriate changes. this is correct. usually it would then compile with -DNO_SEM_TIMEDWAIT, however I found someone who wrote code that mimics sem_timedwait for OSX, so I included that header file in wSemaphore.c and that made the issue wrt semaphores and timedwait go away. Happy to pass it on once I get time to finish / tidy it up. Also had it setup in xcode. Cool. But if that code I'm using is working correctly, then the queue issue wouldn't be the root cause of the errors below, no? Do I need to edit the source files of mama to ensure it's trying to use .dylibs instead of the unix suffix? Cheers Phil Philip Preston NYSE Technologies Adelaide Exchange 24-26 Adelaide St Belfast, BT2 8GD United Kingdom t: +44 (0) 2890 822 091 m: +44 (0) 7903 300307 e: ppreston@... NYSE Euronext Powering the Exchanging World www.nyse.com/technologies _ ----- Original Message ----- From: Gagan Sidhu [mailto:gagan@...] Sent: Thursday, November 29, 2012 06:08 PM To: openmama-users@... <openmama-users@...> Subject: Re: [Openmama-users] NO_BRIDGE_IMPL() issue (avis is compiled/linked properly) Hey Glen, On 2012-11-29, at 10:58 AM, Glenn McClements <gmcclements@...> wrote: Hi Gigan, This looks like the avis bridge lib isn't in being loaded for some reason (FYI bridge libraries are dynamical loaded using dlopen() not dynamically linked). Is the bridge library and the AVIS in your DYLD_LIBRARY_PATH? Also putting mamalistenc in full verbose mode may give more info, i.e: ./mamalistenc -m avis -v -v -v -v As you said, OSX isn't currently supported but I do know of some people who have tried in the past and did manage to get something up and running. yeah, theoretically speaking there is not much of a difference in the required libs. I installed avis in /usr/local so /usr/local/include contains the avis folder, and /usr/local/lib contains libavis I didn't export DYLD_LIBRARY_PATH till now, but it looks like this: GagansMacPro:c Gagan$ echo $DYLD_LIBRARY_PATH /opt/openmama/lib:/usr/local/lib: and changing -lmamaavisimpl to -lavis and re-compiling with Makefile -f sMakefile.sample still gets the same sort of issue. I've tried -v -v -v -v before because will henry suggested it, but that didn't work: GagansMacPro:c Gagan$ ./mamalistenc -m avis -v -v -v -v Enter one symbol per line and terminate with a . Symbol> . Could not open MAMA avis bridge. Given that the verbose output doesn't work, I'm really puzzled as to what is causing the issue. Is there a way to check that the compiled libraries have everything? FYI: I am new to the whole "trading" thing. I do not have any avis servers or anything like that setup, just the client installed. I'm wondering why the examples say tiprv/elvin/one other oen, but do not mention avis? I assume elvin is avis but just slightly different. In any case, is there a way to check the "integrity" of the libraries first? They must be the issue, as the programs compile fine but are failing to load the bridge. Did you make any other changes to get it building on OSX? If so, and provided other platforms aren't affected of course, then I'd be happy to apply them. I can't see NYSE ever supporting this in their commercial distribution as there isn't a demand for it with their customers, but for the open source project additional platform support can only be a good thing. I agree, but I want to hold off on sharing those changes until we can ensure the build works properly. They are small changes here and there, but most definitely should not be the reason for the error. -gAgan ;) Glenn On 29/11/2012 17:13, "Gagan Sidhu" <gagan@...> wrote: Hi guys, Currently I'm on OSX and trying to build the openMAMA libs for my system. I understand that OSX is not officially supported, but the issue I'm experiencing is not specific to this platform. Specifically, I build and install the avis client, copy the config_h to the suggested directories, and proceed to build mama. The build and linking goes fine, from what I can see, however the example programs do not work. I have compiled each one using a slightly modified Makefile.sample (no -lrt flag or -Xlinker before the -Bstatic/-Bdynamic). This issue is very strange, because I saw someone else had a bridge issue but the linked library spit out an error. All I see is: here's the dump: GagansMacPro:c Gagan$ make -f Makefile.sample gcc -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamapublisherc mamapublisherc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamasubscriberc.o mamasubscriberc.c mamasubscriberc.c: In function ŒwildCardMsgCb¹: mamasubscriberc.c:280:56: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamasubscriberc.c:285:13: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] gcc -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamasubscriberc mamasubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamasymbollistsubscriberc.o mamasymbollistsubscriberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamasymbollistsubscriberc mamasymbollistsubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaproxyc.o mamaproxyc.c mamaproxyc.c: In function ŒsubscribeToSymbols¹: mamaproxyc.c:230:34: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamaproxyc.c: In function ŒsubscriptionHandlerOnNewRequestCb¹: mamaproxyc.c:354:62: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamaproxyc.c: In function ŒsubscriptionHandlerOnRequestCb¹: mamaproxyc.c:422:26: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] mamaproxyc.c:435:26: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaproxyc mamaproxyc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaio.o mamaio.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaio mamaio.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamamultisubscriberc.o mamamultisubscriberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamamultisubscriberc mamamultisubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaftmemberc.o mamaftmemberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaftmemberc mamaftmemberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl GagansMacPro:c Gagan$ ./mamalistenc Enter one symbol per line and terminate with a . Symbol> , Symbol> . Could not open MAMA wmw bridge. GagansMacPro:c Gagan$ ./mamalistenc -m avis Enter one symbol per line and terminate with a . Symbol> . Could not open MAMA avis bridge. Thanks, Gagan Sidhu, Director, General Analytics (GA) Inc. _______________________________________________ Openmama-users mailing list Openmama-users@... https://lists.openmama.org/mailman/listinfo/openmama-users ________________________________ Please consider the environment before printing this e-mail. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error, please advise the sender immediately by reply e-mail and delete this message and any attachments without retaining a copy. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. _______________________________________________ Openmama-users mailing list Openmama-users@... https://lists.openmama.org/mailman/listinfo/openmama-users ________________________________ Please consider the environment before printing this e-mail. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error, please advise the sender immediately by reply e-mail and delete this message and any attachments without retaining a copy. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
More
Philip Preston <PPreston@...> #98 Ah if you have that semaphore sorted then it may just be the LIB_EXTENSION. That's in port.h in the environment specific folders in wombatcommon. Its set to .so for linux so I'd created a mac specific folder with its own port.h setting the LIB_EXTENSION to dylib. Philip Preston NYSE Technologies Adelaide Exchange 24-26 Adelaide St Belfast, BT2 8GD United Kingdom t: +44 (0) 2890 822 091 m: +44 (0) 7903 300307 e: ppreston@... NYSE Euronext Powering the Exchanging World www.nyse.com/technologies _ toggle quoted message Show quoted text ----- Original Message ----- From: Gagan Sidhu [mailto:gagan@...] Sent: Thursday, November 29, 2012 07:24 PM To: openmama-users@... <openmama-users@...> Subject: Re: [Openmama-users] NO_BRIDGE_IMPL() issue (avis is compiled/linked properly) Hi Phil, On 2012-11-29, at 12:17 PM, Philip Preston <PPreston@...> wrote: Gagan It will compile - but the programs won't work because mac os x does not fully implement posix semaphores, and as such it silently fails. Also it won't load the bridge in the example apps unless you change the LIB_EXTENSION to .dylib (if you haven't already). which library? Right now they look like this: GagansMacPro:c Gagan$ ls -lh /usr/local/lib/libavis.* lrwxr-xr-x 1 root wheel 15B 25 Nov 17:40 /usr/local/lib/libavis.0.0.0.dylib -> libavis.0.dylib -rwxr-xr-x 1 root wheel 86K 25 Nov 17:40 /usr/local/lib/libavis.0.dylib -rw-r--r-- 1 root wheel 298K 25 Nov 17:40 /usr/local/lib/libavis.a lrwxr-xr-x 1 root wheel 15B 25 Nov 17:40 /usr/local/lib/libavis.dylib -> libavis.0.dylib -rwxr-xr-x 1 root wheel 932B 25 Nov 17:40 /usr/local/lib/libavis.la GagansMacPro:c Gagan$ ls -lh /opt/openmama/lib total 41976 -rwxr-xr-x 1 root admin 591K 26 Nov 16:28 libmama.0.0.0.dylib lrwxr-xr-x 1 root admin 19B 26 Nov 16:28 libmama.0.dylib -> libmama.0.0.0.dylib -rw-r--r-- 1 root admin 2.0M 26 Nov 16:28 libmama.a lrwxr-xr-x 1 root admin 19B 26 Nov 16:28 libmama.dylib -> libmama.0.0.0.dylib -rwxr-xr-x 1 root admin 917B 26 Nov 16:28 libmama.la -rwxr-xr-x 1 root admin 63K 26 Nov 16:28 libmamaavisimpl.0.0.0.dylib lrwxr-xr-x 1 root admin 27B 26 Nov 16:28 libmamaavisimpl.0.dylib -> libmamaavisimpl.0.0.0.dylib -rw-r--r-- 1 root admin 183K 26 Nov 16:28 libmamaavisimpl.a lrwxr-xr-x 1 root admin 27B 26 Nov 16:28 libmamaavisimpl.dylib -> libmamaavisimpl.0.0.0.dylib -rwxr-xr-x 1 root admin 1.1K 26 Nov 16:28 libmamaavisimpl.la -rwxr-xr-x 1 root admin 101K 26 Nov 16:28 libmamaavismsgimpl.0.0.0.dylib lrwxr-xr-x 1 root admin 30B 26 Nov 16:28 libmamaavismsgimpl.0.dylib -> libmamaavismsgimpl.0.0.0.dylib -rw-r--r-- 1 root admin 294K 26 Nov 16:28 libmamaavismsgimpl.a lrwxr-xr-x 1 root admin 30B 26 Nov 16:28 libmamaavismsgimpl.dylib -> libmamaavismsgimpl.0.0.0.dylib -rwxr-xr-x 1 root admin 1.1K 26 Nov 16:28 libmamaavismsgimpl.la -rwxr-xr-x 1 root admin 696K 26 Nov 16:28 libmamacpp.0.0.0.dylib lrwxr-xr-x 1 root admin 22B 26 Nov 16:28 libmamacpp.0.dylib -> libmamacpp.0.0.0.dylib -rw-r--r-- 1 root admin 3.9M 26 Nov 16:28 libmamacpp.a lrwxr-xr-x 1 root admin 22B 26 Nov 16:28 libmamacpp.dylib -> libmamacpp.0.0.0.dylib -rwxr-xr-x 1 root admin 891B 26 Nov 16:28 libmamacpp.la -rwxr-xr-x 1 root admin 1.6M 26 Nov 16:29 libmamda.0.0.0.dylib lrwxr-xr-x 1 root admin 20B 26 Nov 16:29 libmamda.0.dylib -> libmamda.0.0.0.dylib -rw-r--r-- 1 root admin 5.7M 26 Nov 16:29 libmamda.a lrwxr-xr-x 1 root admin 20B 26 Nov 16:29 libmamda.dylib -> libmamda.0.0.0.dylib -rwxr-xr-x 1 root admin 865B 26 Nov 16:29 libmamda.la -rwxr-xr-x 1 root admin 164K 26 Nov 16:30 libmamdanews.0.0.0.dylib lrwxr-xr-x 1 root admin 24B 26 Nov 16:30 libmamdanews.0.dylib -> libmamdanews.0.0.0.dylib -rw-r--r-- 1 root admin 879K 26 Nov 16:30 libmamdanews.a lrwxr-xr-x 1 root admin 24B 26 Nov 16:30 libmamdanews.dylib -> libmamdanews.0.0.0.dylib -rwxr-xr-x 1 root admin 893B 26 Nov 16:30 libmamdanews.la -rwxr-xr-x 1 root admin 192K 26 Nov 16:30 libmamdaoptions.0.0.0.dylib lrwxr-xr-x 1 root admin 27B 26 Nov 16:30 libmamdaoptions.0.dylib -> libmamdaoptions.0.0.0.dylib -rw-r--r-- 1 root admin 1.8M 26 Nov 16:30 libmamdaoptions.a lrwxr-xr-x 1 root admin 27B 26 Nov 16:30 libmamdaoptions.dylib -> libmamdaoptions.0.0.0.dylib -rwxr-xr-x 1 root admin 914B 26 Nov 16:30 libmamdaoptions.la -rw-r--r-- 1 root admin 387K 26 Nov 16:28 libwombatcommon.a -rwxr-xr-x 1 root admin 798B 26 Nov 16:28 libwombatcommon.la -rw-r--r-- 1 root admin 11K 26 Nov 16:28 libwombatcommoncpp.a -rwxr-xr-x 1 root admin 801B 26 Nov 16:28 libwombatcommoncpp.la -rw-r--r-- 1 root admin 161K 26 Nov 16:29 mamajni.jar -rw-r--r-- 1 root admin 161K 26 Nov 16:29 mamajni_2.2.1.1.jar -rw-r--r-- 1 root admin 352K 26 Nov 16:30 mamda.jar -rw-r--r-- 1 root admin 352K 26 Nov 16:30 mamda_2.2.1.1_jdk1.7.0_07.jar -rw-r--r-- 1 root admin 207K 26 Nov 16:30 mamda_2.2.1.1_jdk1.7.0_07_book.jar -rw-r--r-- 1 root admin 245K 26 Nov 16:30 mamda_2.2.1.1_jdk1.7.0_07_options.jar -rw-r--r-- 1 root admin 207K 26 Nov 16:30 mamda_book.jar -rw-r--r-- 1 root admin 245K 26 Nov 16:30 mamda_options.jar The function calls exist for posix unnamed semaphores on mac but return error codes indicate they are not implemented - mama doesn't log the failure cause its not an issue on any of the officially supported os. This stops any of the queues working. You can work around this by implementing named semaphores. I'd made some changes to do this for openmama1 and have got most of moved to a local openmama2, following the breakout of platforms in wombatcommon. Have added a darwin folder with appropriate changes. this is correct. usually it would then compile with -DNO_SEM_TIMEDWAIT, however I found someone who wrote code that mimics sem_timedwait for OSX, so I included that header file in wSemaphore.c and that made the issue wrt semaphores and timedwait go away. Happy to pass it on once I get time to finish / tidy it up. Also had it setup in xcode. Cool. But if that code I'm using is working correctly, then the queue issue wouldn't be the root cause of the errors below, no? Do I need to edit the source files of mama to ensure it's trying to use .dylibs instead of the unix suffix? Cheers Phil Philip Preston NYSE Technologies Adelaide Exchange 24-26 Adelaide St Belfast, BT2 8GD United Kingdom t: +44 (0) 2890 822 091 m: +44 (0) 7903 300307 e: ppreston@... NYSE Euronext Powering the Exchanging World www.nyse.com/technologies _ ----- Original Message ----- From: Gagan Sidhu [mailto:gagan@...] Sent: Thursday, November 29, 2012 06:08 PM To: openmama-users@... <openmama-users@...> Subject: Re: [Openmama-users] NO_BRIDGE_IMPL() issue (avis is compiled/linked properly) Hey Glen, On 2012-11-29, at 10:58 AM, Glenn McClements <gmcclements@...> wrote: Hi Gigan, This looks like the avis bridge lib isn't in being loaded for some reason (FYI bridge libraries are dynamical loaded using dlopen() not dynamically linked). Is the bridge library and the AVIS in your DYLD_LIBRARY_PATH? Also putting mamalistenc in full verbose mode may give more info, i.e: ./mamalistenc -m avis -v -v -v -v As you said, OSX isn't currently supported but I do know of some people who have tried in the past and did manage to get something up and running. yeah, theoretically speaking there is not much of a difference in the required libs. I installed avis in /usr/local so /usr/local/include contains the avis folder, and /usr/local/lib contains libavis I didn't export DYLD_LIBRARY_PATH till now, but it looks like this: GagansMacPro:c Gagan$ echo $DYLD_LIBRARY_PATH /opt/openmama/lib:/usr/local/lib: and changing -lmamaavisimpl to -lavis and re-compiling with Makefile -f sMakefile.sample still gets the same sort of issue. I've tried -v -v -v -v before because will henry suggested it, but that didn't work: GagansMacPro:c Gagan$ ./mamalistenc -m avis -v -v -v -v Enter one symbol per line and terminate with a . Symbol> . Could not open MAMA avis bridge. Given that the verbose output doesn't work, I'm really puzzled as to what is causing the issue. Is there a way to check that the compiled libraries have everything? FYI: I am new to the whole "trading" thing. I do not have any avis servers or anything like that setup, just the client installed. I'm wondering why the examples say tiprv/elvin/one other oen, but do not mention avis? I assume elvin is avis but just slightly different. In any case, is there a way to check the "integrity" of the libraries first? They must be the issue, as the programs compile fine but are failing to load the bridge. Did you make any other changes to get it building on OSX? If so, and provided other platforms aren't affected of course, then I'd be happy to apply them. I can't see NYSE ever supporting this in their commercial distribution as there isn't a demand for it with their customers, but for the open source project additional platform support can only be a good thing. I agree, but I want to hold off on sharing those changes until we can ensure the build works properly. They are small changes here and there, but most definitely should not be the reason for the error. -gAgan ;) Glenn On 29/11/2012 17:13, "Gagan Sidhu" <gagan@...> wrote: Hi guys, Currently I'm on OSX and trying to build the openMAMA libs for my system. I understand that OSX is not officially supported, but the issue I'm experiencing is not specific to this platform. Specifically, I build and install the avis client, copy the config_h to the suggested directories, and proceed to build mama. The build and linking goes fine, from what I can see, however the example programs do not work. I have compiled each one using a slightly modified Makefile.sample (no -lrt flag or -Xlinker before the -Bstatic/-Bdynamic). This issue is very strange, because I saw someone else had a bridge issue but the linked library spit out an error. All I see is: here's the dump: GagansMacPro:c Gagan$ make -f Makefile.sample gcc -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamapublisherc mamapublisherc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamasubscriberc.o mamasubscriberc.c mamasubscriberc.c: In function ŒwildCardMsgCb¹: mamasubscriberc.c:280:56: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamasubscriberc.c:285:13: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] gcc -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamasubscriberc mamasubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamasymbollistsubscriberc.o mamasymbollistsubscriberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamasymbollistsubscriberc mamasymbollistsubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaproxyc.o mamaproxyc.c mamaproxyc.c: In function ŒsubscribeToSymbols¹: mamaproxyc.c:230:34: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamaproxyc.c: In function ŒsubscriptionHandlerOnNewRequestCb¹: mamaproxyc.c:354:62: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamaproxyc.c: In function ŒsubscriptionHandlerOnRequestCb¹: mamaproxyc.c:422:26: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] mamaproxyc.c:435:26: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaproxyc mamaproxyc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaio.o mamaio.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaio mamaio.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamamultisubscriberc.o mamamultisubscriberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamamultisubscriberc mamamultisubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaftmemberc.o mamaftmemberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaftmemberc mamaftmemberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl GagansMacPro:c Gagan$ ./mamalistenc Enter one symbol per line and terminate with a . Symbol> , Symbol> . Could not open MAMA wmw bridge. GagansMacPro:c Gagan$ ./mamalistenc -m avis Enter one symbol per line and terminate with a . Symbol> . Could not open MAMA avis bridge. Thanks, Gagan Sidhu, Director, General Analytics (GA) Inc. _______________________________________________ Openmama-users mailing list Openmama-users@... https://lists.openmama.org/mailman/listinfo/openmama-users ________________________________ Please consider the environment before printing this e-mail. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error, please advise the sender immediately by reply e-mail and delete this message and any attachments without retaining a copy. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. _______________________________________________ Openmama-users mailing list Openmama-users@... https://lists.openmama.org/mailman/listinfo/openmama-users ________________________________ Please consider the environment before printing this e-mail. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error, please advise the sender immediately by reply e-mail and delete this message and any attachments without retaining a copy. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. _______________________________________________ Openmama-users mailing list Openmama-users@... https://lists.openmama.org/mailman/listinfo/openmama-users ________________________________ Please consider the environment before printing this e-mail. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error, please advise the sender immediately by reply e-mail and delete this message and any attachments without retaining a copy. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
More
Gagan Sidhu <gagan@...> #99 On 2012-11-29, at 12:31 PM, Philip Preston <PPreston@...> wrote: Ah if you have that semaphore sorted then it may just be the LIB_EXTENSION. That's in port.h in the environment specific folders in wombatcommon. Its set to .so for linux so I'd created a mac specific folder with its own port.h setting the LIB_EXTENSION to dylib. worked like a charm! Thanks Phil. My gosh, that's all it was :) now to figure out how to use this and take over the world mwahahahahahha :) Philip Preston NYSE Technologies Adelaide Exchange 24-26 Adelaide St Belfast, BT2 8GD United Kingdom t: +44 (0) 2890 822 091 m: +44 (0) 7903 300307 e: ppreston@... NYSE Euronext Powering the Exchanging World www.nyse.com/technologies _ ----- Original Message ----- From: Gagan Sidhu [mailto:gagan@...] Sent: Thursday, November 29, 2012 07:24 PM To: openmama-users@... <openmama-users@...> Subject: Re: [Openmama-users] NO_BRIDGE_IMPL() issue (avis is compiled/linked properly) Hi Phil, On 2012-11-29, at 12:17 PM, Philip Preston <PPreston@...> wrote: Gagan It will compile - but the programs won't work because mac os x does not fully implement posix semaphores, and as such it silently fails. Also it won't load the bridge in the example apps unless you change the LIB_EXTENSION to .dylib (if you haven't already). which library? Right now they look like this: GagansMacPro:c Gagan$ ls -lh /usr/local/lib/libavis.* lrwxr-xr-x 1 root wheel 15B 25 Nov 17:40 /usr/local/lib/libavis.0.0.0.dylib -> libavis.0.dylib -rwxr-xr-x 1 root wheel 86K 25 Nov 17:40 /usr/local/lib/libavis.0.dylib -rw-r--r-- 1 root wheel 298K 25 Nov 17:40 /usr/local/lib/libavis.a lrwxr-xr-x 1 root wheel 15B 25 Nov 17:40 /usr/local/lib/libavis.dylib -> libavis.0.dylib -rwxr-xr-x 1 root wheel 932B 25 Nov 17:40 /usr/local/lib/libavis.la GagansMacPro:c Gagan$ ls -lh /opt/openmama/lib total 41976 -rwxr-xr-x 1 root admin 591K 26 Nov 16:28 libmama.0.0.0.dylib lrwxr-xr-x 1 root admin 19B 26 Nov 16:28 libmama.0.dylib -> libmama.0.0.0.dylib -rw-r--r-- 1 root admin 2.0M 26 Nov 16:28 libmama.a lrwxr-xr-x 1 root admin 19B 26 Nov 16:28 libmama.dylib -> libmama.0.0.0.dylib -rwxr-xr-x 1 root admin 917B 26 Nov 16:28 libmama.la -rwxr-xr-x 1 root admin 63K 26 Nov 16:28 libmamaavisimpl.0.0.0.dylib lrwxr-xr-x 1 root admin 27B 26 Nov 16:28 libmamaavisimpl.0.dylib -> libmamaavisimpl.0.0.0.dylib -rw-r--r-- 1 root admin 183K 26 Nov 16:28 libmamaavisimpl.a lrwxr-xr-x 1 root admin 27B 26 Nov 16:28 libmamaavisimpl.dylib -> libmamaavisimpl.0.0.0.dylib -rwxr-xr-x 1 root admin 1.1K 26 Nov 16:28 libmamaavisimpl.la -rwxr-xr-x 1 root admin 101K 26 Nov 16:28 libmamaavismsgimpl.0.0.0.dylib lrwxr-xr-x 1 root admin 30B 26 Nov 16:28 libmamaavismsgimpl.0.dylib -> libmamaavismsgimpl.0.0.0.dylib -rw-r--r-- 1 root admin 294K 26 Nov 16:28 libmamaavismsgimpl.a lrwxr-xr-x 1 root admin 30B 26 Nov 16:28 libmamaavismsgimpl.dylib -> libmamaavismsgimpl.0.0.0.dylib -rwxr-xr-x 1 root admin 1.1K 26 Nov 16:28 libmamaavismsgimpl.la -rwxr-xr-x 1 root admin 696K 26 Nov 16:28 libmamacpp.0.0.0.dylib lrwxr-xr-x 1 root admin 22B 26 Nov 16:28 libmamacpp.0.dylib -> libmamacpp.0.0.0.dylib -rw-r--r-- 1 root admin 3.9M 26 Nov 16:28 libmamacpp.a lrwxr-xr-x 1 root admin 22B 26 Nov 16:28 libmamacpp.dylib -> libmamacpp.0.0.0.dylib -rwxr-xr-x 1 root admin 891B 26 Nov 16:28 libmamacpp.la -rwxr-xr-x 1 root admin 1.6M 26 Nov 16:29 libmamda.0.0.0.dylib lrwxr-xr-x 1 root admin 20B 26 Nov 16:29 libmamda.0.dylib -> libmamda.0.0.0.dylib -rw-r--r-- 1 root admin 5.7M 26 Nov 16:29 libmamda.a lrwxr-xr-x 1 root admin 20B 26 Nov 16:29 libmamda.dylib -> libmamda.0.0.0.dylib -rwxr-xr-x 1 root admin 865B 26 Nov 16:29 libmamda.la -rwxr-xr-x 1 root admin 164K 26 Nov 16:30 libmamdanews.0.0.0.dylib lrwxr-xr-x 1 root admin 24B 26 Nov 16:30 libmamdanews.0.dylib -> libmamdanews.0.0.0.dylib -rw-r--r-- 1 root admin 879K 26 Nov 16:30 libmamdanews.a lrwxr-xr-x 1 root admin 24B 26 Nov 16:30 libmamdanews.dylib -> libmamdanews.0.0.0.dylib -rwxr-xr-x 1 root admin 893B 26 Nov 16:30 libmamdanews.la -rwxr-xr-x 1 root admin 192K 26 Nov 16:30 libmamdaoptions.0.0.0.dylib lrwxr-xr-x 1 root admin 27B 26 Nov 16:30 libmamdaoptions.0.dylib -> libmamdaoptions.0.0.0.dylib -rw-r--r-- 1 root admin 1.8M 26 Nov 16:30 libmamdaoptions.a lrwxr-xr-x 1 root admin 27B 26 Nov 16:30 libmamdaoptions.dylib -> libmamdaoptions.0.0.0.dylib -rwxr-xr-x 1 root admin 914B 26 Nov 16:30 libmamdaoptions.la -rw-r--r-- 1 root admin 387K 26 Nov 16:28 libwombatcommon.a -rwxr-xr-x 1 root admin 798B 26 Nov 16:28 libwombatcommon.la -rw-r--r-- 1 root admin 11K 26 Nov 16:28 libwombatcommoncpp.a -rwxr-xr-x 1 root admin 801B 26 Nov 16:28 libwombatcommoncpp.la -rw-r--r-- 1 root admin 161K 26 Nov 16:29 mamajni.jar -rw-r--r-- 1 root admin 161K 26 Nov 16:29 mamajni_2.2.1.1.jar -rw-r--r-- 1 root admin 352K 26 Nov 16:30 mamda.jar -rw-r--r-- 1 root admin 352K 26 Nov 16:30 mamda_2.2.1.1_jdk1.7.0_07.jar -rw-r--r-- 1 root admin 207K 26 Nov 16:30 mamda_2.2.1.1_jdk1.7.0_07_book.jar -rw-r--r-- 1 root admin 245K 26 Nov 16:30 mamda_2.2.1.1_jdk1.7.0_07_options.jar -rw-r--r-- 1 root admin 207K 26 Nov 16:30 mamda_book.jar -rw-r--r-- 1 root admin 245K 26 Nov 16:30 mamda_options.jar The function calls exist for posix unnamed semaphores on mac but return error codes indicate they are not implemented - mama doesn't log the failure cause its not an issue on any of the officially supported os. This stops any of the queues working. You can work around this by implementing named semaphores. I'd made some changes to do this for openmama1 and have got most of moved to a local openmama2, following the breakout of platforms in wombatcommon. Have added a darwin folder with appropriate changes. this is correct. usually it would then compile with -DNO_SEM_TIMEDWAIT, however I found someone who wrote code that mimics sem_timedwait for OSX, so I included that header file in wSemaphore.c and that made the issue wrt semaphores and timedwait go away. Happy to pass it on once I get time to finish / tidy it up. Also had it setup in xcode. Cool. But if that code I'm using is working correctly, then the queue issue wouldn't be the root cause of the errors below, no? Do I need to edit the source files of mama to ensure it's trying to use .dylibs instead of the unix suffix? Cheers Phil Philip Preston NYSE Technologies Adelaide Exchange 24-26 Adelaide St Belfast, BT2 8GD United Kingdom t: +44 (0) 2890 822 091 m: +44 (0) 7903 300307 e: ppreston@... NYSE Euronext Powering the Exchanging World www.nyse.com/technologies _ ----- Original Message ----- From: Gagan Sidhu [mailto:gagan@...] Sent: Thursday, November 29, 2012 06:08 PM To: openmama-users@... <openmama-users@...> Subject: Re: [Openmama-users] NO_BRIDGE_IMPL() issue (avis is compiled/linked properly) Hey Glen, On 2012-11-29, at 10:58 AM, Glenn McClements <gmcclements@...> wrote: Hi Gigan, This looks like the avis bridge lib isn't in being loaded for some reason (FYI bridge libraries are dynamical loaded using dlopen() not dynamically linked). Is the bridge library and the AVIS in your DYLD_LIBRARY_PATH? Also putting mamalistenc in full verbose mode may give more info, i.e: ./mamalistenc -m avis -v -v -v -v As you said, OSX isn't currently supported but I do know of some people who have tried in the past and did manage to get something up and running. yeah, theoretically speaking there is not much of a difference in the required libs. I installed avis in /usr/local so /usr/local/include contains the avis folder, and /usr/local/lib contains libavis I didn't export DYLD_LIBRARY_PATH till now, but it looks like this: GagansMacPro:c Gagan$ echo $DYLD_LIBRARY_PATH /opt/openmama/lib:/usr/local/lib: and changing -lmamaavisimpl to -lavis and re-compiling with Makefile -f sMakefile.sample still gets the same sort of issue. I've tried -v -v -v -v before because will henry suggested it, but that didn't work: GagansMacPro:c Gagan$ ./mamalistenc -m avis -v -v -v -v Enter one symbol per line and terminate with a . Symbol> . Could not open MAMA avis bridge. Given that the verbose output doesn't work, I'm really puzzled as to what is causing the issue. Is there a way to check that the compiled libraries have everything? FYI: I am new to the whole "trading" thing. I do not have any avis servers or anything like that setup, just the client installed. I'm wondering why the examples say tiprv/elvin/one other oen, but do not mention avis? I assume elvin is avis but just slightly different. In any case, is there a way to check the "integrity" of the libraries first? They must be the issue, as the programs compile fine but are failing to load the bridge. Did you make any other changes to get it building on OSX? If so, and provided other platforms aren't affected of course, then I'd be happy to apply them. I can't see NYSE ever supporting this in their commercial distribution as there isn't a demand for it with their customers, but for the open source project additional platform support can only be a good thing. I agree, but I want to hold off on sharing those changes until we can ensure the build works properly. They are small changes here and there, but most definitely should not be the reason for the error. -gAgan ;) Glenn On 29/11/2012 17:13, "Gagan Sidhu" <gagan@...> wrote: Hi guys, Currently I'm on OSX and trying to build the openMAMA libs for my system. I understand that OSX is not officially supported, but the issue I'm experiencing is not specific to this platform. Specifically, I build and install the avis client, copy the config_h to the suggested directories, and proceed to build mama. The build and linking goes fine, from what I can see, however the example programs do not work. I have compiled each one using a slightly modified Makefile.sample (no -lrt flag or -Xlinker before the -Bstatic/-Bdynamic). This issue is very strange, because I saw someone else had a bridge issue but the linked library spit out an error. All I see is: here's the dump: GagansMacPro:c Gagan$ make -f Makefile.sample gcc -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamapublisherc mamapublisherc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamasubscriberc.o mamasubscriberc.c mamasubscriberc.c: In function ŒwildCardMsgCb¹: mamasubscriberc.c:280:56: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamasubscriberc.c:285:13: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] gcc -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamasubscriberc mamasubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamasymbollistsubscriberc.o mamasymbollistsubscriberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamasymbollistsubscriberc mamasymbollistsubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaproxyc.o mamaproxyc.c mamaproxyc.c: In function ŒsubscribeToSymbols¹: mamaproxyc.c:230:34: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamaproxyc.c: In function ŒsubscriptionHandlerOnNewRequestCb¹: mamaproxyc.c:354:62: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] mamaproxyc.c: In function ŒsubscriptionHandlerOnRequestCb¹: mamaproxyc.c:422:26: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] mamaproxyc.c:435:26: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaproxyc mamaproxyc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaio.o mamaio.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaio mamaio.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamamultisubscriberc.o mamamultisubscriberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamamultisubscriberc mamamultisubscriberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl gcc -I/opt/openmama/include -c -o mamaftmemberc.o mamaftmemberc.c g++ -I/opt/openmama/include -dynamic -L/opt/openmama/lib -o mamaftmemberc mamaftmemberc.o -Bstatic -lmamaavisimpl -lmama -Bdynamic -lpthread -lm -ldl GagansMacPro:c Gagan$ ./mamalistenc Enter one symbol per line and terminate with a . Symbol> , Symbol> . Could not open MAMA wmw bridge. GagansMacPro:c Gagan$ ./mamalistenc -m avis Enter one symbol per line and terminate with a . Symbol> . Could not open MAMA avis bridge. Thanks, Gagan Sidhu, Director, General Analytics (GA) Inc. _______________________________________________ Openmama-users mailing list Openmama-users@... https://lists.openmama.org/mailman/listinfo/openmama-users ________________________________ Please consider the environment before printing this e-mail. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error, please advise the sender immediately by reply e-mail and delete this message and any attachments without retaining a copy. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. _______________________________________________ Openmama-users mailing list Openmama-users@... https://lists.openmama.org/mailman/listinfo/openmama-users ________________________________ Please consider the environment before printing this e-mail. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error, please advise the sender immediately by reply e-mail and delete this message and any attachments without retaining a copy. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. _______________________________________________ Openmama-users mailing list Openmama-users@... https://lists.openmama.org/mailman/listinfo/openmama-users ________________________________ Please consider the environment before printing this e-mail. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error, please advise the sender immediately by reply e-mail and delete this message and any attachments without retaining a copy. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
More

1 - 7 of 7

1

Previous Topic Next Topic

Home Hashtags Subgroups Terms