From: Carsten Bormann <cabo@tzi.org>
To: Michael Albinus <michael.albinus@gmx.de>
Cc: 12148@debbugs.gnu.org
Subject: bug#12148: 24.1.50; Tramp has problems with Solaris server (test -e)
Date: Wed, 8 Aug 2012 09:35:04 +0200 [thread overview]
Message-ID: <623E6779-A1A4-460E-BB68-42C49D6094D5@tzi.org> (raw)
In-Reply-To: <87lihpop6d.fsf@gmx.de>
On Aug 8, 2012, at 08:47, Michael Albinus <michael.albinus@gmx.de> wrote:
> I've hardened the test a little bit. Could you, please, check whether
> this works (clean the cache first):
Thanks.
I hope I did this cache-cleaning right by just calling tramp-cleanup-all-connections.
Now, the first find-file (to a directory) leads to an empty buffer (but only in 2 out of 3 attempts? No idea what I did different.) or just hangs.
Doing that again (after a quit in case of the hang) appears to work properly, as does editing a file.
When I first tried this, an equivalent to ("file-exists" "test -e") was not recorded at all, see below.
On another attempt it does get recorded (see second ~/.emacs.d/tramp below).
In the latter case, we then run into the same problem (byte-code: Couldn't find exit status of `test -e /users/home/cabo/.bash_history') with the second incarnation of emacs.
I'm afraid this one didn't quite work out.
Also I'd love to know why this appears to be less than deterministic.
Grüße, Carsten
;; -*- emacs-lisp -*- <12/08/08 09:14:43 /Users/cabo/.emacs.d/tramp>
;; Tramp connection history. Don't change this file.
;; You can delete it, forcing Tramp to reapply the checks.
((["scpc" nil "a" nil nil]
("uname" "SunOS 5.11")
("test" "test")
("remote-path"
("/usr/xpg4/bin" "/usr/ccs/bin" "/usr/bin" "/bin" "/usr/sbin" "/usr/local/bin"))
("busybox" nil)
("remote-shell" "/usr/bin/bash")
("stat" nil)
("perl-file-spec" t)
("perl-cwd-realpath" t)
("perl" "\\perl")
("id" "/usr/xpg4/bin/id")
("gid-integer" 1003)))
;; -*- emacs-lisp -*- <12/08/08 09:26:01 /Users/cabo/.emacs.d/tramp>
;; Tramp connection history. Don't change this file.
;; You can delete it, forcing Tramp to reapply the checks.
((["scpc" nil "a" nil nil]
("uname" "SunOS 5.11")
("test" "test")
("remote-path"
("/usr/xpg4/bin" "/usr/ccs/bin" "/usr/bin" "/bin" "/usr/sbin" "/usr/local/bin"))
("busybox" nil)
("remote-shell" "/usr/bin/bash")
("~" "/users/home/cabo")
("ls" "/usr/xpg4/bin/ls")
("ls-dired" nil)
("stat" nil)
("perl-file-spec" t)
("perl-cwd-realpath" t)
("perl" "\\perl")
("id" "/usr/xpg4/bin/id")
("gid-integer" 1003)
("file-exists" "test -e")
("readlink" nil)))
next prev parent reply other threads:[~2012-08-08 7:35 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-06 15:23 bug#12148: 24.1.50; Tramp has problems with Solaris server (test -e) Carsten Bormann
2012-08-07 8:51 ` Michael Albinus
2012-08-07 16:23 ` Carsten Bormann
2012-08-08 6:47 ` Michael Albinus
2012-08-08 7:35 ` Carsten Bormann [this message]
2012-08-08 7:51 ` Michael Albinus
2012-08-08 13:45 ` 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=623E6779-A1A4-460E-BB68-42C49D6094D5@tzi.org \
--to=cabo@tzi.org \
--cc=12148@debbugs.gnu.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).