bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#13290: 24.2.91; [PATCH] Comint can stall emacs with non-trivial inpu


From: Vitalie Spinu
Subject: bug#13290: 24.2.91; [PATCH] Comint can stall emacs with non-trivial input senders
Date: Thu, 03 Jan 2013 11:47:44 +0100
User-agent: Gnus/5.130004 (Ma Gnus v0.4) Emacs/24.2.91 (gnu/linux)

  >> Glenn Morris <rgm@gnu.org>
  >> on Thu, 03 Jan 2013 01:49:03 -0500 wrote:

  > Vitalie Spinu wrote:
  >> The problem is that, occasionally, comint-input-sender might be a
  >> non-trivial function and could take care of process output itself.

  > Thanks for the report. Could you give an example of this happening in
  > practice?

Yes,  this was happening in ESS under some specific
conditions. Particularly when the user wants to evaluate the code
linewise, i.e. each line of code is echoed in the comint buffer, and
then the output is immediately inserted after that line.

This is implemented in comint-input-sender function, and it does nothing
else than just send input line by line and wait after each line for the
process output. Thus, after the execution of comint-input-sender there
was no process output left, and comint was waiting for nothing.

Cases like above, when both input and output should be manipulated, are
not easily implemented in comint-preoutput-filter-functions.

    Vitalie





reply via email to

[Prev in Thread] Current Thread [Next in Thread]