GNU bug report logs -
#4832
emacs fails to open files
Previous Next
Reported by: Glenn Linderman <v+perl <at> g.nevcal.com>
Date: Fri, 30 Oct 2009 07:25:05 UTC
Severity: normal
Merged with 4306
Found in version 24.3
Fixed in version 24.4
Done: npostavs <at> users.sourceforge.net
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 4832 in the body.
You can then email your comments to 4832 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#4832
; Package
emacs
.
(Fri, 30 Oct 2009 07:25:06 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Glenn Linderman <v+perl <at> g.nevcal.com>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Fri, 30 Oct 2009 07:25:06 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Tried to open a file containing Romanian characters on Windows. The
characters are â and ş . emacs 22.1.1.
Tried a number of ways, particularly by using dired, and by dragging the
file from Explorer to the emacs title bar (both of which work for other
files). Also had problems with files containing Cyrillic characters in
their names, or Chinese characters... those didn't even show up in dired!
Discovered that emacs 23.1 claims better Unicode support. Yay!
And it might, but it doesn't solve this problem. Still couldn't drag
the files into emacs 23.1. The Cyrillic and Chinese ones now show up in
dired with shortnames! They can be opened, if you can guess which one
to use. But the Romanian ones are still displayed with octal escapes in
dired, and can't be opened from there or via dragging to the emacs title
bar.
Seems likely the problem is related to the emacs file name handling
probably using the "A" APIs for file names, instead of the "W" APIs.
Seems likely that this is still the same problem that was reported in
the following thread from Aug 2004. And here it is Oct 2009!
http://groups.google.com/group/gnu.emacs.help/browse_thread/thread/81ae34aa05b4c929/fdb0cc4603d30313?hl=en&ie=UTF-8&q=emacs+windows+cyrillic+file+name#fdb0cc4603d30313
I can't find out if there is an online emacs bug tracker, to know if the
problem reported then is still in the queue, or if a workaround was
posted, etc. Any help finding such a bug tracker would be appreciated.
bug reassigned from package 'emacs' to 'emacs,w32'.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> emacsbugs.donarmstrong.com
.
(Wed, 02 Dec 2009 21:35:16 GMT)
Full text and
rfc822 format available.
Merged 4306 4832.
Request was from
Jason Rumney <jasonr <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Mon, 15 Mar 2010 14:42:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#4832
; Package
emacs
.
(Tue, 23 Aug 2016 01:26:01 GMT)
Full text and
rfc822 format available.
Message #12 received at 4832 <at> debbugs.gnu.org (full text, mbox):
found 4832 24.3
close 4832 24.4
quit
I found 24.3 wasn't able to open a file named "â-ş", but 24.4 was. So
I'm closing as fixed in 24.4. Please write back if you find otherwise.
Glenn Linderman <v+perl <at> g.nevcal.com> writes:
> Tried to open a file containing Romanian characters on Windows. The
> characters are â and ş . emacs 22.1.1.
>
> Tried a number of ways, particularly by using dired, and by dragging
> the file from Explorer to the emacs title bar (both of which work for
> other files). Also had problems with files containing Cyrillic
> characters in their names, or Chinese characters... those didn't even
> show up in dired!
[...]
>
> I can't find out if there is an online emacs bug tracker, to know if
> the problem reported then is still in the queue, or if a workaround
> was posted, etc. Any help finding such a bug tracker would be
> appreciated.
Web version of this bug report is at
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=4832
bug Marked as found in versions 24.3.
Request was from
npostavs <at> users.sourceforge.net
to
control <at> debbugs.gnu.org
.
(Tue, 23 Aug 2016 01:26:02 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 24.4, send any further explanations to
4832 <at> debbugs.gnu.org and Glenn Linderman <v+perl <at> g.nevcal.com>
Request was from
npostavs <at> users.sourceforge.net
to
control <at> debbugs.gnu.org
.
(Tue, 23 Aug 2016 01:26:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 20 Sep 2016 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 270 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.