Date: Wed, 05 Jun 1996 18:00:11 -0700 From: "Jordan K. Hubbard" <jkh@time.cdrom.com> To: Terry Lambert <terry@lambert.org> Cc: jehamby@lightside.com, jfieber@indiana.edu, bostic@bsdi.com, current@freebsd.org, jhs@freebsd.org Subject: Re: editors Message-ID: <28803.834022811@time.cdrom.com> In-Reply-To: Your message of "Wed, 05 Jun 1996 17:46:53 PDT." <199606060046.RAA00195@phaeton.artisoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> with transactioning" using the soft updates work. This toenails > nicely into the idea of a generic addressable block store in a flat > block name space, on top of which you implement attribution services > for attributes like, oh, say, names and directory hierarchies. 8-). Sounds like you could also implement logical volumes under this and get generic addressable block stores that span volumes or shrink on demand - no more fixed filesystem sizes. :) > I think this is the direction we eventually want to pursue to get > the most flexible framework for doing the sort of UI things you > are talking about here (icon binding, etc.). There's also the Absolutely. The visual representation of a file is just one more property. > FS event model, which lends itself to soft update representation > as well... you need something like that to be able to say "I'm Hmmmm. The details of a filesystem event model sounds like a somewhat different kettle of fish. :-) I'd be interested in the details of what you had in mind. Jordan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?28803.834022811>