GNU bug report logs - #4832
emacs fails to open files

Previous Next

Package: emacs;

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.

View this report as an mbox folder, status mbox, maintainer mbox


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):

From: Glenn Linderman <v+perl <at> g.nevcal.com>
To: bug-gnu-emacs <at> gnu.org
Subject: emacs fails to open files
Date: Fri, 30 Oct 2009 00:19:03 -0700
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):

From: npostavs <at> users.sourceforge.net
To: Glenn Linderman <v+perl <at> g.nevcal.com>
Cc: 4832 <at> debbugs.gnu.org
Subject: Re: bug#4832: emacs fails to open files
Date: Mon, 22 Aug 2016 21:25:39 -0400
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.