🚀 go-pugleaf

Actually, FOLDR100.prg does better than what MSDOS 2.xx may have done - it
uses a dynamically linked list which is expandable, and expands upon the
current OS Pool.  And According to A. Pratt, the NEW half-fixed Malloc will
use this *much* more efficiently.  The current ROMs can't change the size
of the allocated part of the OS pool, or recombine it once returned.

Idea:  Why not have the Malloc, or the low level OS Pool allocator detect
that it has run out of handle space, then allocate a small part of the
bottom of a free space (and perhaps return it if not the actual OS Pool).
That way, if it failed, you would *really* be out of memory, but the OS
Pool wouldn't be a restriction since it could then be extended as part of
the normal Malloc process (I know it would take wierd code to do this, but
it would fix both problems, since the current crop of Malloc violators don't
break, they shouldn't invoke this function ever, and the new fixed applications
would then work without worrying about handles).