23.0.50; file name containing a newline char breaks dired

23.0.50; file name containing a newline char breaks dired

[robert marshall]

[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