aboutsummaryrefslogtreecommitdiff
path: root/coreutils/printenv.c
diff options
context:
space:
mode:
authorDenys Vlasenko <vda.linux@googlemail.com>2016-09-30 14:36:59 +0200
committerDenys Vlasenko <vda.linux@googlemail.com>2016-09-30 14:46:41 +0200
commite627ac95bef4d61c2d264fc87d767cb7a948c38f (patch)
treecb581116e18c5a2b07349edbfc1757a7178476da /coreutils/printenv.c
parent6a0710e954d913e1096893bf3d037667420db3be (diff)
downloadbusybox-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 'coreutils/printenv.c')
0 files changed, 0 insertions, 0 deletions