Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!husc6!bloom-beacon!ptt.lcs.mit.edu!markl From: markl@PTT.LCS.MIT.EDU Newsgroups: comp.emacs Subject: Re: ACCEPT-PROCESS-OUTPUT problem Message-ID: <8711302220.AA23128@PTT.LCS.MIT.EDU> Date: Mon, 30-Nov-87 17:20:03 EST Article-I.D.: PTT.8711302220.AA23128 Posted: Mon Nov 30 17:20:03 1987 Date-Received: Thu, 3-Dec-87 05:59:30 EST Sender: daemon@bloom-beacon.MIT.EDU Reply-To: markl@PTT.LCS.MIT.EDU Lines: 25 To: nntp-poster@PTT.LCS.MIT.EDU In-Reply-To: drw@culdev1.UUCP's message of 30 Nov 87 19:20:01 GMT Repository: PTT Originating-Client: thyme From: drw@culdev1.UUCP (Dale Worley) Date: 30 Nov 87 19:20:01 GMT I'm not sure, but in Gnu Emacs, I suspect that subprocess output filtering is done only when Emacs is waiting for keyboard input, or when the code executes accept-process-output, and that all queued output is processed before any more keyboard input is processed, or before accept-process-output returns. That is, I don't think filtering is done concurrently with execution of any other code. All emacs subprocess output is polled-style using accept-process-output. I believe you are also correct in saying that all output is processed before accept-process-output returns. It is a fairly simple interface, once you get past the ifdefs... markl Internet: markl@ptt.lcs.mit.edu Mark L. Lambert MIT Laboratory for Computer Science Distributed Systems Group ----------