From: Michael Albinus <michael.albinus@gmx.de>
To: Martin Steffen <msteffen@ifi.uio.no>
Cc: help-gnu-emacs@gnu.org
Subject: Re: unable to kill-emacs due to failure to save buffers (in connection with tramp)
Date: Sun, 14 Aug 2022 12:14:51 +0200 [thread overview]
Message-ID: <878rnrf7xg.fsf@gmx.de> (raw)
In-Reply-To: <86lerrp4hk.fsf@login.ifi.uio.no> (Martin Steffen's message of "Sun, 14 Aug 2022 11:19:03 +0200")
Martin Steffen <msteffen@ifi.uio.no> writes:
> Hi,
Hi Martin,
> . Still, when trying the above-mentioned save-buffers-kill-terminal,
> emacs (client) engages in some attempt to save stuff. That seems to be
> on initiative of tramp. Messages show activities like
>
> Opening connection for <login>@192.168.x.x using scp...
> Tramp: Sending command ‘exec ssh -l <login> -e none 192.168.x.x’
> Tramp: Waiting for prompts from remote shell...failed Tramp: Opening
>
> That's some address in my home network for some external memory
> (NAS). Sometimes I login there using SCP to browse the
> filesystem. However, I am not always at home, and the address this not
> alway accessible. That's why sometimes the attempt to login there simply
> won't work. When I cut-off the wait, typing C-g (keybord quote), it
> stops the attempt. However, emacs (client), having failed to do its
> save-the-buffers-properly-job propery, does not quit.
>
> If I instead of save-buffers-kill-terminal do
>
> kill-terminal
>
> the same happens, the tramp kicks trying to login the non-existant
> address and so again I cannot quit.
>
> Why does emacs (client) want to login to 192.168.x.x anyway? Note, the
> location (resp. files at that location are not buffers in neither the
> running emacs nor the emacs-client I like just to get rid of.
Hard to say what's up. There have been some changes in tramp-cleanup-*
functions, which might improve the behavior. Do you have a chance to
upgrade to Tramp 2.5.3.1 from GNU ELPA?
If this still happens, pls set tramp-verbose to 6 and
tramp-debug-to-file to t. The former variable triggers Tramp to write
debug messages, and the latter one (new in Tramp 2.5) initiates to write
these debug messages to file in parallel. Good for post-mortem analysis.
Please check the Tramp messages on file whether you see something which
tells you what's up. If you don't find something, please show the file here.
> I assume has to do with the content of some tramp-cashing in the file
> ~/.emacs.d/tramp which contains a like like
>
> ;; -*- emacs-lisp -*- <22/08/14 11:00:37 /home/msteffen/.emacs.d/tramp>
> ;; Tramp connection history. Don't change this file.
> ;; Run `M-x tramp-cleanup-all-connections' instead.
>
> (((tramp-file-name "scp" "<login>" nil "192.168.x.x" nil nil nil) (****)
> nil))
No, these values are active only if a connection is active. The
existence of these values does not mean that a connection is initiated.
> best, Martin
>
> I use
Best regards, Michael.
next prev parent reply other threads:[~2022-08-14 10:14 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-14 9:19 unable to kill-emacs due to failure to save buffers (in connection with tramp) Martin Steffen
2022-08-14 10:14 ` Michael Albinus [this message]
2022-08-14 12:24 ` Martin Steffen
2022-08-14 13:09 ` Stefan Monnier via Users list for the GNU Emacs text editor
2022-08-14 13:19 ` Martin Steffen
2022-08-17 2:40 ` Martin Steffen
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=878rnrf7xg.fsf@gmx.de \
--to=michael.albinus@gmx.de \
--cc=help-gnu-emacs@gnu.org \
--cc=msteffen@ifi.uio.no \
/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.
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).