Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 11 Feb 2012 13:18:31 +0000
From:      RW <rwmaillists@googlemail.com>
To:        freebsd-questions@freebsd.org
Subject:   Re: 'rm' Can not delete files
Message-ID:  <20120211131831.0b48d569@gumby.homeunix.com>
In-Reply-To: <20120211010514.GA54353@ozzmosis.com>
References:  <1237723287.20120207235924@yandex.ru> <4F31A260.20109@infracaninophile.co.uk> <20120207231716.31aa8bc3@gumby.homeunix.com> <20120209032544.GA58560@ozzmosis.com> <CAE7N2kdmbm_5=c8oNknYQE5HOrvVjtfS4XTGYvxTjEQVbGr-7Q@mail.gmail.com> <4F3541D6.5080505@infracaninophile.co.uk> <20120211010514.GA54353@ozzmosis.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 11 Feb 2012 12:05:14 +1100
andrew clarke wrote:

> On Fri 2012-02-10 16:12:06 UTC+0000, Matthew Seaman
> (m.seaman@infracaninophile.co.uk) wrote:
> 
> > > In addition, I don't believe it solves the OP's initial problem
> > > of the argument list being too long!  You'd probably need to use
> > > the xargs -n switch here.
> > 
> > Go and read the xargs(1) man page carefully.  xargs is specifically
> > designed to avoid arglist overflows.
> 
> Ah, I grepped for 'limit' and 'overflow', didn't see anything
> applicable, and didn't notice the -s switch.  That it avoids arglist
> overflows should perhaps be written more obviously in the man page
> (though I'm not sure how...)


The important passage is the description of what xargs does:

    "Any arguments specified on the command line are given to utility
     upon each invocation, followed by some number of the arguments read
     from the standard input of xargs.  This is repeated until standard
     input is exhausted."

It would be extremely perverse to go to the trouble of breaking-up
stdin into chunks, but to choose a size that's too big to pass to the
utility. 

You expect a man page to document perversity, but not to document all
the perverse thing that aren't done.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120211131831.0b48d569>