GNU bug report logs -
#47799
28.0.50; Default `project-files' implementation doesn't work with quoted filenames
Previous Next
Full log
Message #17 received at 47799 <at> debbugs.gnu.org (full text, mbox):
On 15.04.2021 19:44, Philipp Stephani wrote:
> Am Do., 15. Apr. 2021 um 18:15 Uhr schrieb Dmitry Gutov <dgutov <at> yandex.ru>:
>>
>> Hi Philipp,
>>
>> On 15.04.2021 16:43, Philipp Stephani wrote:
>>> emacs -Q -batch -l project -eval '(print (project-files (quote (transient . "/:/"))))'
>>>
>>> ("find: ‘/:/’: No such file or directory
>>> ")
>>>
>>> Note that the error message is listed as a file.
>>>
>>> 1. `project-files' should unquote local filenames before passing them to
>>> `find'.
>>>
>>> 2. `project-files' should check for errors returned from `find'.
>>
>> Would you like to propose a patch?
>
> I've now pushed a minimal fix to this specific problem (commit
> 157bfc1812c51a0a48162c71eadf7959f7de9ac6), but there are probably more
> places that should get fixed, e.g. xref--find-ignores-arguments.
> project--files-in-directory also still ignores any errors from the
> find binary.
Thank you.
I've added error handling to project--files-in-directory in a follow-up
commit.
Regarding xref--find-ignores-arguments, it seems it would be economical
to do the quoting on the value passed to it. See f955df1.
Regarding your change, though, have you tried project-find-regexp in a
"transient" project with a quoted root directory name?
You've made project--files-in-directory quote the returned file names,
but that list gets passed to xref-matches-in-files, which pipes them to
find-grep in the end. I suppose xref-matches-in-files could use a step
similar to (when remote-id ...) that is already there.
A bit unfortunate for the users of large projects with quoted names, but
not sure what else we could do.
This bug report was last modified 3 years and 269 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.