[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #18554] feat req: -exec cmd {} more args +

From: Egmont Koblinger
Subject: [bug #18554] feat req: -exec cmd {} more args +
Date: Fri, 22 Dec 2006 13:00:28 +0000
User-agent: Opera/9.02 (X11; Linux i686; U; en)

Follow-up Comment #10, bug #18554 (project findutils):

In addition to ARG_MAX (# bytes of args + environ for exec(), according to
linux/limits.h) the Linux kernel has another limit: the number of command
line arguments (including the 0th) cannot exceed 32767. Is this a standard,
too? Is find/xargs aware of this limit? (I can't see a constant defined for
it in linux/limits.h.)

Using the inline shell script wrapper you've just shown, one can hit this
limit. If you pass several options to scp, you may end up the scp command
taking more arguments than sh gets. So even if "find" correctly takes care
not to pass too many arguments to sh, it may eventually try to pass too many
for scp, and there's nothing "find" could do against it.

I still can't understand POSIX people... Slightly breaking backwards
compatibility is okay, but let's not introduce a useful new feature, let's
rather create ugly workarounds for them, because that would break bw
compatibility even a little bit more. Nevermind... :-)

How about allowing this feature only if POSIXLY_CORRECT is unset?


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]