busybox-w32/testsuite, branch awk_faster

Merge branch 'busybox' into merge

2020-07-09T12:10:58+00:00

randomconfig fixes

2020-06-23T22:27:37+00:00

Signed-off-by: Denys Vlasenko

randomconfig fixes

2020-06-23T19:28:19+00:00

Signed-off-by: Denys Vlasenko

sysctl: do report EACCES errors on write

2020-06-09T13:58:32+00:00

function old new delta sysctl_act_recursive 165 179 +14 sysctl_act_on_setting 467 471 +4 ------------------------------------------------------------------------------ (add/remove: 0/0 grow/shrink: 2/0 up/down: 18/0) Total: 18 bytes Signed-off-by: Denys Vlasenko

unexpand: correct behavior for --first-only --tabs=4

2020-06-09T13:40:49+00:00

Prior to the patch, both -f and --first-only are in all cases either no-op or ignored. Without --tabs, --first-only is the default so specifying it is a no-op. With --tabs, --all is implied, and --first-only is intended to reset this. function old new delta expand_main 690 694 +4 Signed-off-by: Mark Edgar Signed-off-by: Denys Vlasenko

awk: disallow "str"++, closes bug 12981

2020-06-08T23:33:54+00:00

function old new delta parse_expr 887 896 +9 Signed-off-by: Denys Vlasenko

Merge branch 'busybox' into merge

2020-05-29T10:03:33+00:00

grep: add proper support for pattern_list

2020-04-29T22:20:18+00:00

From POSIX.1-2008: The pattern_list's value shall consist of one or more patterns separated by characters; As such, given patterns need to be split at newline characters. Without doing so, busybox grep will interpret the newline as part of the pattern which is not in accordance with POSIX. See also: https://bugs.busybox.net/show_bug.cgi?id=12721 Signed-off-by: Denys Vlasenko

grep: Fix -f FILE when FILE is empty and -x provided

2020-04-29T14:01:42+00:00

Grep currently special-cased empty pattern file to be the same as pattern file with one empty line (empty pattern). That does mirror how GNU grep behaves, except when -x is provided. In that case .* pattern needs to be used instead. Signed-off-by: Gray Wolf Signed-off-by: Denys Vlasenko

xargs: restore correct behaviour of -n option

2020-04-29T13:53:51+00:00

Since commit 1ff7002b1 (xargs: fix handling of quoted arguments, closes 11441) the -n option hasn't worked properly: $ echo 1 2 3 | xargs -n 1 echo 1 2 3 $ Because state is now remembered between calls to process_stdin() it's necessary to update the state before any premature return. Signed-off-by: Ron Yorston Signed-off-by: Denys Vlasenko