Go to the FreeLists Home Page Home Signup Help Login
 



Browse interfacekit: This Month's ArchiveMain Archive PageRelated postsPrevious by DateNext by Date

[interfacekit] Re: BBlockCache bug

  • From: "Marcus Overhagen" <ml@xxxxxxxxxxxx>
  • To: interfacekit@xxxxxxxxxxxxx
  • Date: Fri, 29 Aug 2003 02:56:31 GMT
> I had a quick look at the objdump and in fact that's how Be has implemented 
> it. fMark is the index of the last free block (i.e. initially fCacheSize - 1) 

So the first parameter of the constructor does actually count the blocks,
and doesn't specify the memory size. This is how I expected, but i made
the new implementation use it as size (since it was that way in the old
one). But now that you verified it, I fixed that.

It was even possible to rename it from size_t into uint32, since 
both parameters have the same name mangling (Ul)

> -- I would rather rename it to fFreeBlockCount or something like that and 
I  renamed the parameter to blockCount.

Marcus



Other related posts:

  • [interfacekit] BBlockCache bug
  • [interfacekit] Re: BBlockCache bug
  • [interfacekit] Re: BBlockCache bug
  • [interfacekit] Re: BBlockCache bug
  • [interfacekit] Re: BBlockCache bug
  • [interfacekit] Re: BBlockCache bug
  • [interfacekit] Re: BBlockCache bug
  • [interfacekit] Re: BBlockCache bug
  • [interfacekit] Re: BBlockCache bug
  • [interfacekit] Re: BBlockCache bug
  • [interfacekit] Re: BBlockCache bug
  • [interfacekit] Re: BBlockCache bug




  • [ Home | Signup | Help | Login | Archives | Lists ]

    All trademarks and copyrights within the FreeLists archives are owned by their respective owners.
    Everything else ©2008 Avenir Technologies, LLC.