public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* 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).