gmane.emacs.efs.general

Dired 7.16 bug: dired on ~ prevents exitingXEmacs with desktop.el active

Stephen J. Turnbull — 2010-01-15T16:28:10

When exiting from XEmacs with desktop.el active, the desktop file in
~, and a dired buffer open on ~, attempting to exit (C-x C-c) fails
with the error

    Error in dired-find-file-place 

The dired buffer is corrupted like this:

  drwx------  3 steve users     4096 Sep  3  2008 .dbus 
  drwxr-xr-x  3 steve users     4096 May 14  2007 .emacs.d-rw-r--r-- 1 steve users 16314 Jan 16 01:16 /home/steve/.emacs.desktop 
  -rw-------  1 steve users       16 Jul 30 15:23 .esd_auth 

Restoring it with g gives:

  drwx------  3 steve users     4096 Sep  3  2008 .dbus 
  drwxr-xr-x  3 steve users     4096 May 14  2007 .emacs.d 
  -rw-r--r--  1 steve users    16314 Jan 16 01:16 .emacs.desktop 
  -rw-------  1 steve users       16 Jul 30 15:23 .esd_auth 

but C-x C-c fails in the same way.

The above report has been registered with the XEmacs tracker
(issue655).


Emacs  : XEmacs 21.5  (beta29) "garbanzo" 1444e28f1a3d [Lucid] (x86_64-unknown-linux, Mule) of Tue Nov 24 2009 on uwakimon
Package: Dired

current state:
====

Re: Dired 7.16 bug: dired.el conflicts with :filespecs for image specifiers

Stephen J. Turnbull — 2009-10-14T04:11:13

 > 
 > "Stephen J. Turnbull" <stephen-Sn97VrDLz2sdnm+yROfE0A< at >public.gmane.org> writes:
 > 
 > > David Kastrup claims in <877hvanduk.fsf-nq8mElobHuh79cxMFuA3Ww< at >public.gmane.org> on
 > > xemacs-beta:
 > >
 > >     I think it is still impossible to use a :file specification for
 > >     image specifiers of binary formats (jpg, png and binary pnm
 > >     formats) in XEmacs once you have loaded dired.el.  So you have to

 > > I haven't replicated myself, but he's usually a trustworthy observer
 > > although a PITA to work with.
 > 
 > Do you have the slightest idea what he's talking about?  It would seem
 > strange for Dired to interfere with specifiers, as the word "specifier"
 > doesn't even appear in the Dired source code.

There was a bug with insert-file-literally where some file handlers,
in particular the coding systems, would get called.  This would munge
any CRLF sequences to LF, for sure, and thus corrupt most binary files
of any size.  I think this is fixed, in 21.5.  It may never have been
fixed in 2

Re: Dired 7.16 bug: dired.el conflicts with :filespecs for image specifiers

Michael Sperber — 2009-10-13T15:21:35

"Stephen J. Turnbull" <stephen-Sn97VrDLz2sdnm+yROfE0A< at >public.gmane.org> writes:


Do you have the slightest idea what he's talking about?  It would seem
strange for Dired to interfere with specifiers, as the word "specifier"
doesn't even appear in the Dired source code.  When I do (with Dired
loaded):

(make-image-specifier (list (cons 'global '[jpeg :file "<some jpeg file>"])))

I get:

#<image-specifier global=((x) . [jpeg :file "<some jpeg file" :data #"<binary data>"])>

which seems exactly right to me.

Should I follow up to him on the list?  I'm a bit concerned I'll get
sucked into on of his tirades ...

Dired 7.16 bug: dired.el conflicts with :filespecs for image specifiers

Stephen J. Turnbull — 2009-10-06T11:50:50

David Kastrup claims in <877hvanduk.fsf-nq8mElobHuh79cxMFuA3Ww< at >public.gmane.org> on
xemacs-beta:

    I think it is still impossible to use a :file specification for
    image specifiers of binary formats (jpg, png and binary pnm
    formats) in XEmacs once you have loaded dired.el.  So you have to
    use crazy workarounds or face non-working stuff.  Since that is
    not documented anywhere, you have to work with copy&paste of code
    and workarounds from others, and pray.

I haven't replicated myself, but he's usually a trustworthy observer
although a PITA to work with.

issue583 has been created on the XEmacs tracker.