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

----------