From: Fam Zheng <famz@redhat.com>
To: Eric Blake <eblake@redhat.com>
Cc: qemu-devel@nongnu.org, "Alex Bennée" <alex.bennee@linaro.org>,
"Philippe Mathieu-Daudé" <f4bug@amsat.org>,
kchamart@redhat.com
Subject: Re: [Qemu-devel] [PATCH v3 3/3] docker: Add test-block
Date: Tue, 5 Sep 2017 10:30:31 +0800 [thread overview]
Message-ID: <20170905023031.GD22515@lemon.lan> (raw)
In-Reply-To: <dc1cf740-09d8-edfd-c953-e559395363cd@redhat.com>
On Fri, 09/01 13:35, Eric Blake wrote:
> On 09/01/2017 10:22 AM, Fam Zheng wrote:
> > Signed-off-by: Fam Zheng <famz@redhat.com>
> > ---
> > tests/docker/test-block | 22 ++++++++++++++++++++++
> > 1 file changed, 22 insertions(+)
> > create mode 100755 tests/docker/test-block
> >
> > diff --git a/tests/docker/test-block b/tests/docker/test-block
> > new file mode 100755
> > index 0000000000..efc77b4b91
> > --- /dev/null
> > +++ b/tests/docker/test-block
> > @@ -0,0 +1,22 @@
> > +#!/bin/bash -e
>
> 'set -e' is awful; it exists for backwards-compatibility with shell
> scripts that pre-date functions, but is NOT intuitive and generally does
> NOT do what you want when shell functions are added to the mix. You're
> better off doing manual error checking than relying on 'set -e' to check
> for errors on your behalf.
>
> > +#
> > +# Run block test cases
> > +#
> > +# Copyright (c) 2017 Red Hat Inc.
> > +#
> > +# Authors:
> > +# Fam Zheng <famz@redhat.com>
> > +#
> > +# This work is licensed under the terms of the GNU GPL, version 2
> > +# or (at your option) any later version. See the COPYING file in
> > +# the top-level directory.
> > +
> > +. common.rc
>
> Are we sure that '.' is early enough on $PATH that this will pick up the
> right common.rc? Safer is '. ./common.rc'.
>
> > +
> > +cd "$BUILD_DIR"
> > +
> > +build_qemu --target-list=x86_64-softmmu
> > +cd tests/qemu-iotests
> > +for t in raw qcow2 nbd luks; do
> > + ./check -g quick -$t
> > +done
>
> That said, this script (and common.rc) is small enough to verify that
> you probably aren't going to trip over those non-intuitive 'set -e'
> behaviors, so the real reason to avoid it is if we want to be able to
> copy-and-paste into other scripts that aren't using 'set -e' (on the
> premise that avoiding implicit global state, like 'set -e', and being
> explicit instead, is a good thing).
OK, I will revise this patch and drop set -e.
Fam
next prev parent reply other threads:[~2017-09-05 2:30 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-01 15:21 [Qemu-devel] [PATCH v3 0/3] docker: Add test-block Fam Zheng
2017-09-01 15:21 ` [Qemu-devel] [PATCH v3 1/3] docker: Use unconfined security profile Fam Zheng
2017-09-01 15:21 ` [Qemu-devel] [PATCH v3 2/3] docker: Add nettle-devel to fedora image Fam Zheng
2017-09-01 15:22 ` [Qemu-devel] [PATCH v3 3/3] docker: Add test-block Fam Zheng
2017-09-01 18:35 ` Eric Blake
2017-09-05 2:30 ` Fam Zheng [this message]
2017-09-01 15:41 ` [Qemu-devel] [PATCH v3 0/3] " Kashyap Chamarthy
2017-09-01 20:18 ` Eric Blake
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170905023031.GD22515@lemon.lan \
--to=famz@redhat.com \
--cc=alex.bennee@linaro.org \
--cc=eblake@redhat.com \
--cc=f4bug@amsat.org \
--cc=kchamart@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.