GNU bug report logs - #6674
PATCH: fix assignment of grep-find-use-xargs on Windows/MS-DOS

Previous Next

Package: emacs;

Reported by: Óscar Fuentes <ofv <at> wanadoo.es>

Date: Tue, 20 Jul 2010 03:51:02 UTC

Severity: normal

Done: Óscar Fuentes <ofv <at> wanadoo.es>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Óscar Fuentes <ofv <at> wanadoo.es>
Cc: lekktu <at> gmail.com, 6674 <at> debbugs.gnu.org
Subject: Re: bug#6674: PATCH: fix assignment of grep-find-use-xargs
	on	Windows/MS-DOS
Date: Tue, 20 Jul 2010 19:56:18 +0300
> From: Óscar Fuentes <ofv <at> wanadoo.es>
> Date: Tue, 20 Jul 2010 16:24:59 +0200
> Cc: 6674 <at> debbugs.gnu.org
> 
> Óscar Fuentes <ofv <at> wanadoo.es> writes:
> 
> > Agreed. That's a symptom of a more general problem. I have no idea of
> > what's going on, because if the pipe is not used the command line for
> > `find' is similar on length and the problem doesn't happen.
> 
> Pasting the command on cmd.exe works fine (after replacing / with \ on
> the path to `find.exe')
> 
> Executing
> 
> cmd.exe -c <command>
> 
> from cmd.exe fails on a similar way:
> 
> "CS" -o -path "*" no se reconoce como un comando interno o externo,
> programa o archivo por lotes ejecutable.

Can someone find out what is the command length limit beyond which the
command starts to fail?

My guess would be that the problem is in cmdproxy, btw.





This bug report was last modified 14 years and 299 days ago.

Previous Next


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