🚀 go-pugleaf

In article <40284@think.UUCP> barmar@kulla.think.com.UUCP (Barry Margolin) writes:
> Multics and Burroughs segments, however, don't get in the way in that
> manner, unless you want to have a single object that doesn't fit in a
> segment (in the case of Multics, the max size is 1MB). ...
> Unless a program cares about segments, it can ignore them.

Hear ye!  Segments are evil.  If my usable address space is N, it is a priori 
*wrong* to assume that I won't mind dealing with segments of any size < N.

A trivial example: In processing the OED, it is often desired to take a couple
thousand matches to some search pattern, and group them, for example, by 
containing entry, of which there are 290 thousand.  If you have the memory
(we do, this is a 32M machine), the simplest and best way to do this is
to represent the entries by an array of 290K pointers and do a Hwang&Lin
type merge through them.  Now assuming that my pointers are about 32 bits in 
size, I've just blown the totally artificial 1-Mb restriction.

32 bits is barely liveable as it is; if an application wants to segment
its memory, that's hunky-dory, but let me use my 32 bits the way I want.
Cheers, Tim Bray, New OED Project, U of Waterloo, Ontario