Re: new filter proposal

Rajeev Thakur (thakur@mcs.anl.gov)
Wed, 16 Apr 1997 11:17:10 -0500

An etype can be a derived datatype with large holes in it.
In such a case, currently, even the filebuf will have large holes.
The buftype, however, need not have any holes, because it
only needs to have the same type signature as etype.

Therefore, to save memory, how about not allowing holes in filebuf?
i.e., filebuf will be filled with count contiguous items of type
"filebuf_type". filebuf_type has the same type signature as etype.
The basic datatypes within filebuf_type are located contiguously, i.e.
the ith basic datatype in filebuf_type is located at
disp(i) = disp(i-1) + file_extent(i-1).

Rajeev