From: Mattis <brakjoller@gmail.com>
Cc: emacs-devel@gnu.org, Kenichi Handa <handa@m17n.org>,
Jason Rumney <jasonr@gnu.org>
Subject: Re: Re: [brakjoller@gmail.com: setting utf-16 as file-name-coding-system locks up emacs]
Date: Wed, 11 Aug 2004 12:59:04 +0200 [thread overview]
Message-ID: <c99f54dd04081103597db37c70@mail.gmail.com> (raw)
In-Reply-To: <jwv4qnac423.fsf-monnier+emacs@gnu.org>
> Yes, the problem is as follows:
>
> (file-exists-p "/home/mathias/.emacs.d/auto-save-list/") -> nil
>
> so make-directory decides the dir needs to be created, but he first checks
> to see if the parent needs to be created as well:
>
> (file-exists-p "/home/mathias/.emacs.d/") -> nil
>
> so it tris to create the parent, check its own parent:
>
> (file-exists-p "/home/mathias/") -> nil
> ....
> (file-exists-p "/home/") -> nil
> ....
> (file-exists-p "/") -> nil
> ....
> (file-exists-p "/") -> nil
> ...
> because the parent of "/" is "/" and because after encoding in utf-16,
> even "/" doesn't exist.
>
> Such an encoding is clearly completely wrong for such a system, so I'm not
> sure how important it is to protect oneself against such situations.
I see. But what if the test that file-exists-p does was to encode the
"test-string"
first in the same encoding? Or maybe this would be crazy, this isn't exactly
my area of expertice. :)
> After all, there are several other ways to screw oneself and this one is at
> least reasonably easy to revert.
Agree.
Anyway, the conclusion of all this seems to be that Emacs is not 100 % ready for
unicode yet so I have to avoid to try torture it with these in the
meantime... :)
/Mathias
next prev parent reply other threads:[~2004-08-11 10:59 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <E1BtYdG-0004bH-IO@fencepost.gnu.org>
[not found] ` <200408091228.VAA10104@etlken.m17n.org>
[not found] ` <c99f54dd0408091315edacc8d@mail.gmail.com>
[not found] ` <200408100133.KAA11854@etlken.m17n.org>
[not found] ` <c99f54dd0408100341410de4d5@mail.gmail.com>
[not found] ` <200408101058.TAA12976@etlken.m17n.org>
[not found] ` <c99f54dd040810043627699b54@mail.gmail.com>
[not found] ` <200408101144.UAA13100@etlken.m17n.org>
2004-08-10 12:01 ` [brakjoller@gmail.com: setting utf-16 as file-name-coding-system locks up emacs] Jason Rumney
2004-08-10 16:49 ` Mattis
2004-08-10 17:15 ` Stefan Monnier
2004-08-11 10:59 ` Mattis [this message]
2004-08-11 14:57 ` Stefan Monnier
2004-08-12 8:22 ` Mattis
2004-08-12 11:00 ` Jason Rumney
2004-08-12 11:36 ` Kenichi Handa
2004-08-12 12:31 ` Jason Rumney
2004-08-13 1:46 ` Kenichi Handa
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c99f54dd04081103597db37c70@mail.gmail.com \
--to=brakjoller@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=handa@m17n.org \
--cc=jasonr@gnu.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.