From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from holly.harlequin.co.uk ([193.128.4.58]) by hawkwind.utcs.toronto.edu with SMTP id <2685>; Wed, 19 May 1993 06:03:32 -0400 Received: from piaget.harlqn.co.uk (piaget.harlequin.co.uk) by holly.harlequin.co.uk; Wed, 19 May 1993 11:03:38 +0100 Received: from morris.harlqn.co.uk by piaget.harlqn.co.uk; Wed, 19 May 93 11:03:30 BST From: Richard Brooksby Date: Wed, 19 May 1993 06:00:21 -0400 Message-Id: <21463.9305191000@morris.harlqn.co.uk> To: alan@oldp.astro.wisc.edu Cc: rc@hawkwind.utcs.toronto.edu, es@hawkwind.utcs.toronto.edu In-Reply-To: Alan Watson's message of Tue, 18 May 1993 14:19:12 -0400 <9305181819.AA22839@oldp.astro.wisc.edu> Subject: Re: A delicious thought Alan Watson wrote: > You can't do cd et al. properly in the way I suggested, as rc does > not keep all of its state in the environment... : > Of course, we could have rc realize its entire state in the > environment, but I hear the wolves baying over in the es list, so I > won't even suggest this. What you are suggesting is just that rc should be continuation rather than stack based. I doubt that even the es designers contemplated this option, although it would make a very interesting shell. However, since the Unix process model is stack based (process parent/child relationships are just like a stack) it wouldn't mesh very well. A nicer thing, in my humble opinion, would be to include a foreign function interface and allow dynamic linking to libraries. One could then import Clib and make system calls directly. --- Richard Brooksby ML Project / Symbolic Processing Division / Harlequin +44 223 872522