Xref: utzoo comp.bugs.sys5:1485 comp.unix.internals:2095 Path: utzoo!mnetor!tmsoft!torsqnt!news-server.csri.toronto.edu!bonnie.concordia.ca!clyde.concordia.ca!nstn.ns.ca!news.cs.indiana.edu!samsung!munnari.oz.au!metro!cluster!necisa!boyd From: boyd@necisa.ho.necisa.oz.au (Boyd Roberts) Newsgroups: comp.bugs.sys5,comp.unix.internals Subject: Re: cfreelist info Message-ID: <2022@necisa.ho.necisa.oz.au> Date: 14 Feb 91 23:42:03 GMT References: <19050@rpp386.cactus.org> Organization: NEC Information Systems Australia Pty. Ltd. Lines: 18 In article <19050@rpp386.cactus.org> jfh@rpp386.cactus.org (John F Haugh II) writes: > >struct chead { > struct cblock *c_next; > int c_size; > int c_flag; >} > `c_size' contains the size of the cblock data in bytes (ie CLSIZE). The only reason I could think of them doing this is to enable dynamic sizing of the cblocks. Boyd Roberts boyd@necisa.ho.necisa.oz.au ``When the going gets wierd, the weird turn pro...''