Re: [PATCH v3 3/3] fast-export, fast-import: implement signed-commits
- From
Luke Shumaker <lukeshu@lukeshu.com>
- Date
- Apr 30, 2021, 22:21 UTC
- Message-ID
- <878s4zpg5v.wl-lukeshu@lukeshu.com>
- In-Reply-To
- <CABPp-BGrYYO93V0-cNT_OOfeJpk1aHE39Nf1oLBYE-73Ly1QgQ@mail.gmail.com>
On Fri, 30 Apr 2021 13:59:43 -0600, Elijah Newren wrote:
Show 29 quoted lines
> > On Fri, Apr 30, 2021 at 12:34 PM Luke Shumaker <lukeshu@lukeshu.com> wrote: > > > > On Tue, 27 Apr 2021 22:02:47 -0600, > > Junio C Hamano wrote: > > > Better yet, don't butcher the region of memory pointed by the > > > "message" variable the caller uses to keep reading from the > > > remainder of the commit object buffer with this and memmove() > > > below. Perhaps have the caller pass a strbuf to fill in the > > > signature found by this helper as another parameter, and then return > > > a bool "Yes, I found a sig" as its return value? > > > > Stupid question: is there a better way to append a region of bytes to > > a strbuf than > > > > strbuf_addf(&buf, "%.*s", (int)(str_end - str_beg), str); > > > > ? > > > > It seems weird to me to invoke the printf machinery for something so > > simple, but I don't see anything alternatives in strbuf.h. Am I > > missing something? > > I struggled to find it some time ago as well; I wonder if some > reorganization of strbuf.[ch] might make it more clear. > > Anyway, strbuf_add() if you have the number of bytes already handy, > strbuf_addstr() if you don't have the number of bytes handy but the > string is NUL-delimited.
Ah! I was looking for `char *`, but strbuf_add takes a `void *`, that's why I didn't find it.
Thank you!
-- Happy hacking, ~ Luke Shumaker