unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: dag via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
To: "Michael Albinus" <michael.albinus@gmx.de>
Cc: for@debbugs.gnu.org, Bug@debbugs.gnu.org, dag@debbugs.gnu.org,
	 via@debbugs.gnu.org, Bug@debbugs.gnu.org,
	 reports@debbugs.gnu.org, for@debbugs.gnu.org,
	 GNU@debbugs.gnu.org, Emacs@debbugs.gnu.org,
	 47896@debbugs.gnu.org, GNU@debbugs.gnu.org, dag@debbugs.gnu.org,
	via@debbugs.gnu.org, reports@debbugs.gnu.org,
	Emacs@debbugs.gnu.org
Subject: bug#47896: 27.2; TRAMP hang/lockup/fault on compile/file access
Date: Thu, 22 Apr 2021 11:10:12 -0500	[thread overview]
Message-ID: <26a91bae-c4ec-4467-a415-251e408a76fc@victor> (raw)
In-Reply-To: <875z0erd08.fsf@gmx.de>

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

On 2021-04-22 02:32, Michael Albinus <michael.albinus@gmx.de> wrote: > > Hmm. ssh can't always pass environment variables because the remote > > admin may have disabled it, so INSIDE_EMACS isn't always reliable. Is > > testing for TERM == "dumb" sufficient? > Yes. But I don't know, whether emacs-libvterm does the same setting. It seems to. I set the prompt to something really simple: "$ " (debug log snippet below). However, that didn't seem to help with the lockups. What *did* seem to help quite a bit was doing this in my init: ; Have compile mode scroll until the first error. ;;(setq compilation-scroll-output 'first-error) ;;(setq compilation-auto-jump-to-first-error 1) I've been meaning to disable those anyway, but it's a shame these don't seem to work well with TRAMP. Now lockups that need "kill -SIGUSR2" are pretty rare (though they do happen occasionally). I do still need the to <quit> every now and then, which is annoying but not nearly as annoying as before. I do still get hangs on "decoding remote file..." and if I <quit>, visit the resulting buffer (which may or may not be empty) and <find-alternate-file> it will reload without issue. Again, annoying but not a showstopper. I haven't yet tried emacs 28 to see if the above fixes the signal-9-terminated compiles. David 11:01:33.141006 tramp-process-actions (3) # Waiting for prompts from remote shell...done 11:01:33.141091 tramp-maybe-open-connection (3) # Found remote shell prompt on ‘dgreene-dev’ 11:01:33.141157 tramp-open-shell (5) # Opening remote shell ‘/bin/sh’... 11:01:33.141223 tramp-send-command (6) # exec env TERM='dumb' INSIDE_EMACS='27.2,tramp:2.4.5.27.2' ENV='' HISTFILE=~/.tramp_history PROMPT_COMMAND='' PS1=\#\$\ PS2='' PS3='' /bin/sh 11:01:33.202768 tramp-wait-for-regexp (6) # #$ 11:01:33.202879 tramp-send-command (6) # (cd ~/) 2>/dev/null; echo tramp_exit_status $? 11:01:33.258755 tramp-wait-for-regexp (6) # tramp_exit_status 0 #$ 11:01:33.258876 tramp-open-shell (5) # Opening remote shell ‘/bin/sh’...done 11:01:33.258970 tramp-open-connection-setup-interactive-shell (5) # Setting up remote shell environment 11:01:33.259039 tramp-send-command (6) # set +o vi +o emacs 11:01:33.313578 tramp-wait-for-regexp (6) # #$ 11:01:33.313763 tramp-send-command (6) # stty -inlcr -onlcr -echo kill '^U' erase '^H' 11:01:33.368599 tramp-wait-for-regexp (6) # #$ 11:01:33.368721 tramp-send-command (6) # echo foo 11:01:33.423097 tramp-wait-for-regexp (6) # foo #$ 11:01:33.423252 tramp-open-connection-setup-interactive-shell (5) # Setting shell prompt 11:01:33.423416 tramp-send-command (6) # PS1=///e9364282a97cbba0d7fbd76f9c2169f1\#\$ PS2='' PS3='' PROMPT_COMMAND='' 11:01:33.475982 tramp-wait-for-regexp (6) # ///e9364282a97cbba0d7fbd76f9c2169f1#$ 11:01:33.476293 tramp-open-connection-setup-interactive-shell (5) # Checking system information 11:01:33.476541 tramp-send-command (6) # echo \"`uname -sr`\" 2>/dev/null; echo tramp_exit_status $? 11:01:33.530843 tramp-wait-for-regexp (6) # "Linux 3.10.0-1127.19.1.el7.x86_64" tramp_exit_status 0 ///e9364282a97cbba0d7fbd76f9c2169f1#$

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

  reply	other threads:[~2021-04-22 16:10 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <m2mttuxguq.fsf@hpe.com>
2021-04-19 19:20 ` bug#47896: 27.2; TRAMP hang/lockup/fault on compile/file access Eli Zaretskii
2021-04-20 18:15 ` Michael Albinus
2021-04-20 19:15   ` dag via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-04-21 14:22     ` Michael Albinus
2021-04-21 17:38       ` dag via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-04-22  7:31         ` Michael Albinus
2021-04-22 16:10           ` dag via Bug reports for GNU Emacs, the Swiss army knife of text editors [this message]
2021-04-22 16:22             ` dag via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-04-22 19:18             ` Michael Albinus
2021-04-23 15:58               ` dag via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-04-24  7:35                 ` Michael Albinus
2021-06-14 12:00                   ` Michael Albinus
2021-06-25 12:26                     ` Michael Albinus

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=26a91bae-c4ec-4467-a415-251e408a76fc@victor \
    --to=bug-gnu-emacs@gnu.org \
    --cc=47896@debbugs.gnu.org \
    --cc=Bug@debbugs.gnu.org \
    --cc=Emacs@debbugs.gnu.org \
    --cc=GNU@debbugs.gnu.org \
    --cc=dag@debbugs.gnu.org \
    --cc=dag@obbligato.org \
    --cc=for@debbugs.gnu.org \
    --cc=michael.albinus@gmx.de \
    --cc=reports@debbugs.gnu.org \
    --cc=via@debbugs.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).