GNU bug report logs - #9735
win32 emacs cannot load doc string from files which has non-ascii characters in path

Previous Next

Package: emacs;

Reported by: sssslang <sssslang <at> gmail.com>

Date: Wed, 12 Oct 2011 12:34:03 UTC

Severity: normal

Done: Stefan Monnier <monnier <at> IRO.UMontreal.CA>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: sssslang <sssslang <at> gmail.com>
Cc: 9735 <at> debbugs.gnu.org
Subject: bug#9735: win32 emacs cannot load doc string from files which has	non-ascii characters in path
Date: Wed, 12 Oct 2011 18:36:19 +0200
> From: sssslang <sssslang <at> gmail.com>
> Date: Wed, 12 Oct 2011 20:09:52 +0800
> 
> 1. make path to emacs.exe contains some non-latin characters
> 2. execute: emacs.exe -Q
> 3. (require 'cl)
> 
> Then an error message will appear:
> 
> Debugger entered--Lisp error: (error "Cannot open doc string file \"c:/xxxxx/eamacs23/lisp/emacs-lisp/cl.elc\"")
>  cl-random-time()
> 
> I use emacs-23.2 and codepage936 on my Windows box. And the "xxxxx" in the error message should be the non-latin characters but is something like "\301\226" now. Except "cl" and "calendar", other elisp sources seems can be loaded without problem. I don't know what makes the difference, but the error maybe caused by incorrect path encoding. The attached patch works on my machine, but it didn't have enough test. Hopes somebody could improve it.

Does it help to type

   C-x RET F cp936 RET

before you evaluate "(require 'cl)" ?




This bug report was last modified 13 years and 278 days ago.

Previous Next


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