"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