[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
23.0.50; file name containing a newline char breaks dired
From: |
robert marshall |
Subject: |
23.0.50; file name containing a newline char breaks dired |
Date: |
Tue, 29 Jan 2008 15:42:59 +0000 |
[resubmitted with some clarifications and I'm not sure that smtp was set up
enough
with emacs -q for email to work..]
Due to running a program ported from windows that output diagnostics
in files with absolute path names I have a file called
c:?ewfaultcalculation\Ysys1.dat
(this was generated with the following fortran statement
open(9998,file='c:\newfaultcalculation\Ysys1.dat',status='unknown',iostat=ioss)
)
Now when I dired on that directory dired-next-line moves in the file
permissions area rather than the file name and if I dired-do-shell-command,
that selects my user and group for the file name rather than the
actual file name.
When I delete the strangely named file (which I can't do with
dired) things are restored to normal behaviour!
Also dired appears to be fine when operating before the faulty file
in the dired listing
In GNU Emacs 23.0.50.6 (i686-pc-linux-gnu, GTK+ Version 2.12.0)
of 2008-01-22 on rajm-laptop
Windowing system distributor `The X.Org Foundation', version 11.0.10300000
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_GB.UTF-8
locale-coding-system: utf-8
default-enable-multibyte-characters: t
Major mode: Shell
Minor modes in effect:
shell-dirtrack-mode: t
tooltip-mode: t
tool-bar-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
line-number-mode: t
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- 23.0.50; file name containing a newline char breaks dired,
robert marshall <=