Patch from Stewart Brodie <stewart.brodie@pace.co.uk> to fix ash:
authorEric Andersen <andersen@codepoet.org>
Thu, 4 Jul 2002 00:19:46 +0000 (00:19 -0000)
committerEric Andersen <andersen@codepoet.org>
Thu, 4 Jul 2002 00:19:46 +0000 (00:19 -0000)
commit8e139871fe0c79631e0bd6024a8d515408a93da1
tree9c447224106be23ae890826690ea0b1535078a7c
parent0826b6b0b3a3b569d3aebfe9a7ffb141cc72bd0d
Patch from Stewart Brodie <stewart.brodie@pace.co.uk> to fix ash:

When alias support is not configured, ash believes that command parameters
that look like dd's "if=/dev/zero" are requests to set a temporary
environment variable whilst dd is running, even though it appears after the
command name.  This is caused by the re-use of the checkalias global variable
to indicate when both alias checking and environment variable checking.  The
failure to reset this flag is due to the reset action being performed only
inside the feature check CHECK_ASH_ALIAS.  Hence ash works as expected when
aliases are configured in, and fails when not.

Example script using 'date' with different settings of TZ:

# TZ=Europe/London
# export TZ
# date
Thu May 30 17:18:49 BST 2002
# TZ=America/New_York date
Thu May 30 12:19:10 EDT 2002
# date
Thu May 30 17:19:12 BST 2002
# date TZ=America/New_York
Thu May 30 12:19:30 EDT 2002    <----- wrong, should be BST time (or error!)
# date
Thu May 30 17:19:35 BST 2002

Attached is a patch against revision 1.52 of ash.c which moves the checks so
that checkalias is updated regardless of whether CONFIG_ASH_ALIAS is set.
With this patch applied, the command shown above which should generate an
error does generate an error.

I have tested this patch with the 'dd' command too and that now works
correctly.
shell/ash.c