| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Noticed by: simon
|
|
|
|
|
|
| |
PR: docs/106416
Submitted by: Pete Slagle, freebsd-stable at voidcaptain.com
MFC after: 3 days
|
| |
|
| |
|
|
|
|
| |
Inspired by: OpenBSD
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
but don't expect a proper ASCII string to exist right here right now, don't
use strcmp(3) which checks for a NUL. As we're still building the argument
up, the next character might be garbage. It would probably be just as safe to
temporarily write a NUL there, but if we've reached the end of argument memory
that might not be the best idea, I think. It's unclear.
Doing it this way seems to meet the most with the original intent.
PR: 85696
Prodded by: stefanf
|
|
|
|
| |
having replacements done in it via -I.
|
| |
|
|
|
|
|
| |
PR: not quite docs/84620
MFC after: 2 weeks
|
|
|
|
| |
MFC after: 2 weeks
|
| |
|
|
|
|
|
|
|
| |
do something sensible (namely: treat then '\0' as the EOL character, when
deciding what "a line" is for -N). Note that -I implies -N.
MFC after: 3 days
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1. Conform to IEEE Std 1003.1-2004, which state that "Constructed
arguments cannot grow larger than 255 bytes", and
2. Avoid a buffer overflow.
Unfortunately the standard doesn't indicate how xargs is supposed to
handle arguments which (with the appropriate substitutions) would grow
larger than 255 bytes; this solution handles those by making as many
substitutions as possible without overflowing the buffer.
OpenBSD's xargs resolves this in a different direction, by making
all the substitutions and then silently truncating the resulting string.
Since this change may break existing scripts which rely upon the buffer
overflow (255 bytes isn't really all that long...) it will not be MFCed.
|
| |
|
|
|
|
|
|
| |
LC_CTYPE and LC_COLLATE to correctly interpret regular expressions
returned by nl_langinfo(YESEXPR), and it doesn't hurt to include the
rest.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
- Don't fail if we can't open /dev/null since this can happen if
xargs is jail'ed or chroot'ed.
These fixes were submitted by Todd Miller from the OpenBSD project.
There was one problem in those fixes that broke -o, which is corrected
here and should be committed to the OpenBSD repo by Todd soon.
MFC in: 3 days
|
|
|
|
|
|
| |
Submitted by: "Todd C. Miller" <Todd.Miller@courtesan.com>
Obtained from: OpenBSD
Reviewed by: tjr
|
|
|
|
|
| |
Submitted by: "Todd C. Miller" <Todd.Miller@courtesan.com>
Obtained from: OpenBSD
|
|
|
|
| |
Approved by: re (blanket)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
FreeBSD. This method attempts to centralize all the necessary hacks
or work arounds in one of two places in the tree (src/Makefile.inc1
and src/tools/build). We build a small compatibility library
(libbuild.a) as well as selectively installing necessary include
files. We then include this directory when building host binaries.
This removes all the past release compatibilty hacks from various
places in the tree. We still build on tip of stable and current. I
will work with those that want to support more, although I anticipate
it will just work.
Many thanks to ru@, obrien@ and jhb@ for providing valuable input at
various stage of implementation, as well as for working together to
positively effect a change for the better.
|
| |
|
|
|
|
| |
Tested on: i386, sparc64
|
|
|
|
| |
Suggested by: jhb
|
|
|
|
|
|
|
|
|
|
|
|
| |
the child process, before executing the command. This is very useful
when you do stuff like ``find ... | xargs interactive_application''.
Without -o, the application would inherit the pipe as its stdin, and
you thus lose any control over it.
This flag has been carefully chosen to not conflit with other options
of other xargs utilities like GNU xargs.
Reviewed by: jmallett
|
|
|
|
|
|
|
| |
replace to support magic values less than zero, which mean to just go nuts
and expand as many as we want.
MFC after: 2 weeks
|
| |
|
|
|
|
|
| |
PR: 47170
Submitted by: Gary W. Swearingen <swear@attbi.com> (original version)
|
| |
|
| |
|
|
|
|
| |
in parallel. Idea from GNU xargs.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
(I skipped those in contrib/, gnu/ and crypto/)
While I was at it, fixed a lot more found by ispell that I
could identify with certainty to be errors. All of these
were in comments or text, not in actual code.
Suggested by: bde
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
This corrects a problem whereby xargs could not walk the environment table
to count the amount of space it used, and treated it as if it were empty.
This problem was introduced in rev 1.15.
MFC after: 2 days
|
|
|
|
|
| |
main()'s argv argument is char*[], and functions that may inherit that arg
should use char*[] as well.
|
|
|
|
| |
behaviour with NULL match string, as that has changed over time.
|
|
|
|
|
|
| |
replstr for -J that will be interpereted by the shell.
MFC after: 1 day
|
|
|
|
| |
Use the literal string 'PWB UNIX', as we still have no .At macro for it.
|
|
|
|
| |
chunk.
|
|
|
|
|
|
|
| |
than triggering a usage(). Allow -R and -I to be specified in any order, and
thus change how -R checks for -I not being given and triggering a usage().
Partially requested by: gad
|
|
|
|
| |
a nil-string.
|
| |
|
|
|
|
|
| |
substitution if `utility' is not specified and we're using the buildin echo;
It has no arguments for us to abuse.
|
|
|
|
| |
Submitted by: fenner
|
| |
|
|
|
|
|
| |
a line of input, and both work differently, so prevent them from both being
passed to xargs(1).
|
|
|
|
|
|
|
|
|
|
|
|
| |
the prompt in their native language.
Also make the prompt fit what POSIX asks for (?...).
This should not affect use of -p with yes(1) [as every locale I know of matches
'y' as YESEXPR as well], but that's what -t is for anyway. -p is meant to be
really used interactively.
Submitted by: tjr, jmallett
|
|
|
|
|
|
| |
Submitted by: Carl Schmidt <cschmidt@slackerbsd.org>
Wrap an obscenely long line while I'm here.
|