From: Phillip Wood <phillip.wood123@gmail.com>
To: kristofferhaugsbakk@fastmail.com, git@vger.kernel.org
Cc: Kristoffer Haugsbakk <code@khaugsbakk.name>, ben.knoble@gmail.com
Subject: Re: [PATCH v3 3/5] name-rev: factor code for sharing with a new command
Date: Thu, 30 Apr 2026 14:54:03 +0100 [thread overview]
Message-ID: <8016697f-9eb7-4c75-be87-d9479186919c@gmail.com> (raw)
In-Reply-To: <V3_name-rev_factor.66d@msgid.xyz>
Hi Kristoffer
On 28/04/2026 23:25, kristofferhaugsbakk@fastmail.com wrote:
> From: Kristoffer Haugsbakk <code@khaugsbakk.name>
>
> @@ -516,6 +534,7 @@ static void name_rev_line(char *p, struct name_ref_data *data)
>
> for (p_start = p; *p; p++) {
> #define ishex(x) (isdigit((x)) || ((x) >= 'a' && (x) <= 'f'))
> + start:
> if (!ishex(*p)) {
> counter = 0;
> } else if (++counter == hexsz &&
> @@ -524,25 +543,32 @@ static void name_rev_line(char *p, struct name_ref_data *data)
> const char *name = NULL;
> char c = *(p + 1);
> int p_len = p - p_start + 1;
> + struct object *o = NULL;
> + int oid_ret = 1;
>
> counter = 0;
>
> *(p + 1) = 0;
> - if (!repo_get_oid(the_repository, p - (hexsz - 1), &oid)) {
> - struct object *o =
> - lookup_object(the_repository, &oid);
> + oid_ret = repo_get_oid(the_repository, p - (hexsz - 1), &oid);
It would be safer to restore *(p + 1) here rather that relying on each
case block to do it.
*(p + 1) = c;
> +
> + switch (cmd->type) {
> + case NAME_REV:
> + if (!oid_ret)
> + o = lookup_object(the_repository, &oid);
> if (o)
> name = get_rev_name(o, &buf);
> + *(p + 1) = c;
> + if (!name)
> + goto start;
The pre-image uses "continue" which will increment p - why the change in
behavior?
Thanks
Phillip
> + if (cmd->u.name_only)
> + printf("%.*s%s", p_len - hexsz, p_start, name);
> + else
> + printf("%.*s (%s)", p_len, p_start, name);
> + break;
> + default:
> + BUG("uncovered case: %d", cmd->type);
> }
> - *(p + 1) = c;
> -
> - if (!name)
> - continue;
>
> - if (data->name_only)
> - printf("%.*s%s", p_len - hexsz, p_start, name);
> - else
> - printf("%.*s (%s)", p_len, p_start, name);
> p_start = p + 1;
> }
> }
> @@ -567,6 +593,7 @@ int cmd_name_rev(int argc,
> #endif
> int all = 0, annotate_stdin = 0, allow_undefined = 1, always = 0, peel_tag = 0;
> struct name_ref_data data = { 0, 0, STRING_LIST_INIT_NODUP, STRING_LIST_INIT_NODUP };
> + struct command cmd;
> struct option opts[] = {
> OPT_BOOL(0, "name-only", &data.name_only, N_("print only ref-based names (no object names)")),
> OPT_BOOL(0, "tags", &data.tags_only, N_("only use tags to name the commits")),
> @@ -596,6 +623,7 @@ int cmd_name_rev(int argc,
> init_commit_rev_name(&rev_names);
> repo_config(the_repository, git_default_config, NULL);
> argc = parse_options(argc, argv, prefix, opts, name_rev_usage, 0);
> + init_name_rev_command(&cmd, data.name_only);
>
> #ifndef WITH_BREAKING_CHANGES
> if (transform_stdin) {
> @@ -663,7 +691,7 @@ int cmd_name_rev(int argc,
>
> while (strbuf_getline(&sb, stdin) != EOF) {
> strbuf_addch(&sb, '\n');
> - name_rev_line(sb.buf, &data);
> + name_rev_line(sb.buf, &cmd);
> }
> strbuf_release(&sb);
> } else if (all) {
next prev parent reply other threads:[~2026-04-30 13:54 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-13 16:03 [PATCH 0/2] name-rev: learn --format=<pretty> kristofferhaugsbakk
2026-03-13 16:03 ` [PATCH 1/2] name-rev: wrap both blocks in braces kristofferhaugsbakk
2026-03-14 0:22 ` Junio C Hamano
2026-03-17 22:10 ` Kristoffer Haugsbakk
2026-03-13 16:03 ` [PATCH 2/2] name-rev: learn --format=<pretty> kristofferhaugsbakk
2026-03-14 0:22 ` Junio C Hamano
2026-03-17 22:07 ` Kristoffer Haugsbakk
2026-03-18 15:36 ` Kristoffer Haugsbakk
2026-03-20 13:09 ` [PATCH v2 0/2] " kristofferhaugsbakk
2026-03-20 13:09 ` [PATCH v2 1/2] name-rev: wrap both blocks in braces kristofferhaugsbakk
2026-03-20 13:09 ` [PATCH v2 2/2] name-rev: learn --format=<pretty> kristofferhaugsbakk
2026-03-20 15:25 ` D. Ben Knoble
2026-03-23 17:34 ` Kristoffer Haugsbakk
2026-04-28 22:25 ` [PATCH v3 0/5] format-rev: introduce builtin for on-demand pretty formatting kristofferhaugsbakk
2026-04-28 22:25 ` [PATCH v3 1/5] name-rev: wrap both blocks in braces kristofferhaugsbakk
2026-04-28 22:25 ` [PATCH v3 2/5] name-rev: run clang-format before factoring code kristofferhaugsbakk
2026-04-28 22:25 ` [PATCH v3 3/5] name-rev: factor code for sharing with a new command kristofferhaugsbakk
2026-04-30 13:54 ` Phillip Wood [this message]
2026-05-01 17:24 ` kristofferhaugsbakk
2026-05-02 10:00 ` Phillip Wood
2026-05-05 19:21 ` Kristoffer Haugsbakk
2026-04-28 22:25 ` [PATCH v3 4/5] name-rev: make dedicated --annotate-stdin --name-only test kristofferhaugsbakk
2026-04-28 22:25 ` [PATCH v3 5/5] format-rev: introduce builtin for on-demand pretty formatting kristofferhaugsbakk
2026-04-29 13:41 ` Kristoffer Haugsbakk
2026-04-30 6:23 ` Kristoffer Haugsbakk
2026-04-30 9:21 ` Kristoffer Haugsbakk
2026-05-01 10:16 ` Phillip Wood
2026-05-01 18:27 ` kristofferhaugsbakk
2026-05-02 10:00 ` Phillip Wood
2026-05-05 19:27 ` Kristoffer Haugsbakk
2026-05-03 19:19 ` Junio C Hamano
2026-05-07 19:34 ` [PATCH v4 0/5] " kristofferhaugsbakk
2026-05-07 19:34 ` [PATCH v4 1/5] name-rev: wrap both blocks in braces kristofferhaugsbakk
2026-05-07 19:34 ` [PATCH v4 2/5] name-rev: run clang-format before factoring code kristofferhaugsbakk
2026-05-07 19:34 ` [PATCH v4 3/5] name-rev: factor code for sharing with a new command kristofferhaugsbakk
2026-05-07 19:34 ` [PATCH v4 4/5] name-rev: make dedicated --annotate-stdin --name-only test kristofferhaugsbakk
2026-05-07 19:34 ` [PATCH v4 5/5] format-rev: introduce builtin for on-demand pretty formatting kristofferhaugsbakk
2026-05-08 13:25 ` Kristoffer Haugsbakk
2026-05-11 13:25 ` Kristoffer Haugsbakk
2026-05-11 15:45 ` [PATCH v5 0/5] " kristofferhaugsbakk
2026-05-11 15:45 ` [PATCH v5 1/5] name-rev: wrap both blocks in braces kristofferhaugsbakk
2026-05-11 15:45 ` [PATCH v5 2/5] name-rev: run clang-format before factoring code kristofferhaugsbakk
2026-05-11 15:45 ` [PATCH v5 3/5] name-rev: factor code for sharing with a new command kristofferhaugsbakk
2026-05-11 15:45 ` [PATCH v5 4/5] name-rev: make dedicated --annotate-stdin --name-only test kristofferhaugsbakk
2026-05-11 15:45 ` [PATCH v5 5/5] format-rev: introduce builtin for on-demand pretty formatting kristofferhaugsbakk
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=8016697f-9eb7-4c75-be87-d9479186919c@gmail.com \
--to=phillip.wood123@gmail.com \
--cc=ben.knoble@gmail.com \
--cc=code@khaugsbakk.name \
--cc=git@vger.kernel.org \
--cc=kristofferhaugsbakk@fastmail.com \
--cc=phillip.wood@dunelm.org.uk \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox