3 p.m.
Bug #117375, was updated on 2000-Oct-21 07:00
Here is a current snapshot of the bug.
Project: xemacs
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: Long standing bug in XEmacs' dired
Details: It's time to ask if I'm the only one using XEmacs' dired.
For ages dired in XEmacs does not work as it should. Scrolling down the list of files and
directory entries a lot of entries are not recognized by XEmacs. When you press return you
get the error message that no file is on this line. That's total rubbish and works
perfectly in GNU-Emacs. I would like to use XEmacs instead of GNU-Emacs, because I think
it's the better Emacs, but in the last months I use dired more than ever and this
stops me to use XEmacs, because it simply doesn't work. Please fix that, I think it
cannot be such a big problem.
Currently I use xemacs-21.1.12-3 on Red Hat 7.0.
tnx,
boris
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=117375&group_i...
10:49 p.m.
On Sat, Oct 21, 2000 at 07:00:46AM -0700, noreply(a)sourceforge.net wrote:
Details: It's time to ask if I'm the only one using
XEmacs' dired.
For ages dired in XEmacs does not work as it should. Scrolling down
the list of files and directory entries a lot of entries are not
recognized by XEmacs. When you press return you get the error message
Boris: what do you have in your shell environment, before you start
xemacs? Especially settings like LANG or LC_* ones?
(My thinking: that your ls might be 'localised' in some manner)
James.
10:11 a.m.
Hi James!
James R Grinter schrieb:
Boris: what do you have in your shell environment, before you start
xemacs? Especially settings like LANG or LC_* ones?
(My thinking: that your ls might be 'localised' in some manner)
As discuessed with Michael Sperber, it is a localisation problem.
For ages my variables are set to german:
LANG="de"
LC_ALL="de_DE"
But XEmacs doesn't recognize the dired lines because they contain
translated monthnames.
Example:
-rw-rw---- 1 boris boris 72552 Nov 8 1998 usbup15.zip
-rw-rw-r-- 1 root root 65872 Okt 16 12:47 verify.log
Dired of GNU-Emacs works, but the current version of GNU-Emacs has an
other localisation problem ... :-(
This means that XEmacs' dired does not work correctly on all
non-english-configured Linux distributions because all of them should be
using the localisation features for a long time.
So it's really needed to fix XEmacs I think. I can program in Elisp, but
I don't think that is's fair to expect every end-user to fix some
regular expressions.
How could it be done?
1. Is it really necessary to match on the monthnames to recognize a
dired line? My dired view contains only file and directory lines except
of the first two.
2. Unset the LC variables when calling programs where you expect english
output.
3. Localise XEmacs (it's time :-), sprintf() does the job of translating
monthnames.
--
Folgmann IT-Consulting mailto:boris＠folgmann.de Open Systems
http://www.folgmann.de ICQ: 24137546 Design
12:04 p.m.
>>>> "Boris" == Boris Folgmann
<boris(a)folgmann.com> writes:
Boris> This means that XEmacs' dired does not work correctly on
Boris> all non-english-configured Linux distributions because all
Boris> of them should be using the localisation features for a
Boris> long time.
Asian ones haven't had them available until glibc 2.1; Japanese still
does not work "out-of-the-box" as of 2.1.95. (This seems to be an
issue with other important apps not being recompiled against recent
glibcs, but the effect is the same: localization is not used.)
Boris> So it's really needed to fix XEmacs I think.
Boris> How could it be done?
Boris> 2. Unset the LC variables when calling programs where you
Boris> expect english output.
I would say this is the most portable thing to do as a fallback.
Setting LC_ALL="C".
Localizing dired for this purpose is probably not really an option
because you cannot determine the appropriate date regexp easily from
the locale. (It's not as easy as substituting nl_langinfo(ABMON_1)
for "Jan".)
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."
3:31 p.m.
Boris Folgmann writes:
So it's really needed to fix XEmacs I think. I can program in
Elisp, but
I don't think that is's fair to expect every end-user to fix some
regular expressions.
As Spanish user, I had this problem some time ago, but I fixed it with
a quick'n'dirty hack in dired.el (I use 21.1.12), waiting for a better
solution. I looked like this:
(defvar dired-re-month-and-time
(concat
(let ((language (getenv "LANG")))
(cond
((equal language "es_ES")
"
\\(ene\\|feb\\|mar\\|abr\\|may\\|jun\\|jul\\|ago\\|sep\\|oct\\|nov\\|dic\\)")
(t "
\\(Jan\\|Feb\\|Mar\\|Apr\\|May\\|June?\\|July?\\|Aug\\|Sep\\|Oct\\|Nov\\|Dec\\)")))
; June and July are for HP-UX 9.0
" [ 0-3][0-9]\\("
" [012][0-9]:[0-6][0-9] \\|" ; time
" [12][90][0-9][0-9] \\|" ; year on IRIX, NeXT, SunOS, ULTRIX, Apollo,
; HP-UX, A/UX
" [12][90][0-9][0-9] \\)" ; year on AIX
))
This worked just fine for me. It could be easily extended to support
other languages.
How could it be done?
1. Is it really necessary to match on the monthnames to recognize a
dired line? My dired view contains only file and directory lines except
of the first two.
I think the regular expression could be simplified, just waiting for
three or four chars, letting the ls command do the job of generating
proper month names. This would make the problem just dissapear.
2. Unset the LC variables when calling programs where you expect
english
output.
I think this is a bit intrusive.
3. Localise XEmacs (it's time :-), sprintf() does the job of
translating
monthnames.
This is The Right Thing To Do. I hope that future work will go this
way.
Saludos
8586
days inactive
8589
days old
4 comments
5 participants
participants (5)
-
Boris Folgmann -
James R Grinter -
pax! -
SourceForge.net -
Stephen J. Turnbull