[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: FAILED tramp-test34-utf8
From: |
Eli Zaretskii |
Subject: |
Re: FAILED tramp-test34-utf8 |
Date: |
Thu, 30 Mar 2017 05:57:52 +0300 |
> From: Colin Baxter <address@hidden>
> Date: Wed, 29 Mar 2017 20:40:25 +0100
> Cc: , address@hidden
>
> Test tramp-test34-utf8 condition:
> (ert-test-failed
> ((should
> (string-equal
> (funcall ... ...)
> (file-remote-p ... ...)))
> :form
> (string-equal
> "/tmp/tramp-test5548VYB/\316\223\317\205\317\201\316\257\317\203\317\204\316\265
> \317\204\316\277 \316\223\316\261\316\273\316\261\316\276\316\257\316\261
> \316\274\316\265 \316\217\317\204\316\277 \316\243\317\204\316\277\317\200"
> "/tmp/tramp-test5548VYB/ÎÏ
ÏίÏÏε Ïο Îαλαξία με ÎÏο
> ΣÏοÏ")
It seems the failure comes from this snippet:
(should
(string-equal
(funcall
(if quoted 'tramp-compat-file-name-quote 'identity)
(car (file-attributes file3)))
(file-remote-p (file-truename file1) 'localname)))
And it's strange that the first file name in the failed condition has
got all of its bytes displayed as ASCII representation, while the
second one still has the raw bytes.
Another question is why do we see raw bytes at all here? These should
not be unibyte strings.
- FAILED tramp-test34-utf8, Colin Baxter, 2017/03/28
- Re: FAILED tramp-test34-utf8, Michael Albinus, 2017/03/28
- Re: FAILED tramp-test34-utf8, Colin Baxter, 2017/03/29
- Re: FAILED tramp-test34-utf8, Colin Baxter, 2017/03/29
- Re: FAILED tramp-test34-utf8,
Eli Zaretskii <=
- Re: FAILED tramp-test34-utf8, Colin Baxter, 2017/03/30
- Re: FAILED tramp-test34-utf8, Michael Albinus, 2017/03/30
- Re: FAILED tramp-test34-utf8, Colin Baxter, 2017/03/30
- Re: FAILED tramp-test34-utf8, Eli Zaretskii, 2017/03/29
- Re: FAILED tramp-test34-utf8, Michael Albinus, 2017/03/29
- Re: FAILED tramp-test34-utf8, Eli Zaretskii, 2017/03/29