#152 closed defect (released)
Document IDs can overflow, and produce a document with an ID of 0.
| Reported by: | Richard Boulton | Owned by: | Olly Betts |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Backend-Flint | Version: | SVN trunk |
| Severity: | minor | Keywords: | |
| Cc: | Blocked By: | ||
| Blocking: | #120 | Operating System: | All |
Description
Daniel Ménard noted in an email to xapian-devel (at http://permalink.gmane.org/gmane.comp.search.xapian.devel/1192) that if you set lastdocid to "-1" (by calling replace_document() with that ID), the next document will be added with a docid of 0.
We should detect this error (probably by comparing the allocated docid to 0) and report an error in this case. The error should suggest a way out of the situation (which is probably to run copydatabase to reallocate docids).
Change History (3)
comment:1 by , 18 years ago
| Status: | new → assigned |
|---|
comment:2 by , 18 years ago
| Blocking: | 120 added |
|---|---|
| Resolution: | → fixed |
| Status: | assigned → closed |
Note:
See TracTickets
for help on using tickets.
Fixed in SVN HEAD.