diff options
author | Denys Vlasenko | 2016-09-30 14:36:59 +0200 |
---|---|---|
committer | Denys Vlasenko | 2016-09-30 14:46:41 +0200 |
commit | e627ac95bef4d61c2d264fc87d767cb7a948c38f (patch) | |
tree | cb581116e18c5a2b07349edbfc1757a7178476da /util-linux/unshare.c | |
parent | 6a0710e954d913e1096893bf3d037667420db3be (diff) | |
download | busybox-e627ac95bef4d61c2d264fc87d767cb7a948c38f.zip busybox-e627ac95bef4d61c2d264fc87d767cb7a948c38f.tar.gz |
ash: [VAR] Initialise OPTIND after importing environment
Upstream commit 1:
Date: Fri, 23 Aug 2013 21:27:42 +1000
[VAR] Initialise OPTIND after importing environment
On Sat, Mar 23, 2013 at 01:46:20AM +0000, Chris F.A. Johnson wrote:
> According to both the dash man page and the POSIX spec, "When the
> shell is invoked, OPTIND is initialized to 1."
>
> However, it actually takes the value of the environment variable
> if it exists:
>
> $ OPTIND=4 dash -c 'echo "$OPTIND"'
> 4
> $ OPTIND=4 bash -c 'echo "$OPTIND"'
> 1
> $ OPTIND=4 ksh -c 'echo "$OPTIND"'
> 1
> $ OPTIND=4 ksh93 -c 'echo "$OPTIND"'
> 1
This patch fixes this by initialising OPTIND after importing the
environment.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Upstream commit 2:
Date: Tue, 7 Oct 2014 22:24:42 +0800
[VAR] Use setvareq to set OPTIND initially
There is no need to setvarint to set the initial value of OPTIND
of one. This patch switchs to setvareq which also lets us avoid
an unnecessary memory allocation.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>
Diffstat (limited to 'util-linux/unshare.c')
0 files changed, 0 insertions, 0 deletions