Hi mahadev, thx for the infomation, i'm running zookeeper 3.3.0. On Sat, Sep 4, 2010 at 1:22 AM, Mahadev Konar <maha...@yahoo-inc.com> wrote:
> Path and Qian, > This was fixed in > > https://issues.apache.org/jira/browse/ZOOKEEPER-604 > > I have marked ZOOKEEPER-295 referencing ZOOKEEPER-604. > > Qian, what version of zookeeper are you running? > > Thanks > mahadev > > > > > On 9/3/10 9:51 AM, "Patrick Hunt" <ph...@apache.org> wrote: > > > This is a long standing issue slated for 4.0 > > https://issues.apache.org/jira/browse/ZOOKEEPER-295 > > > > Mahadev had done some work to reduce the exported symbols as part of 3.3, > > perhaps this slipped through the net? > > > > Mahadev - can we address this using the current mechanism? > > > > <https://issues.apache.org/jira/browse/ZOOKEEPER-295>Patrick > > > > On Thu, Sep 2, 2010 at 7:37 AM, Qian Ye <yeqian....@gmail.com> wrote: > > > >> Hi all: > >> > >> I'm writing a application in C which need to link both memcached's lib > and > >> zookeeper's c client lib. I found a symbol table conflict, because both > >> libs > >> provide implmentation(recordio.h/c) of function htonll. It seems that > some > >> functions of zookeeper c client, which can be accessed externally but > uesd > >> internally, have simple names. I think it will bring much symbol table > >> confilct from time to time, and we should do something about it, e.g. > add a > >> specific prefix to these funcitons. > >> > >> thx > >> > >> -- > >> With Regards! > >> > >> Ye, Qian > >> > > > > -- With Regards! Ye, Qian
