"size overflows bitmaps" error

[Jon Harley]

On Fri 31 Mar 2000 Katsuhiro Kondou <kondou at nec.co.jp> wrote:

>	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.

The attached code did work for us. The articles which were giving the
bitmaps error were originally accessible, but now aren't, suggesting that
the bits were being unset correctly originally, and something was setting
bits later on.

I did try switching off articlemmap in inn.conf but this didn't seem to
change anything.

Thanks for the patch though. The problem is still occurring, but at
least the users aren't affected any more.


Jon
_____________________________________________________________________________
Dr JW Harley  <J.W.Harley at warwick.ac.uk>           Project Manager/Consultant
See http://www.warwick.ac.uk/J.W.Harley/            Department of IT Services
for contact details, PGP public key etc.            University of Warwick, UK