Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

emacs 24 find-dired problems on Windows

473 views
Skip to first unread message

Xah Lee

unread,
Apr 29, 2012, 6:23:43 PM4/29/12
to
there seems to be a problem of emacs 24's find-dired.

when using GNU Emacs 24.1.50.1, calling find-dired, i got one of this:

2533274790481547 2 -rwx------ 1 h3 None 2994 Apr
28 20:52 xx\ saga\ of\ bsof\ 2011-07-22.html

note the backslash there.

when i move the cursor to that line and press Enter, i get:

dired-get-file-for-visit: File no longer exists; type `g' to update
dired buffer

update doesn't help. Somehow, filenames with spaces causes the
problem.

The problem also happens when calling dired-do-query-replace-regexp
【Q】, it'll stop dead reporting file doesn't exist.

What could possibly be the problem?

GNU Emacs 24.1.50.1 (i386-mingw-nt6.1.7601) of 2012-04-23 on MARVIN

(if starting emacs with -Q, then another problem occur. It calls
Microsoft cmd.exe's find. (thanks to Yuri Khan .)

Xah

Eli Zaretskii

unread,
Apr 30, 2012, 12:30:15 AM4/30/12
to help-gn...@gnu.org
> From: Xah Lee <xah...@gmail.com>
> Date: Sun, 29 Apr 2012 15:23:43 -0700 (PDT)
>
> there seems to be a problem of emacs 24's find-dired.
>
> when using GNU Emacs 24.1.50.1, calling find-dired, i got one of this:
>
> 2533274790481547 2 -rwx------ 1 h3 None 2994 Apr
> 28 20:52 xx\ saga\ of\ bsof\ 2011-07-22.html
>
> note the backslash there.
>
> when i move the cursor to that line and press Enter, i get:
>
> dired-get-file-for-visit: File no longer exists; type `g' to update
> dired buffer

My crystal ball says that you are using a Cygwin build of Find, which
produces file names with spaces escaped in a style suitable for a
Unixy shell, which the native Windows Emacs cannot grok (because
backslashes are directory separators in native Windows file names).

Solution: use a native Windows port of Find.

Xah Lee

unread,
Apr 30, 2012, 2:13:43 AM4/30/12
to
hi Eli,

your crystal ball is correct. :)

Xah

Bug Dout

unread,
Apr 30, 2012, 10:59:15 AM4/30/12
to
Eli Zaretskii <el...@gnu.org> writes:

> Solution: use a native Windows port of Find.

Where might one be found?
--
Every anarchist is a baffled dictator.
~ Benito Mussolini

Óscar Fuentes

unread,
Apr 30, 2012, 11:26:38 AM4/30/12
to help-gn...@gnu.org, Bug Dout
Bug Dout <bug...@mailinator.com> writes:

>> Solution: use a native Windows port of Find.
>
> Where might one be found?

http://gnuwin32.sourceforge.net/


Eli Zaretskii

unread,
Apr 30, 2012, 11:50:49 AM4/30/12
to help-gn...@gnu.org
> From: Óscar Fuentes <o...@wanadoo.es>
> Date: Mon, 30 Apr 2012 17:26:38 +0200
> Cc: Bug Dout <bug...@mailinator.com>
>
> Bug Dout <bug...@mailinator.com> writes:
>
> >> Solution: use a native Windows port of Find.
> >
> > Where might one be found?
>
> http://gnuwin32.sourceforge.net/

I'd suggest this one instead:

http://sourceforge.net/projects/ezwinports/files/findutils-4.2.30-2-w32-bin.zip/download

The GnuWin32 port of Findutils is abysmally slow, and also buggy
(e.g., 'locate' doesn't work at all).


0 new messages