GNU bug report logs -
#8145
Crash in multibyte_chars_in_text
Previous Next
Reported by: Michel de Ruiter <michel <at> sentient.nl>
Date: Tue, 1 Mar 2011 12:04:02 UTC
Severity: normal
Merged with 13262
Found in version 24.3.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #29 received at 8145 <at> debbugs.gnu.org (full text, mbox):
On Tue, Mar 1, 2011 at 11:08 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> From: Lennart Borgman <lennart.borgman <at> gmail.com>
>> Date: Tue, 1 Mar 2011 20:57:11 +0100
>> Cc: Michel de Ruiter <michel <at> sentient.nl>, 8145 <at> debbugs.gnu.org
>>
>> > FWIW, I cannot reproduce this. I don't have a U: drive, and couldn't
>> > make a directory with a Latin character (my locale is different), but
>> > I did create a directory on D: with a non-ASCII character it its name,
>> > and in that directory put an empty file "ab". "C-x C-f cd" didn't
>> > crash.
>>
>> I can reproduce it using C: instead of U: with an unpatched build:
>>
>> GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2011-02-15
>
> How about a complete recipe you used?
It is just the same as Michel told us from the beginning:
- I have a directory C:\Privé\ab
emacs -Q
Eval these (pasted in *Scratch*, M-x eval-bufer):
(setq find-file-existing-other-name t)
(setq w32-downcase-file-names t)
C-x d C:/Privé/ab RET
C-x C-f cd
That is all. It crashes on "d". (Did I say I am using an unpatched
trunk checkout?)
C-x
This bug report was last modified 12 years and 195 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.