[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: tramp (2.2.13.25.1); compilation-auto-jump-to-first-error slowness
From: |
Michael Albinus |
Subject: |
Re: tramp (2.2.13.25.1); compilation-auto-jump-to-first-error slowness |
Date: |
Mon, 30 Jan 2017 10:50:04 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) |
Dave Abrahams <address@hidden> writes:
> Hi Michael!
Hi Dave,
> emacs -Q
> M-x load-library RET compile
> M-x set-variable RET compilation-auto-jump-to-first-error RET t
> C-x C-v <some remote host> RET
> M-x compile RET cat <the attached file>
>
> You'll notice that emacs appears to hang for a long time. Turning off
> compilation-auto-jump-to-first-error makes it go away.
The appended patch fixes this for me. Could you, pls, test?
Best regards, Michael.
--8<---------------cut here---------------start------------->8---
diff --git a/lisp/tramp.el b/lisp/tramp.el
index fc7fdd3..9ad510e 100644
--- a/lisp/tramp.el
+++ b/lisp/tramp.el
@@ -3618,6 +3618,7 @@ connection buffer."
"Like `accept-process-output' for Tramp processes.
This is needed in order to hide `last-coding-system-used', which is set
for process communication also."
+ (sit-for 0.01 'nodisp) ; If we are called inside a timer.
(with-current-buffer (process-buffer proc)
(let (buffer-read-only last-coding-system-used)
;; Under Windows XP, accept-process-output doesn't return
--8<---------------cut here---------------end--------------->8---