Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!bloom-beacon!oberon!cit-vax!ucla-cs!zen!ucbvax!SUMEX-AIM.STANFORD.EDU!Crispin
From: Crispin@SUMEX-AIM.STANFORD.EDU (Mark Crispin)
Newsgroups: comp.sys.xerox
Subject: Re: Programming in Common Lisp on an 1108-110
Message-ID: <12352514185.18.CRISPIN@SUMEX-AIM.STANFORD.EDU>
Date: Sat, 21-Nov-87 21:27:00 EST
Article-I.D.: SUMEX-AI.12352514185.18.CRISPIN
Posted: Sat Nov 21 21:27:00 1987
Date-Received: Mon, 23-Nov-87 06:02:04 EST
References: <8711200129.AA09718@orstcs.CS.ORST.EDU>
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 20

Tom -

     I have encountered stack space warnings when running MM-D interpreted.
[MM-D is my hybrid Interlisp/Common Lisp client for the distributed mail
system I'm developing.]  MM-D isn't very large compared to the humungous
expert systems that people around here run, but it uses TCP and the "move
to next message function" does some pretty gross kludgery that must eat up
lots of stack space.  I generally have no problems when running it compiled.

     I wonder if I can program around this problem.  What I'm trying to do is
to re-stuff a TEDIT window from a stringstream, tossing out what was in there
before.  I had mucho problems in Koto before I got it to work, but in Lyric
it didn't work.  Part of the problem was that the current process is the
TEDIT process I'm stepping on.  I ended up spawning a new process with a
window at the same position, moving the old window off the screen, closing
the old window, then committing hara-kiri via DEL.PROCESS!  I hope there's
a better way, but I haven't been able to find it...

-- Mark --
-------