bug#44368: 27.1; emacs term can't be interrupted when running a subjob over ssh which output too fast

bug#44368: 27.1; emacs term can't be interrupted when running a subjob over ssh which output too fast

[chophi]

[-- Attachment #1: Type: text/plain, Size: 4382 bytes --]

Hi,

 

The problem happens when I ssh to a remote host inside emacs terminal,

and trying to interrupt a subjob which output verbose log in a very

fast speed. For example, the below command can mimic the situation (run in the ssh client insde the emacs terminal):

(The C-c C-c was supposed to execute term-interrupt-subjob).

 

$ while true; do echo I\'m outputing verbose logging; done; # C-c C-c

can't interrupt

 

but if I add a sleep in the while loop, it can be interrupted

 

$ while true; do echo I\'m outputing verbose logging; sleep 1; done; #

C-c C-c can interrupt the subjob

 

I have tried the same in the iTerm, and found the subjob can be

interrupted immediately.

 

BTW, I have asked the same question in

https://stackoverflow.com/questions/64525361/emacs-term-cant-be-interrupted-when-running-a-subjob-over-ssh-which-output-too,

unfortunately get no answer, so, I'm taking the chance to ask for help

here.

 

Regards,

Yang

 

 

In GNU Emacs 27.1 (build 1, x86_64-apple-darwin19.6.0, NS appkit-1894.60 Version 10.15.7 (Build 19H2))

of 2020-10-31 built on CpLarge.local

Windowing system distributor 'Apple', version 10.3.1894

System Description:  Mac OS X 10.15.7

 

Recent messages:

For information about GNU Emacs and the GNU system, type C-h C-a.

command-execute: Buffer is read-only: #<buffer *terminal*>

Configured using:

'configure --disable-dependency-tracking --disable-silent-rules

--enable-locallisppath=/usr/local/share/emacs/site-lisp

--infodir=/usr/local/Cellar/emacs-plus@27/27.1/share/info/emacs

--prefix=/usr/local/Cellar/emacs-plus@27/27.1 --with-xml2 --with-gnutls

--without-dbus --with-imagemagick --with-modules --with-rsvg --with-ns

--disable-ns-self-contained'

 

Configured features:

RSVG IMAGEMAGICK GLIB NOTIFY KQUEUE ACL GNUTLS LIBXML2 ZLIB

TOOLKIT_SCROLL_BARS NS MODULES THREADS JSON PDUMPER LCMS2 GMP

 

Important settings:

  value of $LC_ALL: 

  value of $LC_COLLATE: en_US.UTF-8

  value of $LC_CTYPE: en_US.UTF-8

  value of $LC_MESSAGES: en_US.UTF-8

  value of $LC_MONETARY: en_US.UTF-8

  value of $LC_NUMERIC: en_US.UTF-8

  value of $LC_TIME: en_US.UTF-8

  value of $LANG: en_US.UTF-8

  locale-coding-system: utf-8-unix

 

Major mode: Lisp Interaction

 

Minor modes in effect:

  tooltip-mode: t

  global-eldoc-mode: t

  eldoc-mode: t

  electric-indent-mode: t

  mouse-wheel-mode: t

  tool-bar-mode: t

  menu-bar-mode: t

  file-name-shadow-mode: t

  global-font-lock-mode: t

  font-lock-mode: t

  blink-cursor-mode: t

  auto-composition-mode: t

  auto-encryption-mode: t

  auto-compression-mode: t

  line-number-mode: t

  transient-mark-mode: t

 

Load-path shadows:

None found.

 

Features:

(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs

format-spec rfc822 mml mml-sec password-cache epa derived epg epg-config

gnus-util rmail rmail-loaddefs text-property-search time-date subr-x seq

byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode

mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib

sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils term

disp-table easymenu comint ansi-color ehelp ring tooltip eldoc electric

uniquify ediff-hook vc-hooks lisp-float-type mwheel term/ns-win ns-win

ucs-normalize mule-util term/common-win tool-bar dnd fontset image

regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode

lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch

timer select scroll-bar mouse jit-lock font-lock syntax facemenu

font-core term/tty-colors frame minibuffer cl-generic cham georgian

utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean

japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european

ethiopic indian cyrillic chinese composite charscript charprop

case-table epa-hook jka-cmpr-hook help simple abbrev obarray

cl-preloaded nadvice loaddefs button faces cus-face macroexp files

text-properties overlay sha1 md5 base64 format env code-pages mule

custom widget hashtable-print-readable backquote threads kqueue cocoa ns

lcms2 multi-tty make-network-process emacs)

 

Memory information:

((conses 16 49143 7169)

(symbols 48 6596 1)

(strings 32 17190 1410)

(string-bytes 1 580741)

(vectors 16 10571)

(vector-slots 8 131365 12720)

(floats 8 19 43)

(intervals 56 201 0)

(buffers 1000 12))

 


[-- Attachment #2: Type: text/html, Size: 11145 bytes --]

bug#44368: 27.1; emacs term can't be interrupted when running a subjob over ssh which output too fast

[Jean Louis]

* chophi <chophi@foxmail.com> [2020-11-01 13:53]:
> 
> The problem happens when I ssh to a remote host inside emacs terminal,
> 
> and trying to interrupt a subjob which output verbose log in a very
> 
> fast speed. For example, the below command can mimic the situation (run in the ssh client insde the emacs terminal):
> 
> (The C-c C-c was supposed to execute term-interrupt-subjob).

On my side works fine with C-c C-c

bug#44368: 27.1; emacs term can't be interrupted when running a subjob over ssh which output too fast

[Lars Ingebrigtsen]

chophi <chophi@foxmail.com> writes:

> (The C-c C-c was supposed to execute term-interrupt-subjob).
>
> $ while true; do echo I\'m outputing verbose logging; done; # C-c C-c
>
> can't interrupt

I tried this with Emacs 27.1 on both Catalina and Macos (ssh-ing to both
Macos and Linux hosts), and I was unable to reproduce this.  Do you have
any local customisations in this area that might be affecting the
behaviour here?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#44368: 27.1; emacs term can't be interrupted when running a subjob over ssh which output too fast

[Lars Ingebrigtsen]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> I tried this with Emacs 27.1 on both Catalina and Macos (ssh-ing to both
> Macos and Linux hosts), and I was unable to reproduce this.  Do you have
> any local customisations in this area that might be affecting the
> behaviour here?

More information was requested, but no response was given within a
month, so I'm closing this bug report.  If the problem still exists,
please respond to this email and we'll reopen the bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no