Strange things in 21.5 (and dired!?)

Mats Lidell matsl at contactor.se
Thu Oct 7 06:40:09 EDT 2004


Hi,

This is bad bug report but I must share this experience. Maybe you have
some suggestion on how I can track this further down? Anyway this is what
sometimes happens in 21.5.

When I save a file I get this message in the modeline:

    No file on this line

After som further editing and a new save I get:

    Error in dired-find-file-place

---------------------------------------------------------------
The *Backtrace* is here:
Signaling: (error "Error in dired-find-file-place")
  signal(error ("Error in dired-find-file-place"))
  cerror("Error in dired-find-file-place")
  apply(cerror "Error in dired-find-file-place" nil)
  error("Error in dired-find-file-place")
  dired-find-file-place("/cygdrive/m/records/2004/" "20041007")
  dired-add-entry("/cygdrive/m/records/2004/20041007" nil relist)
  dired-relist-entry("/cygdrive/m/records/2004/20041007")
  apply(dired-relist-entry "/cygdrive/m/records/2004/20041007")
  dired-fun-in-all-buffers("/cygdrive/m/records/2004/" dired-relist-entry
"/cygdrive/m/records/2004/20041007")
  dired-relist-file("/cygdrive/m/records/2004/20041007")
  dired-handler-fn-3((1 4437 "/cygdrive/m/records/2004/20041007" nil t
"m:/records/2004/20041007" #<coding-system raw-text-unix no-conversion
eol-type=lf>))
  dired-handler-fn(write-region 1 4437 "/cygdrive/m/records/2004/20041007"
nil t "m:/records/2004/20041007" #<coding-system raw-text-unix
no-conversion eol-type=lf>)
  write-region-internal(1 4437 "/cygdrive/m/records/2004/20041007" nil t
"m:/records/2004/20041007" raw-text-unix)
  write-region(1 4437 "/cygdrive/m/records/2004/20041007" nil t
"m:/records/2004/20041007")
  basic-write-file-data("/cygdrive/m/records/2004/20041007"
"m:/records/2004/20041007")
  basic-save-buffer-2()
  basic-save-buffer-1()
  basic-save-buffer()
  save-buffer(1)
  call-interactively(save-buffer)
  (dispatch-event "[internal]")
---------------------------------------------------------------

As you see this happens under cygwin but I get it under Linux as well. I
have tried to force it under a vanilla xemacs, no stuff loaded, but I have
so far failed. So it could be some bad interaction with some personal
stuff maybe!?

Yours
--
%% Mats




More information about the XEmacs-Beta mailing list