In some email I received from der Mouse, sie wrote:
> 
> >> This - or something like it - has been discussed before.  The
> >> biggest problem with it is that what most programs want from /netbsd
> >> is the symbol table, and that isn't always loaded into core.
> > Programs that want the symbol table get it by running namelist not
> > looking in core.
> 
> Well, yeah.  My point is that for /kern/kernel to be useful, it has to
> provide a symbol table for nlist() to use, and for that, it needs to
> have the symbols available to it in the first place.

Not to forget that the symbol table should be dynamic in nature.

Darren