Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.ARPA Path: utzoo!watmath!clyde!cbosgd!ihnp4!ucbvax!red.rutgers.edu!AWalker From: AWalker@RED.RUTGERS.EDU (*Hobbit*) Newsgroups: fa.info-vax Subject: Re: Kept TPU procedure Message-ID: <8509101911.AA02566@UCB-VAX.ARPA> Date: Tue, 10-Sep-85 12:54:26 EDT Article-I.D.: UCB-VAX.8509101911.AA02566 Posted: Tue Sep 10 12:54:26 1985 Date-Received: Wed, 11-Sep-85 07:34:15 EDT References: Sender: daemon@ucbvax.ARPA Reply-To: info-vax@ucb-vax.arpa Organization: The ARPA Internet Lines: 15 I came up with a similar hack a while back for EDT. Since EDT doesn't attach back to its parent process, the top-level invocation had to wait around for a ^Y, and suspend the EDT process. An interesting feature is that if you ^Y while in change mode, EDT wants to accept another character before the suspend takes effect. If you type a ^L there, you'll get back to your top level process, and when you resume EDT, it redraws the screen for you. While working on this, I found that *one* set process/suspend was *not enough* to really hang the EDT fork! It needs two of them! Any reason? The comfile in question lives at RU-AIM in dua0:kedt.com, and can be FTPed using GUEST [no passwd] if you want to look at it. _H* -------