* Re: cygwin B20.1 xargs grep results in stack fault in kernel32.dll
[not found] <199906161742.NAA08037@mccoy2.ECE.McGill.CA>
@ 1999-06-17 9:18 ` J. Kleckner
1999-06-30 22:10 ` J. Kleckner
0 siblings, 1 reply; 2+ messages in thread
From: J. Kleckner @ 1999-06-17 9:18 UTC (permalink / raw)
To: Alain Magloire; +Cc: J. Kleckner, gnu-utils-bug, cygwin
Alain Magloire wrote:
>
> Bonjour M. J. Kleckner
>
> > I often get a stack fault running xargs on Win98. e.g.
> > xargs grep -i pattern < files.txt
> > where files.txt contains quoted lines as in:
> >
> > "dir/file1"
> > "dir/file2"
> >
> > Seems to be related to the number of files and size of
> > the list file. Cutting down the max chars per command
> > line with something like
> > xargs -s 2000 grep -i pattern < files.txt
> > seems to work. Is there a smaller default for xargs that
> > would make sense for Win32?
> >
> > Empirically, 9058 was the largest that would work on
> > my machine.
> >
> > Comments?
>
> None. I don't think this is related to grep, Have you try
> contacting the cygwin folks or DJGPP.
I have not communicated other than with this posting.
I am now copying that email list with this information.
I have checked the FAQ and email archives. There does not
appear to be a posting quite like this one and certainly
not one with a workaround of limiting the size of the
buffer to make it work.
I agree with you that the problem is not with grep.
The evidence of the buffer size effect suggests that it
is an xargs/Win interaction problem. Hopefully, this
detailed info can quickly reveal the failure scenario
for someone with a full build/debug environment.
Jim
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: cygwin B20.1 xargs grep results in stack fault in kernel32.dll
1999-06-17 9:18 ` cygwin B20.1 xargs grep results in stack fault in kernel32.dll J. Kleckner
@ 1999-06-30 22:10 ` J. Kleckner
0 siblings, 0 replies; 2+ messages in thread
From: J. Kleckner @ 1999-06-30 22:10 UTC (permalink / raw)
To: Alain Magloire; +Cc: J. Kleckner, gnu-utils-bug, cygwin
Alain Magloire wrote:
>
> Bonjour M. J. Kleckner
>
> > I often get a stack fault running xargs on Win98. e.g.
> > xargs grep -i pattern < files.txt
> > where files.txt contains quoted lines as in:
> >
> > "dir/file1"
> > "dir/file2"
> >
> > Seems to be related to the number of files and size of
> > the list file. Cutting down the max chars per command
> > line with something like
> > xargs -s 2000 grep -i pattern < files.txt
> > seems to work. Is there a smaller default for xargs that
> > would make sense for Win32?
> >
> > Empirically, 9058 was the largest that would work on
> > my machine.
> >
> > Comments?
>
> None. I don't think this is related to grep, Have you try
> contacting the cygwin folks or DJGPP.
I have not communicated other than with this posting.
I am now copying that email list with this information.
I have checked the FAQ and email archives. There does not
appear to be a posting quite like this one and certainly
not one with a workaround of limiting the size of the
buffer to make it work.
I agree with you that the problem is not with grep.
The evidence of the buffer size effect suggests that it
is an xargs/Win interaction problem. Hopefully, this
detailed info can quickly reveal the failure scenario
for someone with a full build/debug environment.
Jim
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~1999-06-30 22:10 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <199906161742.NAA08037@mccoy2.ECE.McGill.CA>
1999-06-17 9:18 ` cygwin B20.1 xargs grep results in stack fault in kernel32.dll J. Kleckner
1999-06-30 22:10 ` J. Kleckner
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).