GNU bug report logs -
#10074
23.2; emacs rgrep on Windows/Cygwin: FIND: Parameter format not correct
Previous Next
Reported by: xahlee <at> gmail.com
Date: Sat, 19 Nov 2011 06:39:02 UTC
Severity: normal
Tags: notabug
Found in version 23.2
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your bug report
#10074: 23.2; emacs rgrep on Windows/Cygwin: FIND: Parameter format not correct
which was filed against the emacs package, has been closed.
The explanation is attached below, along with your original report.
If you require more details, please reply to 10074 <at> debbugs.gnu.org.
--
10074: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10074
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
> Date: Fri, 18 Nov 2011 22:36:55 -0800
> From: Xah Lee <xahlee <at> gmail.com>
>
> FIND: Parameter format not correct
This is Windows find.exe, which is a completely different program,
getting confused over the way Emacs calls it.
You need to change your Path to have the ported GNU find.exe earlier
on Path than C:\WINDOWS\system32 (or wherever the Windows program
lives), or rename the GNU find.exe to something like gfind.exe and
customize Emacs to call that instead.
I'm closing this bug, because its reason is your system
configuration. Emacs cannot do anything about that, it just calls the
first find.exe it finds along your Path.
> It appears, that the problem is because emacs is calling cmd.exe's
> grep, not cygwin.
The problem is with `find', not with `grep'.
> Perhaps `grep-compute-defaults' should know about it.
grep-compute-defaults has nothing to do with the problem, so it cannot
fix it.
[Message part 3 (message/rfc822, inline)]
This seems to be a bug. Steps to reproduce:
• Start GNU Emacs with -Q.
• call “rgrep”. Search for anything.
• You get the following result:
──────────────────────────────
-*- mode: grep; default-directory: "c:/Users/h3/web/xahlee_org/emacs/" -*-
Grep started at Thu Nov 17 00:49:37
find . "(" -path "*/SCCS" -o -path "*/RCS" -o -path "*/CVS" -o -path
"*/MCVS" -o -path "*/.svn" -o -path "*/.git" -o -path "*/.hg" -o -path
"*/.bzr" -o -path "*/_MTN" -o -path "*/_darcs" -o -path "*/{arch}" ")"
-prune -o "(" -name ".#*" -o -name "*.o" -o -name "*~" -o -name
"*.bin" -o -name "*.bak" -o -name "*.obj" -o -name "*.map" -o -name
"*.ico" -o -name "*.pif" -o -name "*.lnk" -o -name "*.a" -o -name
"*.ln" -o -name "*.blg" -o -name "*.bbl" -o -name "*.dll" -o -name
"*.drv" -o -name "*.vxd" -o -name "*.386" -o -name "*.elc" -o -name
"*.lof" -o -name "*.glo" -o -name "*.idx" -o -name "*.lot" -o -name
"*.fmt" -o -name "*.tfm" -o -name "*.class" -o -name "*.fas" -o -name
"*.lib" -o -name "*.mem" -o -name "*.x86f" -o -name "*.sparcf" -o
-name "*.fasl" -o -name "*.ufsl" -o -name "*.fsl" -o -name "*.dxl" -o
-name "*.pfsl" -o -name "*.dfsl" -o -name "*.p64fsl" -o -name
"*.d64fsl" -o -name "*.dx64fsl" -o -name "*.lo" -o -name "*.la" -o
-name "*.gmo" -o -name "*.mo" -o -name "*.toc" -o -name "*.aux" -o
-name "*.cp" -o -name "*.fn" -o -name "*.ky" -o -name "*.pg" -o -name
"*.tp" -o -name "*.vr" -o -name "*.cps" -o -name "*.fns" -o -name
"*.kys" -o -name "*.pgs" -o -name "*.tps" -o -name "*.vrs" -o -name
"*.pyc" -o -name "*.pyo" ")" -prune -o -type f "(" -iname "*" -o
-iname ".*" ")" -exec grep -i -n "grep" {} NUL ";"
FIND: Parameter format not correct
Grep exited abnormally with code 2 at Thu Nov 17 00:49:37
──────────────────────────────
GNU Emacs 23.2.1 (i386-mingw-nt6.1.7601) of 2010-05-08 on G41R2F1
Windowing system distributor `Microsoft Corp.', version 6.1.7601
configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/xpm/include'
I'm also running Cygwin for the unix util grep.
It appears, that the problem is because emacs is calling cmd.exe's
grep, not cygwin. Perhaps `grep-compute-defaults' should know about
it.
Xah
This bug report was last modified 13 years and 267 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.