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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 44368 in the body.
You can then email your comments to 44368 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: chophi <chophi <at> foxmail.com>
To: <bug-gnu-emacs <at> gnu.org>
Cc: chophi <chophi <at> foxmail.com>
Subject: 27.1; emacs term can't be interrupted when running a subjob over ssh
 which output too fast
Date: Sun, 01 Nov 2020 15:12:30 +0800

[Message part 1 (text/plain, inline)]

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 <at> 27/27.1/share/info/emacs

--prefix=/usr/local/Cellar/emacs-plus <at> 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))

 

[Message part 2 (text/html, inline)]

Message #8 received at 44368 <at> debbugs.gnu.org (full text, mbox):

From: Jean Louis <bugs <at> gnu.support>
To: chophi <chophi <at> foxmail.com>
Cc: 44368 <at> debbugs.gnu.org
Subject: Re: bug#44368: 27.1; emacs term can't be interrupted when running a
 subjob over ssh which output too fast
Date: Sun, 1 Nov 2020 15:24:36 +0300

* chophi <chophi <at> 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

Message #11 received at 44368 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: chophi <chophi <at> foxmail.com>
Cc: 44368 <at> debbugs.gnu.org
Subject: Re: bug#44368: 27.1; emacs term can't be interrupted when running a
 subjob over ssh which output too fast
Date: Wed, 27 Jan 2021 05:24:01 +0100

chophi <chophi <at> 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

Message #18 received at 44368 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: chophi <chophi <at> foxmail.com>
Cc: 44368 <at> debbugs.gnu.org
Subject: Re: bug#44368: 27.1; emacs term can't be interrupted when running a
 subjob over ssh which output too fast
Date: Mon, 01 Mar 2021 16:18:37 +0100

Lars Ingebrigtsen <larsi <at> 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

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.