"size overflows bitmaps" error
Katsuhiro Kondou
kondou at nec.co.jp
Thu Mar 30 22:10:27 UTC 2000
In article <20000330112648.M29741 at pansy.csv.warwick.ac.uk>,
Jon Harley <cudce at csv.warwick.ac.uk> wrote;
} Mar 30 11:16:36 wisteria nnrpd[22947]: CNFS-sm: size overflows bitmaps @0302686F6C6C616E6400000137E30000000207000068826802440000@ holland:0x4d83800:0x26fcc00:0x26fd000: 2175
Hm, this should not realy happen. Here is how bit map
in cycbuff header handled;
- when article stored
- it is written to next free area
- then the bit map of first occupied block is set
- rest of occupied blocks are marked as unset
- when retrieval
- check cycles
- check bit maps to see only the first one is marked as set
- then give it back
- when cancelled
- unset bit map of first block
Your case shows that the bitmap which is not for first block
of that article is set.
Some other problem(e.g. mmap() which is used to access bit
maps) may happen, if attached works for you.
--- cnfs.c.orig Mon Jan 31 00:06:45 2000
+++ cnfs.c Fri Mar 31 07:05:46 2000
@@ -1180,8 +1180,9 @@
SMseterror(SMERR_UNDEFINED, "size overflows bitmaps");
syslog(L_ERROR, "%s: size overflows bitmaps %s %s:0x%s:0x%s:0x%s: %ld",
LocalLogName, TokenToText(token), cycbuffname, buf1, buf2, buf3, ntohl(cah.size));
+ /* go through anyway
DISPOSE(art);
- return NULL;
+ return NULL; */
}
private = NEW(PRIV_CNFS, 1);
art->private = (void *)private;
--
Katsuhiro Kondou
More information about the inn-workers
mailing list