Hi, we encountered one more issue that should be solved - at least in some future version: the FSDirectory::FSIndexOutput constructor may throw exception (this happens i.e. if you are out of disk space) and if it happens the destructor of the base class is called (BufferedIndexOutput) which leads to the call of pure virtual flushBuffer method. And the application crashes.
We either should not throw the exception or change the pure virtual BufferedIndexOutput::flushbuffer method into an virtual empty one. Jiri -----Original Message----- From: Kostka Bořivoj [mailto:kos...@tovek.cz] Sent: Friday, September 17, 2010 12:19 PM To: clucene-developers@lists.sourceforge.net Subject: Re: [CLucene-dev] Current branches state We (me and Jiri) did tests on new merged master, as well as chck manually changes. Everything seems to be OK, so we moved to master branch. But some indexing tests on huge data are running now. So we would like to leave our branches in repo until tests finishes, if you don't mind. Once these tests pass, we will remove our old branches from repo. Borek > -----Original Message----- > From: Itamar Syn-Hershko [mailto:ita...@code972.com] > Sent: Friday, September 17, 2010 11:19 AM > To: clucene-developers@lists.sourceforge.net > Subject: Re: [CLucene-dev] Current branches state > > On 17/9/2010 10:52 AM, Kostka Bořivoj wrote: > > Itamar, > > > > I'm not sure, if I understand your strategy for creating branches. > > Do you mean I should create new branch for each test (and related core > > fixes, if > any)? > > > > Borek > > The idea is simple - to have fixes and features self-contained in their > own branch. Meaning, if you port IndexWriter tests for example, then > have them all in their own branch with the fixes you found by them. You > get to choose what can be self-contained and what is not, but just keep > the general idea in mind. > > This should result in smaller branches, but obviously sometimes they'll > grow big anyway... > > Itamar. > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > CLucene-developers mailing list > CLucene-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/clucene-developers ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ CLucene-developers mailing list CLucene-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/clucene-developers ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ CLucene-developers mailing list CLucene-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/clucene-developers
