summaryrefslogtreecommitdiff
path: root/common/dlmalloc.src
diff options
context:
space:
mode:
authorSimon Glass <sjg@chromium.org>2014-05-30 14:41:50 -0600
committerTom Rini <trini@ti.com>2014-06-05 14:38:38 -0400
commit587e1d43e786ad70ce52a47f74b98d785098e378 (patch)
tree464469dd667ebe074cdff5fb323fdbf8b7a4b928 /common/dlmalloc.src
parentc9bcb6f13d08caa1db13bb8067941340eb3546d8 (diff)
downloadu-boot-imx-587e1d43e786ad70ce52a47f74b98d785098e378.zip
u-boot-imx-587e1d43e786ad70ce52a47f74b98d785098e378.tar.gz
u-boot-imx-587e1d43e786ad70ce52a47f74b98d785098e378.tar.bz2
Fix hush to give the correct return code for a simple command
When a simple command like 'false' is provided, hush should return the result of that command. However, hush only does this if the FLAG_EXIT_FROM_LOOP flag is provided. Without this flag, hush will happily execute the empty string command immediate after 'false' and then return a success code. This behaviour does not seem very useful, and requiring the flag also seems wrong, since it means that hush will execute only the first command in a sequence. Add a check for empty string and fall out of the loop in that case. That at least fixes the simple command case. This is a change in behaviour but it is unlikely that the old behaviour would be considered correct in any case. Reported-by: Stefan Herbrechtsmeier <stefan@herbrechtsmeier.net> Signed-off-by: Simon Glass <sjg@chromium.org>
Diffstat (limited to 'common/dlmalloc.src')
0 files changed, 0 insertions, 0 deletions