Veit,

Assuming your port is correct and didn't yield this error (worth
double-checking), you might have found another code issue. It's going to be
a while until I could investigate this myself, so perhaps try and see what
is throwing that exception, which I take is what stopping the process and
preventing the code from reaching line 956 (meaning, looking into
finishDocument).

Perhaps try and step through the code using your C++ compiler while stepping
through the same functions using the Java version. This is usually the
easiest and quickest way to find the source of an issue at hand.

Itamar. 

-----Original Message-----
From: Veit Jahns [mailto:nuncupa...@googlemail.com] 
Sent: Tuesday, December 22, 2009 10:29 PM
To: clucene-developers@lists.sourceforge.net
Subject: Re: [CLucene-dev] Endless loop in IndexWriter?

Hi!

2009/11/16 Veit Jahns <nuncupa...@googlemail.com>:
> 2009/11/15 Itamar Syn-Hershko <ita...@divrei-tora.com>:
>> Whatever the test looks like, as long as it compiles and reproduces 
>> the problem, it is a good test. Of course, a test being able to 
>> regenerate that exception internally instead of calling core 
>> functions manually is the best test. Try perhaps looking for such a test
in the Java Lucene test suite.
>
> Opened a ticket
> (http://sourceforge.net/tracker/?func=detail&aid=2898224&group_id=8001
> 3&atid=558446) and  added all changes so far. But I will also take a 
> look into the Java Lucene test suite.

I ported the MockRAMDirectory from the Java Lucene test suite and build a
test case. But now I'm stuck. The test case fails, but not in the way I want
him to fail:

Executing "finishDocument(state)" (line 937 in index/DocumentsWriter.cpp)
results in an exception, which is catched by the next _CLFINALLY macro.
According to the code some statements later the method
"addDeleteDocID(state->docID)" (line 956) to mark the document as deleted.
But stepping through with gdb I don't get there. The next statement after
the statements related to the mutex (line 942) is the catch statement in
line 959. Has anyone an idea, why?

Kind regards,

Veit

----------------------------------------------------------------------------
--
This SF.Net email is sponsored by the Verizon Developer Community Take
advantage of Verizon's best-in-class app development support A streamlined,
14 day to market process makes app distribution fast and easy Join now and
get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
CLucene-developers mailing list
CLucene-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clucene-developers



------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
CLucene-developers mailing list
CLucene-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clucene-developers

Reply via email to