From: Sam Steingold <sds@gnu.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: ofv@wanadoo.es, 7785@debbugs.gnu.org
Subject: bug#7785: rgrep is broken on woe32
Date: Thu, 6 Jan 2011 11:51:05 -0500 [thread overview]
Message-ID: <AANLkTimuEUKSYhfob=hStR1Ga6bM=+r44rrLAk9E0L=J@mail.gmail.com> (raw)
In-Reply-To: <E1PasIG-0004qw-RE@fencepost.gnu.org>
thanks for the explanations.
On Thu, Jan 6, 2011 at 11:02 AM, Eli Zaretskii <eliz@gnu.org> wrote:
>> Date: Thu, 6 Jan 2011 10:17:17 -0500
>> From: Sam Steingold <sds@gnu.org>
>> Cc: ofv@wanadoo.es, 7785@debbugs.gnu.org
>>
>> > I suggest to fix PATH outside Emacs instead. I wrote in bug#7793 why.
>>
>> is it safe to prepend gnuwin path before the system windows paths
>> globally for all programs?
>
> Yes, in my experience.
thanks, I will keep that in mind.
I will not do that for now since so far my tweaking of exec-path +
setenv seems to produce the same results.
however, I will keep in mind both your deprecation of this practice
and your experience above
and will follow your suggestion if my method breaks.
thanks.
> It looks like now nothing works, is that right? Then what was this
> about:
>
>> this works just fine, like on linux:
>> PATH=/cygdrive/c/gnu/gnuwin32/bin:$PATH emacs -q
>>
>> moreover,
>> emacs -q
>> and moving gnuwin dir to the beginning of exec-path with
>> (let ((gw "c:/gnu/gnuwin32/bin"))
>> (setq exec-path (cons gw (delete gw exec-path))))
>> also works fine.
>
> ? What is different between these 2 "working" instances and what you
> tried now?
OOPS. these no longer work. both produce this:
-*- mode: grep; default-directory: "~/" -*-
Grep started at Thu Jan 06 11:45:35
find . "(" -path "*/SCCS" -o -path "*/RCS"/..... -o -name "*.pyo" ")"
-prune -o -type f "(" -iname "*" -o -iname ".*" ")" -print0 | xargs
-0 -e grep -i -nH "exec-path"
xargs: grep: No such file or directory
grep: ./src/clisp/c: No such file or directory
find: write error: Invalid argument
Grep finished (matches found) at Thu Jan 06 11:45:37
I am totally lost...
> I suspect that the shell picks up xargs from Cygwin or something.
> Could you try forcing it to use the GnuWin32 binary, or at least
> verifying that a GnuWin32 binaries of all the 3 programs get invoked?
all 3 programs live in the same dir, whether gnuwin or cygwin.
I don't see how they can come from different places.
>> 4. emacs started from desktop with my full huge .emacs but without PATH tweaking
>> 'c:' is not recognized as an internal or external command,
>> operable program or batch file.
>
> This is because "c:/gnu/gnuwin32/bin/xargs", which is after the pipe
> symbol, is not quoted. So this is something I do understand.
yes, that other cmdproxy issue - any change it will be addressed any time soon?
>> FIND: Parameter format not correct
> Also, understood: it picks find.exe from C:/WINDOWS/system32, which is
> first on PATH.
sure. I omitted all the other details because this one was obvious :-)
>> 6. emacs started from desktop with my full huge .emacs with PATH
>> tweaking without setting find-program et al:
>> find . \( -path -o -path \*/attic -o -path .....-iname \*.in -o
>> find: paths must precede expression
>
> This somehow uses the wrong quoting style. Can you look into
> shell-quote-argument and see why?
I sent you the patch in another message in this bug.
thanks again for your time and compassion...
--
Sam Steingold <http://sds.podval.org>
next prev parent reply other threads:[~2011-01-06 16:51 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-04 23:47 bug#7785: rgrep is broken on woe32 Sam Steingold
2011-01-05 1:05 ` Óscar Fuentes
2011-01-05 11:32 ` Eli Zaretskii
2011-01-05 20:25 ` Sam Steingold
2011-01-05 20:28 ` Sam Steingold
2011-01-05 20:50 ` Óscar Fuentes
2011-01-05 21:20 ` Sam Steingold
2011-01-05 21:26 ` Eli Zaretskii
2011-01-05 21:33 ` Eli Zaretskii
2011-01-05 22:29 ` Óscar Fuentes
2011-01-05 22:43 ` Sam Steingold
2011-01-06 12:09 ` bug#6784: " Eli Zaretskii
2011-01-06 15:25 ` Sam Steingold
2011-01-06 16:07 ` Eli Zaretskii
2011-01-08 21:00 ` bug#6784: " Chong Yidong
2011-01-08 22:13 ` bug#7785: " Laimonas Vėbra
2011-01-09 18:07 ` Eli Zaretskii
2011-01-09 17:59 ` Eli Zaretskii
2011-01-09 19:56 ` Michael Albinus
2011-01-10 20:57 ` Michael Albinus
2011-01-05 21:19 ` Eli Zaretskii
2011-01-05 22:45 ` Sam Steingold
2011-01-05 23:49 ` Sam Steingold
2011-01-05 23:52 ` Sam Steingold
2011-01-06 10:24 ` Eli Zaretskii
2011-01-06 15:17 ` Sam Steingold
2011-01-06 15:46 ` Sam Steingold
2011-01-06 16:20 ` Eli Zaretskii
2011-01-06 17:09 ` Sam Steingold
2011-01-06 18:45 ` Eli Zaretskii
2011-01-06 20:55 ` Sam Steingold
2011-01-06 21:05 ` Eli Zaretskii
2011-01-06 21:11 ` Sam Steingold
2011-01-07 7:24 ` Eli Zaretskii
2011-01-07 15:16 ` Sam Steingold
2011-01-07 16:24 ` Sam Steingold
2011-01-06 16:02 ` Eli Zaretskii
2011-01-06 16:51 ` Sam Steingold [this message]
2011-01-06 18:48 ` Eli Zaretskii
2011-01-06 16:04 ` Sam Steingold
2011-01-06 9:32 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='AANLkTimuEUKSYhfob=hStR1Ga6bM=+r44rrLAk9E0L=J@mail.gmail.com' \
--to=sds@gnu.org \
--cc=7785@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=ofv@wanadoo.es \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.