* [PATCH v2 1/2] for_each_bisect_ref(): don't trim refnames
2017-06-18 13:39 [PATCH v2 0/2] Fix a refname trimming problem in `log --bisect` Michael Haggerty
@ 2017-06-18 13:39 ` Michael Haggerty
2017-06-18 13:39 ` [PATCH v2 2/2] prefix_ref_iterator_advance(): relax the check of trim length Michael Haggerty
2017-06-19 9:16 ` [PATCH v2 0/2] Fix a refname trimming problem in `log --bisect` Jeff King
2 siblings, 0 replies; 6+ messages in thread
From: Michael Haggerty @ 2017-06-18 13:39 UTC (permalink / raw)
To: Junio C Hamano
Cc: Nguyễn Thái Ngọc Duy, Stefan Beller, Jeff King,
Ævar Arnfjörð Bjarmason, David Turner,
Brandon Williams, Johannes Sixt, Øyvind Holm, Linus Torvalds,
git, Michael Haggerty
`for_each_bisect_ref()` is called by `for_each_bad_bisect_ref()` with
a term "bad". This used to make it call `for_each_ref_in_submodule()`
with a prefix "refs/bisect/bad". But the latter is the name of the
reference that is being sought, so the empty string was being passed
to the callback as the trimmed refname. Moreover, this questionable
practice was turned into an error by
b9c8e7f2fb prefix_ref_iterator: don't trim too much, 2017-05-22
It makes more sense (and agrees better with the documentation of
`--bisect`) for the callers to receive the full reference names. So
* Add a new function, `for_each_fullref_in_submodule()`, to the refs
API. This plugs a gap in the existing functionality, analogous to
`for_each_fullref_in()` but accepting a `submodule` argument.
* Change `for_each_bad_bisect_ref()` to call the new function rather
than `for_each_ref_in_submodule()`.
* Add a test.
Signed-off-by: Michael Haggerty <mhagger@alum.mit.edu>
Signed-off-by: Jeff King <peff@peff.net>
---
refs.c | 12 ++++++++++++
refs.h | 5 ++++-
revision.c | 2 +-
t/t6002-rev-list-bisect.sh | 14 ++++++++++++++
4 files changed, 31 insertions(+), 2 deletions(-)
diff --git a/refs.c b/refs.c
index f0685c9251..32177969f0 100644
--- a/refs.c
+++ b/refs.c
@@ -1341,6 +1341,18 @@ int for_each_ref_in_submodule(const char *submodule, const char *prefix,
prefix, fn, cb_data);
}
+int for_each_fullref_in_submodule(const char *submodule, const char *prefix,
+ each_ref_fn fn, void *cb_data,
+ unsigned int broken)
+{
+ unsigned int flag = 0;
+
+ if (broken)
+ flag = DO_FOR_EACH_INCLUDE_BROKEN;
+ return do_for_each_ref(get_submodule_ref_store(submodule),
+ prefix, fn, 0, flag, cb_data);
+}
+
int for_each_replace_ref(each_ref_fn fn, void *cb_data)
{
return do_for_each_ref(get_main_ref_store(),
diff --git a/refs.h b/refs.h
index 4be14c4b3c..aa4ecc83d0 100644
--- a/refs.h
+++ b/refs.h
@@ -303,7 +303,10 @@ int head_ref_submodule(const char *submodule, each_ref_fn fn, void *cb_data);
int for_each_ref_submodule(const char *submodule,
each_ref_fn fn, void *cb_data);
int for_each_ref_in_submodule(const char *submodule, const char *prefix,
- each_ref_fn fn, void *cb_data);
+ each_ref_fn fn, void *cb_data);
+int for_each_fullref_in_submodule(const char *submodule, const char *prefix,
+ each_ref_fn fn, void *cb_data,
+ unsigned int broken);
int for_each_tag_ref_submodule(const char *submodule,
each_ref_fn fn, void *cb_data);
int for_each_branch_ref_submodule(const char *submodule,
diff --git a/revision.c b/revision.c
index 9c67cb6026..50039c92d6 100644
--- a/revision.c
+++ b/revision.c
@@ -2044,7 +2044,7 @@ static int for_each_bisect_ref(const char *submodule, each_ref_fn fn, void *cb_d
struct strbuf bisect_refs = STRBUF_INIT;
int status;
strbuf_addf(&bisect_refs, "refs/bisect/%s", term);
- status = for_each_ref_in_submodule(submodule, bisect_refs.buf, fn, cb_data);
+ status = for_each_fullref_in_submodule(submodule, bisect_refs.buf, fn, cb_data, 0);
strbuf_release(&bisect_refs);
return status;
}
diff --git a/t/t6002-rev-list-bisect.sh b/t/t6002-rev-list-bisect.sh
index 3bf2759eae..534903bbd2 100755
--- a/t/t6002-rev-list-bisect.sh
+++ b/t/t6002-rev-list-bisect.sh
@@ -235,4 +235,18 @@ test_sequence "--bisect"
#
#
+
+test_expect_success '--bisect can default to good/bad refs' '
+ git update-ref refs/bisect/bad c3 &&
+ good=$(git rev-parse b1) &&
+ git update-ref refs/bisect/good-$good $good &&
+ good=$(git rev-parse c1) &&
+ git update-ref refs/bisect/good-$good $good &&
+
+ # the only thing between c3 and c1 is c2
+ git rev-parse c2 >expect &&
+ git rev-list --bisect >actual &&
+ test_cmp expect actual
+'
+
test_done
--
2.11.0
^ permalink raw reply related [flat|nested] 6+ messages in thread
* [PATCH v2 2/2] prefix_ref_iterator_advance(): relax the check of trim length
2017-06-18 13:39 [PATCH v2 0/2] Fix a refname trimming problem in `log --bisect` Michael Haggerty
2017-06-18 13:39 ` [PATCH v2 1/2] for_each_bisect_ref(): don't trim refnames Michael Haggerty
@ 2017-06-18 13:39 ` Michael Haggerty
2017-06-19 9:16 ` [PATCH v2 0/2] Fix a refname trimming problem in `log --bisect` Jeff King
2 siblings, 0 replies; 6+ messages in thread
From: Michael Haggerty @ 2017-06-18 13:39 UTC (permalink / raw)
To: Junio C Hamano
Cc: Nguyễn Thái Ngọc Duy, Stefan Beller, Jeff King,
Ævar Arnfjörð Bjarmason, David Turner,
Brandon Williams, Johannes Sixt, Øyvind Holm, Linus Torvalds,
git, Michael Haggerty
Before the previous commit, `for_each_bad_bisect_ref()` called
`for_each_fullref_in_submodule()` in such a way as to trim the whole
refname away. This is a questionable use of the API, but is not ipso
facto dangerous, so tolerate it in case there are other callers
relying on this behavior. But continue to refuse to trim *more*
characters than the refname contains, as that really makes no sense.
Signed-off-by: Michael Haggerty <mhagger@alum.mit.edu>
---
refs/iterator.c | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/refs/iterator.c b/refs/iterator.c
index 4cf449ef66..de52d5fe93 100644
--- a/refs/iterator.c
+++ b/refs/iterator.c
@@ -298,11 +298,11 @@ static int prefix_ref_iterator_advance(struct ref_iterator *ref_iterator)
* you haven't already checked for via a
* prefix check, whether via this
* `prefix_ref_iterator` or upstream in
- * `iter0`). So if there wouldn't be at least
- * one character left in the refname after
- * trimming, report it as a bug:
+ * `iter0`. So consider it a bug if we are
+ * asked to trim off more characters than the
+ * refname contains:
*/
- if (strlen(iter->iter0->refname) <= iter->trim)
+ if (strlen(iter->iter0->refname) < iter->trim)
die("BUG: attempt to trim too many characters");
iter->base.refname = iter->iter0->refname + iter->trim;
} else {
--
2.11.0
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [PATCH v2 0/2] Fix a refname trimming problem in `log --bisect`
2017-06-18 13:39 [PATCH v2 0/2] Fix a refname trimming problem in `log --bisect` Michael Haggerty
2017-06-18 13:39 ` [PATCH v2 1/2] for_each_bisect_ref(): don't trim refnames Michael Haggerty
2017-06-18 13:39 ` [PATCH v2 2/2] prefix_ref_iterator_advance(): relax the check of trim length Michael Haggerty
@ 2017-06-19 9:16 ` Jeff King
2017-06-19 15:51 ` Junio C Hamano
2 siblings, 1 reply; 6+ messages in thread
From: Jeff King @ 2017-06-19 9:16 UTC (permalink / raw)
To: Michael Haggerty
Cc: Junio C Hamano, Nguyễn Thái Ngọc Duy,
Stefan Beller, Ævar Arnfjörð Bjarmason,
David Turner, Brandon Williams, Johannes Sixt, Øyvind Holm,
Linus Torvalds, git
On Sun, Jun 18, 2017 at 03:39:40PM +0200, Michael Haggerty wrote:
> This is v2 of these patches. Thanks to Peff and Junio for their
> feedback about v1 [1].
>
> Changes since v1:
>
> * Added a test and tweaked the commit message of the first patch.
Thanks, both changes look good to me.
> As before, the second patch is optional. If it is omitted, it might
> flush out any other bugs like this one in client code. If it is
> included, regressions are less likely, but we won't learn about other
> misuses of the API. I have no strong opinion either way.
My feeling is still slightly towards "don't include", but I also don't
have a strong opinion.
-Peff
^ permalink raw reply [flat|nested] 6+ messages in thread