[
https://issues.apache.org/jira/browse/LUCENE-1474?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12710988#action_12710988
]
Erik van Zijst commented on LUCENE-1474:
----------------------------------------
For some time now we've been getting similar assertion errors on our
development machines when running with assertions enabled (disabling them kills
the assertion error and doesn _appear_ to have any negative impact though).
We're running with lucene 2.4.1 and the unit test attached to this issue
succeeds as expected. I have attached a full stacktrace.
cheers,
Erik
Atlassian
> Incorrect SegmentInfo.delCount when IndexReader.flush() is used
> ---------------------------------------------------------------
>
> Key: LUCENE-1474
> URL: https://issues.apache.org/jira/browse/LUCENE-1474
> Project: Lucene - Java
> Issue Type: Bug
> Components: Index
> Affects Versions: 2.4
> Reporter: Marcel Reutegger
> Assignee: Michael McCandless
> Fix For: 2.4.1, 2.9
>
> Attachments: IndexReaderTest.java
>
>
> When deleted documents are flushed using IndexReader.flush() the delCount in
> SegmentInfo is updated based on the current value and
> SegmentReader.pendingDeleteCount (introduced by LUCENE-1267). It seems that
> pendingDeleteCount is not reset after the commit, which means after a second
> flush() or close() of an index reader the delCount in SegmentInfo is
> incorrect. A subsequent IndexReader.open() call will fail with an error when
> assertions are enabled. E.g.:
> java.lang.AssertionError: delete count mismatch: info=3 vs BitVector=2
> at
> org.apache.lucene.index.SegmentReader.loadDeletedDocs(SegmentReader.java:405)
> [...]
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org
