|
From: Jimmy P. <jp...@sd...> - 2003-06-18 19:46:26
|
Currently I have demo linked and running against clucene. I have to trace through the execution because clucene is segfaulting. The segfaults are coming mostly as a result of different behavior from the Linux filesystem calls. For example, in the directory traversal code, the nonported code does not take into accout directories . and .. when traversing. Also the non ported code does not distinquish between directories and file names, which also needs to happen in Linux when using the native dirent structures (which I used in the port). I am very close to getting it working, and will submit something tonight. I second the vote for Boost. Boost would solve a lot of portability problems. The boost::filesystems library would take care of the filesystem differences. boost::date_time would do the same for date/time portability issues, as well as the need for a robust date/time class. boost::threads would take care of the need for a portable thread classes. There are many more libraries that would prove useful as well: www.boost.org I've used Boost in another project, and it works very well with GCC. Their regression reports state that their stuff plays well with MSVC 7 and better. It is my experience that the boost libraries clean up code, and they are also easy to use and well designed. After I submit the quick and dirty port of clucene, I would be willing to help with converting parts of clucene to use Boost. Look forward to everyone's thoughts on this... Jimmy. Doug Cutting <cu...@lu...> writes: > I'm not sure a thread library is needed so much as a mutex library > that is compatible with whatever thread libraries folks end up using. > Like Java Lucene, CLucene should be thread-safe, but not itself > multithreaded. But I'[m probably just being over-precise: a > particular mutex implementation will probably only work with a > particular thread implementation. > > I've heard good things about the Boost Libraries > (http::/www.boost.org/). They have a portable C++ thread library that > includes a mutex implemenation. However this might be overkill. You > might just want to define a couple of macros, like MAKE_MUTEX, and > WITH_MUTEX, and then define them differently for different platforms. > > Doug > > Ben van Klinkehn wrote: > > > Hi everyone, > > > >I thought I'd ask for your opinions on clucene. At the moment multithreading > >support is not implemented. This was mainly because i wasn't sure what > >library to use for this... as far as portability, etc is concerned. What do > >you think? There's a pthreads port for windows around that i've seen... or > >does anyone have a better idea? > > > >ben > > > > > > > > > >------------------------------------------------------- > >This SF.Net email is sponsored by: INetU > >Attention Web Developers & Consultants: Become An INetU Hosting Partner. > >Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > >INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > >_______________________________________________ > >CLucene-developers mailing list > >CLu...@li... > >https://lists.sourceforge.net/lists/listinfo/clucene-developers > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > CLucene-developers mailing list > CLu...@li... > https://lists.sourceforge.net/lists/listinfo/clucene-developers |