GNU bug report logs - #33791
26.1; Eshell on Windows connecting to GNU/Linux machine using TRAMP and plink: env: ‘c:/home/jordan/test.sh’: No such file or directory

Previous Next

Package: emacs;

Reported by: Jordan Wilson <jordan.t.wilson <at> gmx.com>

Date: Tue, 18 Dec 2018 15:02:01 UTC

Severity: minor

Merged with 24787

Found in versions 25.1, 26.1

Fixed in version 26.2

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log

Message #31 received at 33791 <at> debbugs.gnu.org (full text, mbox):

From: Jordan Wilson <jordan.t.wilson <at> gmx.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 33791 <at> debbugs.gnu.org, michael.albinus <at> gmx.de
Subject: Re: bug#33791: 26.1; Eshell on Windows connecting to GNU/Linux
 machine using TRAMP and plink: env: ‘c:/home/jordan/test.sh’: No such file or directory
Date: Sun, 23 Dec 2018 12:40:14 +0000

Hmm...seems the bug I'm experiencing is more low-lying than eshell. I've
followed it down to C-level. eshell/cd -> cd -> locate-file ->
locate-file-internal. In my case both problems arise from "c:"
being prepended somewhere.

Evaluating:

     (locate-file-internal ".." '("./") nil (lambda (f) (message f)))

while in "/plink:jordan <at> domain.com:/home/jordan/test" returns
"c:/plink:jordan <at> domain.com:/home/jordan". Whilst

     (locate-file-internal ".."
            '("/plink:jordan <at> domain.com:/home/jordan/test")
             nil (lambda (f) (message f)))

correctly returns "/plink:jordan <at> domain.com:/home/jordan".

It seems the problem is something to do with converting from a
relative to absolute path. Eval'ing (expand-file-name "..") correctly
returns "/plink:jordan <at> domain.com:/home/jordan", though. Strange.

-- 
Jordan Wilson
    Sent from Gnus v5.13, GNU Emacs 26.1
This bug report was last modified 6 years and 197 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.