GNU bug report logs - #36085
find-dired could handle/avoid octal escapes printed by GNU find -ls for non-ASCII filenames

Previous Next

Full log

Message #37 received at 36085 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: grindeg <at> yandex.ru, 36085 <at> debbugs.gnu.org
Subject: Re: bug#36085: 26.2; find-dired octal escapes instead of Cyrillic text
Date: Sun, 09 Jun 2019 15:49:01 +0300

> From: Mattias Engdegård <mattiase <at> acm.org>
> Date: Sun, 9 Jun 2019 14:39:32 +0200
> Cc: grindeg <at> yandex.ru, 36085 <at> debbugs.gnu.org
> 
> > One other consideration is that for large directory trees the current
> > implementation of find-dired updates the buffer in parallel with
> > 'find' still running, whereas the alternatives will not return until
> > the whole listing has been generated, which might take a long time.
> 
> This concern is definitely valid. I don't know to what extent parallelism is possible in the current thread implementation.

Just a note: the current "parallel" implementation is not really
parallel either: 'find' indeed runs in parallel, but the process
filter functions in Emacs only run when Emacs is idle, so if the user
types very quickly after invoking find-dired, they will not see the
results until they make a break in typing.  And our threads work in
the same manner, at least in principle, so we should be good running
the Lisp implementation in a non-main thread.  Of course, until
someone actually tries that, we won't know whether there are any
obstacles: the devil, as always, is in the details.

> Again, improvements in this respect would have benefits beyond find-dired.

Sure.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.