Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 12 Feb 1997 10:34:52 -0700 (MST)
From:      Terry Lambert <terry@lambert.org>
To:        toor@dyson.iquest.net (John S. Dyson)
Cc:        jkh@time.cdrom.com, dyson@freebsd.org, helbig@MX.BA-Stuttgart.De, current@freebsd.org
Subject:   Re: make world: /usr/src/bin/df/df.c
Message-ID:  <199702121734.KAA00768@phaeton.artisoft.com>
In-Reply-To: <199702112222.RAA15627@dyson.iquest.net> from "John S. Dyson" at Feb 11, 97 05:22:45 pm

next in thread | previous in thread | raw e-mail | index | archive | help

> > Oh, I know where it *is* - I even use it as a work-around.  The fact
> > remains that I probably should not have to include something that
> > deep in the sys/ tree in order to get that structure again.  I think
> > it's broke. :-)
>
> Maybe, but I have added /sys/ufs to /usr/include/ufs in my code.  That
> is consistant with other situations.
> 
> (moved to -current for comments.)

Are we talking about the on disk directory structure here?

If so, the reason for this crap is that the default representation
is intended to match the default FS on disk representation, such
that minimal effor can be expended in the copy/convert process.

Doug Rabson and I discussed this at length more than a year ago,
with regard to the implied conversion requirements of VOP_READDIR,
and what really needs to be done is pass back an FS block reference
and seperate the conversion from the allocation.  This would have
the nice side effect of removing the need for the cookie code, since
you seperate into "get atomic block"/"convert element from atomic block".

Currently, the purpose of the cookie code is to deal with a "user buffer"
supplied by NFS being too small for the number of real entries requested
but not too small for the number of NFS representations of those entries
requested (ie: transport block smaller than FS block).


					Regards,
					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199702121734.KAA00768>