GNU bug report logs -
#45518
Ctrl-G Fails to Interrupt Hung Tramp Remote-Compile in Emacs 27.1
Previous Next
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
Message #76 received at 45518 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Duncan Greatwood <dgbulk <at> gmail.com> writes:
> Michael -
Hi Duncan,
> Prompted by your question, I downloaded Tramp 2.5.0.1 from GNU ELPA
> and copied those .el files over the tramp files in .../lisp/net,
> applied the patch in tramp-integration.el and recompiled the macos
> application. I have the patched compile.el included as well, just to
> be clear.
I seriously recommend to use Emacs' package manager for installation,
and NOT to overwrite files in Emacs' installation dir. Experience tells,
that this is always good for trouble in the long run.
> I checked in run time, tramp-compile-advice-add and
> compilation-start-hook are defined as we'd wish.
>
> Unfortunately, I see no change in behaviour. If I click on a syntax
> error message while compiling test.cpp in the autotools project via
> tramp, the compile hangs until I ctrl-g out.
>
> Not sure why the difference vs. your setup, sorry.
Strange. I've reworked the Tramp patch a little bit. Function names have
changed, and more important, it has traces now. Could you please apply
this patch instead of the previous patch in tramp-integration.el? Rerun
your test with tramp-verbose set to 6, and send the Tramp debug buffer
if it still doesn't work as expected.
> Best regards,
> Duncan.
Best regards, Michael.
[Message part 2 (text/x-patch, attachment)]
This bug report was last modified 237 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.