unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: James Ferguson <james@faff.org>
To: Michael Albinus <michael.albinus@gmx.de>
Cc: Lars Ingebrigtsen <larsi@gnus.org>, 57676@debbugs.gnu.org
Subject: bug#57676: 29.0.50; Tramp: Unable to close vterm buffer with remote default-directory
Date: Sat, 10 Sep 2022 16:50:34 -0400	[thread overview]
Message-ID: <CAMtGdS=MZv26jQ6hUO1DjY+puW0OOjongEjiaDJQiFbMrxH9dQ@mail.gmail.com> (raw)
In-Reply-To: <87leqrwitz.fsf@gmx.de>

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

I can confirm the latest build no longer causes me that problem.

It's not vterm's fault, it's mine.  I set `default-directory` like that
when spawning it, which I have just been getting away with for a long
time.  It seems up until now a lot of things have been tolerant of my
invalid local path, with empty, '.' or './' seemingly being treated like
'~' before now.

So I'll be fixing my code that created a badly formed default-directory as
well.

Thank you for your efforts!  I'm very glad to see Tramp is getting some
attention.  I love it and rely on it but it adds a lot of latency for me
with its extensive round trips when establishing connections (I have to ssh
via an AWS jumphost).





On Sat, Sep 10, 2022 at 7:49 AM Michael Albinus <michael.albinus@gmx.de>
wrote:

> James Ferguson <james@faff.org> writes:
>
> Hi James,
>
> > That's definitely what raises the error, though the comment implies to
> > me that it's unexpected/undesirable that it is triggered.
>
> Indeed. Your backtrace from the original report shows
>
> > Debugger entered--Lisp error: (file-error "File ‘.’ must be absolute")
> >   signal(file-error ("File ‘.’ must be absolute"))
> >   tramp-error((tramp-file-name "sshx" nil nil "4x02" nil "." nil)
> file-error "File `%s' must be absolute" ".")
> >   tramp-file-name-unify((tramp-file-name "sshx" nil nil "4x02" nil "."
> nil) ".")
> >   tramp-get-file-property((tramp-file-name "sshx" nil nil "4x02" nil "."
> nil) "." "file-truename")
> >   tramp-flush-file-properties((tramp-file-name "sshx" nil nil "4x02" nil
> "." nil) ".")
> >   tramp-flush-file-function()
> >   kill-buffer(#<buffer Terminal-4x02 volta@4x02 (10.0.154.60) - byobu>)
>
> We see, that `tramp-flush-file-properties' is called with
> `default-directory' "." in #<buffer Terminal-4x02 volta@4x02
> (10.0.154.60) - byobu>
>
> This is obviously an error, because the docstring of `default-directory'
> says
>
> --8<---------------cut here---------------start------------->8---
> Name of default directory of current buffer.
> It should be an absolute directory name; on GNU and Unix systems,
> these names start with ‘/’ or ‘~’ and end with ‘/’.
> --8<---------------cut here---------------end--------------->8---
>
> Perhaps you could report this to the maintainer of vterm.
>
> For the time being, I've pushed a fix to Emacs master which expands
> `default-directory' inside `tramp-flush-file-properties'. Could you,
> pls, check?
>
> Best regards, Michael.
>

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

  reply	other threads:[~2022-09-10 20:50 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-09-08 12:48 bug#57676: 29.0.50; Tramp: Unable to close vterm buffer with remote default-directory James Ferguson
2022-09-08 12:50 ` bug#57676: further info James Ferguson
2022-09-08 13:13 ` bug#57676: 29.0.50; Tramp: Unable to close vterm buffer with remote default-directory Lars Ingebrigtsen
2022-09-08 15:20   ` James Ferguson
2022-09-10 11:48     ` Michael Albinus
2022-09-10 20:50       ` James Ferguson [this message]
2022-09-11 13:14         ` 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='CAMtGdS=MZv26jQ6hUO1DjY+puW0OOjongEjiaDJQiFbMrxH9dQ@mail.gmail.com' \
    --to=james@faff.org \
    --cc=57676@debbugs.gnu.org \
    --cc=larsi@gnus.org \
    --cc=michael.albinus@gmx.de \
    /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).