GNU bug report logs - #45518
Ctrl-G Fails to Interrupt Hung Tramp Remote-Compile in Emacs 27.1

Previous Next

Package: emacs;

Reported by: Duncan Greatwood <dgbulk <at> gmail.com>

Date: Tue, 29 Dec 2020 02:45:02 UTC

Severity: normal

Fixed in version 28.1

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Duncan Greatwood <dgbulk <at> gmail.com>
Cc: 45518 <at> debbugs.gnu.org
Subject: bug#45518: Ctrl-G Fails to Interrupt Hung Tramp Remote-Compile in Emacs 27.1
Date: Tue, 12 Jan 2021 10:02:44 +0100
Duncan Greatwood <dgbulk <at> gmail.com> writes:

Hi Duncan,

> I hadn't thought of FreeBSD, but, since it's said that parts of macos
> originated with FreeBSD it was a smart idea... glad it worked!

I'm still fighting with FreeBSD Emacs to get it debugged after
blocking. But Tramp 2.5.0 has a new feature called "direct async
processes", which is an optimization for process calls in some
environments. I've tried it here, and indeed, Emacs does not block when
compiling the remote example.

You could try it yourself. Eval

(add-to-list 'tramp-connection-properties
             (list (regexp-quote "/ssh:user <at> host:")
                   "direct-async-process" t))

on a fresh Emacs instance, before you connect to
remote. "/ssh:user <at> host:" must be adapted, of course. See

(info "(tramp) Improving performance of asynchronous remote processes")

for details (this require the info file from Tramp 2.5.0).

> Thanks again!

Best regards, Michael.




This bug report was last modified 238 days ago.

Previous Next


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