Date: Mon, 9 Mar 1998 09:48:47 -0700 From: Nate Williams <nate@mt.sri.com> To: Michael Hancock <michaelh@cet.co.jp> Cc: Nate Williams <nate@mt.sri.com>, Terry Lambert <tlambert@primenet.com>, dima@tejblum.dnttm.rssi.ru, current@FreeBSD.ORG Subject: Re: vnode_pager: *** WARNING *** stale FS code in system Message-ID: <199803091648.JAA19175@mt.sri.com> In-Reply-To: <Pine.SV4.3.95.980309170846.21097F-100000@parkplace.cet.co.jp> References: <199803090805.BAA16882@mt.sri.com> <Pine.SV4.3.95.980309170846.21097F-100000@parkplace.cet.co.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > I think this is good enough to go forward, but you need to understand that > > > with the Heidemann FS stacking framework you can extend the set of VOP's > > > in interesting ways. For example, suppose you wanted to implement > > > VOP_NEWFEATURE. You could do the following: > > > > > > Layer1 - Supports it and maps results from one below. > > > Layer2 - Doesn't support so does a bypass. > > > Layer3 - Supports it and maps results from one below. > > > Layer4 - Doesn't support so does a bypass. > > > Layer5 - Terminal layer, some support some don't. > > > > > > I'm not sure traditional OOP can do this and this makes finding good > > > analogies difficult. > > > > Traditional OOP does this right, since you inherit from the class below > > you, and not from the base class. If you want to inherit from the base > > class, you inherit from it and not a subclass. > > But do you get the mappings from layer1 and layer3? They both touch the > results that finally get to the top. If you want them to, then yes. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199803091648.JAA19175>