From: Simon Rabourg <simon.rabourg@ensimag.grenoble-inp.fr>
To: Johannes Schindelin <Johannes.Schindelin@gmx.de>
Cc: William Duclot <william.duclot@ensimag.grenoble-inp.fr>,
git@vger.kernel.org,
francois beutin <francois.beutin@ensimag.grenoble-inp.fr>,
antoine queru <antoine.queru@ensimag.grenoble-inp.fr>,
matthieu moy <matthieu.moy@grenoble-inp.fr>,
mhagger@alum.mit.edu
Subject: Re: [PATCH 1/2] strbuf: add tests
Date: Mon, 30 May 2016 15:42:20 +0200 (CEST) [thread overview]
Message-ID: <559442672.168369.1464615740454.JavaMail.zimbra@ensimag.grenoble-inp.fr> (raw)
In-Reply-To: <alpine.DEB.2.20.1605301323310.4449@virtualbox>
Hi Johannes,
I'm William's teammate on this feature.
Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:
> Hi William,
>
> On Mon, 30 May 2016, William Duclot wrote:
>
> > Test the strbuf API. Being used throughout all Git the API could be
> > considered tested, but adding specific tests makes it easier to improve
> > and extend the API.
> > ---
>
> The commit message makes sense. Please add your sign-off.
>
We forgot to add the sign-off, we will fix that in the V2.
> > Makefile | 1 +
> > t/helper/test-strbuf.c | 69
> > ++++++++++++++++++++++++++++++++++++++++++++++++++
> > t/t0082-strbuf.sh | 19 ++++++++++++++
> > 3 files changed, 89 insertions(+)
> > create mode 100644 t/helper/test-strbuf.c
> > create mode 100755 t/t0082-strbuf.sh
> >
> > diff --git a/Makefile b/Makefile
> > index 3f03366..dc84f43 100644
> > --- a/Makefile
> > +++ b/Makefile
> > @@ -613,6 +613,7 @@ TEST_PROGRAMS_NEED_X += test-scrap-cache-tree
> > TEST_PROGRAMS_NEED_X += test-sha1
> > TEST_PROGRAMS_NEED_X += test-sha1-array
> > TEST_PROGRAMS_NEED_X += test-sigchain
> > +TEST_PROGRAMS_NEED_X += test-strbuf
> > TEST_PROGRAMS_NEED_X += test-string-list
> > TEST_PROGRAMS_NEED_X += test-submodule-config
> > TEST_PROGRAMS_NEED_X += test-subprocess
> > diff --git a/t/helper/test-strbuf.c b/t/helper/test-strbuf.c
> > new file mode 100644
> > index 0000000..622f627
> > --- /dev/null
> > +++ b/t/helper/test-strbuf.c
> > @@ -0,0 +1,69 @@
> > +#include "git-compat-util.h"
> > +#include "strbuf.h"
> > +
> > +/*
> > + * Check behavior on usual use cases
> > + */
> > +int test_usual(struct strbuf *sb)
>
> I have to admit that I would prefer a more concrete name. And since your
> other tests are more fine-grained, maybe this one could be split into
> multiple separate ones, too?
>
We will rename this function.
We thought that one complete function would be convenient to test
the usual API's behaviour. We are not sure how that change would be useful?
> > +{
> > + size_t size, old_alloc;
> > + char *res, *old_buf, *str_test = malloc(5*sizeof(char));
>
> Our convention is to list the initialized variables first, the
> uninitialized ones after that, and for readability an empty line is
> recommended after the variable declaration block.
OK, seems more readable.
> > + strbuf_grow(sb, 1);
> > + strcpy(str_test, "test");
> > + old_alloc = sb->alloc;
> > + strbuf_grow(sb, 1000);
> > + if (old_alloc == sb->alloc)
> > + die("strbuf_grow does not realloc the buffer as expected");
> > + old_buf = sb->buf;
> > + res = strbuf_detach(sb, &size);
> > + if (res != old_buf)
> > + die("strbuf_detach does not return the expected buffer");
> > + free(res);
> > +
> > + strcpy(str_test, "test");
> > + strbuf_attach(sb, (void *)str_test, strlen(str_test), sizeof(str_test));
> > + res = strbuf_detach(sb, &size);
> > + if (res != str_test)
> > + die("strbuf_detach does not return the expected buffer");
> > + free(res);
> > + strbuf_release(sb);
> > +
> > + return 0;
> > +}
> > +
> > +int main(int argc, char *argv[])
> > +{
> > + size_t size = 1;
> > + struct strbuf sb;
>
> The common theme in our source code seems to initialize using
> STRBUF_INIT... Let's use that paradigm here, too?
We will add a test to check that initializing with srtbuf_init(...) is the
same as initializing with STRBUF_INIT.
>
> > + char str_test[5] = "test";
> > + char str_foo[7] = "foo";
> > +
> > + if (argc != 2)
> > + usage("test-strbuf mode");
>
> A nice and convenient way to do command-line parsing is to use the
> parse-options API, in this case with OPT_CMDMODE. This would also give us
> a chance to document the command modes in a nice and succinct way: as help
> strings.
>
True, we're going to make that change.
> > +
> > + if (!strcmp(argv[1], "basic_grow")) {
> > + /*
> > + * Check if strbuf_grow(0) allocate a new NUL-terminated buffer
>
> s/allocate/&s/
>
> > + */
> > + strbuf_init(&sb, 0);
> > + strbuf_grow(&sb, 0);
> > + if (sb.buf == strbuf_slopbuf)
> > + die("strbuf_grow failed to alloc memory");
> > + strbuf_release(&sb);
> > + if (sb.buf != strbuf_slopbuf)
> > + die("strbuf_release does not reinitialize the strbuf");
> > + } else if (!strcmp(argv[1], "strbuf_check_behavior")) {
> > + strbuf_init(&sb, 0);
> > + return test_usual(&sb);
> > + } else if (!strcmp(argv[1], "grow_overflow")) {
> > + /*
> > + * size_t overflow: should die()
> > + */
> > + strbuf_init(&sb, 1000);
> > + strbuf_grow(&sb, maximum_unsigned_value_of_type((size_t)1));
>
> A comment "If this does not die(), fall through to returning success, to
> indicate an error" might be nice here.
Agreed.
> > + } else {
> > + usage("test-strbuf mode");
> > + }
> > +
> > + return 0;
> > +}
> > diff --git a/t/t0082-strbuf.sh b/t/t0082-strbuf.sh
> > new file mode 100755
> > index 0000000..0800d26
> > --- /dev/null
> > +++ b/t/t0082-strbuf.sh
> > @@ -0,0 +1,19 @@
> > +#!/bin/sh
> > +
> > +test_description="Test the strbuf API.
> > +"
>
> This description does not need a new-line, and existing one-liner test
> descriptions seem not to be terminated by a period.
OK.
> The rest of this patch looks good.
>
> Ciao,
> Johannes
>
Thanks for the Review,
Simon Rabourg
next prev parent reply other threads:[~2016-05-30 13:34 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-30 10:36 [PATCH 0/2] strbuf: improve API William Duclot
2016-05-30 10:36 ` [PATCH 1/2] strbuf: add tests William Duclot
2016-05-30 11:26 ` Johannes Schindelin
2016-05-30 13:42 ` Simon Rabourg [this message]
2016-05-30 11:56 ` Matthieu Moy
2016-05-31 2:04 ` Michael Haggerty
2016-05-31 9:48 ` Simon Rabourg
2016-05-30 10:36 ` [PATCH 2/2] strbuf: allow to use preallocated memory William Duclot
2016-05-30 12:13 ` Johannes Schindelin
2016-05-30 13:20 ` William Duclot
2016-05-31 6:21 ` Johannes Schindelin
2016-05-31 3:05 ` Michael Haggerty
2016-05-31 6:41 ` Johannes Schindelin
2016-05-31 8:25 ` Michael Haggerty
2016-05-30 12:52 ` Matthieu Moy
2016-05-30 14:15 ` William Duclot
2016-05-30 14:34 ` Matthieu Moy
2016-05-30 15:16 ` William Duclot
2016-05-31 4:05 ` Michael Haggerty
2016-05-31 15:59 ` William Duclot
2016-06-03 14:04 ` William Duclot
2016-05-30 21:56 ` Mike Hommey
2016-05-30 22:46 ` William Duclot
2016-05-30 22:50 ` Mike Hommey
2016-05-31 6:34 ` Junio C Hamano
2016-05-31 15:45 ` William
2016-05-31 15:54 ` Matthieu Moy
2016-05-31 16:08 ` William Duclot
2016-05-30 11:32 ` [PATCH 0/2] strbuf: improve API Remi Galan Alfonso
2016-06-01 7:42 ` Jeff King
2016-06-01 19:50 ` David Turner
2016-06-01 20:09 ` Jeff King
2016-06-01 20:22 ` David Turner
2016-06-01 21:07 ` Jeff King
2016-06-02 11:11 ` Michael Haggerty
2016-06-02 12:58 ` Matthieu Moy
2016-06-02 14:22 ` William Duclot
2016-06-24 17:20 ` Jeff King
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
List information: http://vger.kernel.org/majordomo-info.html
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=559442672.168369.1464615740454.JavaMail.zimbra@ensimag.grenoble-inp.fr \
--to=simon.rabourg@ensimag.grenoble-inp.fr \
--cc=Johannes.Schindelin@gmx.de \
--cc=antoine.queru@ensimag.grenoble-inp.fr \
--cc=francois.beutin@ensimag.grenoble-inp.fr \
--cc=git@vger.kernel.org \
--cc=matthieu.moy@grenoble-inp.fr \
--cc=mhagger@alum.mit.edu \
--cc=william.duclot@ensimag.grenoble-inp.fr \
/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.
Code repositories for project(s) associated with this public inbox
https://80x24.org/mirrors/git.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).