[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: tramp (2.5.1-pre master/433e157899063741c4e047616e3b52ecc8ae6476); T
From: |
Michael Albinus |
Subject: |
Re: tramp (2.5.1-pre master/433e157899063741c4e047616e3b52ecc8ae6476); Tramp trins to open all connections when one is requested |
Date: |
Wed, 30 Jun 2021 09:11:21 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) |
Steingold <sds@gnu.org> writes:
Hi Sam,
> when I try to access a remote file on `fence`, the connection to
> `dev-dsk-sdsg` is reopened despite me having called
> tramp-cleanup-all-connections.
> dev-dsk-sdsg is not available because I am not on the VPN at the moment.
>
> this is a recent development, I was able to connect to fence while off
> VPN last week.
Don't know whether this is due to a recent change. But let's analyze.
> [4. *debug tramp/scp dev-dsk-sdsg-1e-cfbb346a.us-east-1.amazon.com* ---
> text/plain]
> ;; Emacs: 28.0.50 Tramp: 2.5.1-pre -*- mode: outline; coding: utf-8; -*-
> 09:52:26.636967 tramp-get-file-property (8) #
> /workplace/sdsg/lpt/src/A9IFSDataScience/back-testing/Contents/Resources/site-lisp/nntp.so
> file-readable-p undef; inhibit: 10; cache used: nil; cached at: nil
> 09:52:26.637089 tramp-get-file-property (8) #
> /workplace/sdsg/lpt/src/A9IFSDataScience/back-testing/Contents/Resources/site-lisp/nntp.so
> file-attributes-string nil; inhibit: 10; cache used: nil; cached at: nil
> 09:52:26.638826 tramp-get-file-property (8) #
> /workplace/sdsg/lpt/src/A9IFSDataScience/back-testing/Contents/Resources/site-lisp/nntp.so
> file-attributes-string undef; inhibit: 10; cache used: nil; cached at: nil
This tells us, that `(file-readable-p
"/scp:dev-dsk-sdsg-1e-cfbb346a.us-east-1.amazon.com:/workplace/sdsg/lpt/src/A9IFSDataScience/back-testing/Contents/Resources/site-lisp/nntp.so")'
has been called. No idea why. Either, a package keeps this file name and
wants to see, whether the file is still readable. Or the file is still
visited in a buffer you aren't aware off. Note, that
`tramp-cleanup-all-connections' doesn't purge such buffers, this is done
by `tramp-cleanup-all-buffers'.
Could you try to rerun your test with "emacs -Q"?
Best regards, Michael.