# [PATCH] http-push: refactor request url creation 3 messages from 2009-01-30 to 2009-02-01. Participants: Tay Ray Chuan, Junio C Hamano, Johannes Schindelin. Thread: https://gitlist.dev/t/17470 ## Tay Ray Chuan, 2009-01-30 23:51 Subject: [PATCH] http-push: refactor request url creation Message-ID: <4983929B.2010901@gmail.com> URL: https://gitlist.dev/e/4983929B.2010901%40gmail.com ``` Currently, functions that deal with objects on the remote repository have to allocate and do strcpys to generate the URL. This patch saves them this trouble, by providing two functions, "append_remote_object_url" and "get_remote_object_url". Both generate a URL, with either the object's 2-digit hex directory (eg. /objects/a1/), or the complete object location (eg. /objects/a1/b2). However, they differ in that "append_remote_object_url" appends this URL to a strbuf, while "get_remote_object_url" wraps around the former and returns the URL directly in char*. Users usually would use "get_remote_object_url", but may find "append_remote_object_url" useful if they require further string operations on the URL. Signed-off-by: Tay Ray Chuan Acked-by: Junio C Hamano --- * renamed only_two_digit_postfix in original patch to only_two_digit_prefix * updated with Junio's changes (if (...) and fix memory leak) * updated with Junio's double interface * added back use of temporary string "url" in "start_fetch_loose" * rebased and generated on master (a34a9db) * split "append_remote_object_url" signature across 3 lines at Dscho's suggestion http-push.c | 62 +++++++++++++++++++++++----------------------------------- 1 files changed, 25 insertions(+), 37 deletions(-) diff --git a/http-push.c b/http-push.c index 59037df..ba217fc 100644 --- a/http-push.c +++ b/http-push.c @@ -209,6 +209,22 @@ static struct curl_slist *get_dav_token_headers(struct remote_lock *lock, enum d return dav_headers; } +static void append_remote_object_url(struct strbuf *buf, const char *url, + const char *hex, + int only_two_digit_prefix) +{ + strbuf_addf(buf, "%sobjects/%.*s/", url, 2, hex); + if (!only_two_digit_prefix) + strbuf_addf(buf, "%s", hex+2); +} + +static char *get_remote_object_url(const char *url, const char *hex, int only_two_digit_prefix) +{ + struct strbuf buf = STRBUF_INIT; + append_remote_object_url(&buf, url, hex, only_two_digit_prefix); + return strbuf_detach(&buf, NULL); +} + static void finish_request(struct transfer_request *request); static void release_request(struct transfer_request *request); @@ -255,7 +271,6 @@ static void start_fetch_loose(struct transfer_request *request) char *filename; char prevfile[PATH_MAX]; char *url; - char *posn; int prevlocal; unsigned char prev_buf[PREV_BUF_SIZE]; ssize_t prev_read = 0; @@ -305,17 +320,8 @@ static void start_fetch_loose(struct transfer_request *request) git_SHA1_Init(&request->c); - url = xmalloc(strlen(remote->url) + 50); - request->url = xmalloc(strlen(remote->url) + 50); - strcpy(url, remote->url); - posn = url + strlen(remote->url); - strcpy(posn, "objects/"); - posn += 8; - memcpy(posn, hex, 2); - posn += 2; - *(posn++) = '/'; - strcpy(posn, hex + 2); - strcpy(request->url, url); + url = get_remote_object_url(remote->url, hex, 0); + request->url = xstrdup(url); /* If a previous temp file is present, process what was already fetched. */ @@ -388,16 +394,8 @@ static void start_mkcol(struct transfer_request *request) { char *hex = sha1_to_hex(request->obj->sha1); struct active_request_slot *slot; - char *posn; - request->url = xmalloc(strlen(remote->url) + 13); - strcpy(request->url, remote->url); - posn = request->url + strlen(remote->url); - strcpy(posn, "objects/"); - posn += 8; - memcpy(posn, hex, 2); - posn += 2; - strcpy(posn, "/"); + request->url = get_remote_object_url(remote->url, hex, 1); slot = get_active_slot(); slot->callback_func = process_response; @@ -512,7 +510,7 @@ static void start_put(struct transfer_request *request) { char *hex = sha1_to_hex(request->obj->sha1); struct active_request_slot *slot; - char *posn; + struct strbuf buf = STRBUF_INIT; enum object_type type; char hdr[50]; void *unpacked; @@ -551,21 +549,13 @@ static void start_put(struct transfer_request *request) request->buffer.buf.len = stream.total_out; - request->url = xmalloc(strlen(remote->url) + - strlen(request->lock->token) + 51); - strcpy(request->url, remote->url); - posn = request->url + strlen(remote->url); - strcpy(posn, "objects/"); - posn += 8; - memcpy(posn, hex, 2); - posn += 2; - *(posn++) = '/'; - strcpy(posn, hex + 2); - request->dest = xmalloc(strlen(request->url) + 14); - sprintf(request->dest, "Destination: %s", request->url); - posn += 38; - *(posn++) = '_'; - strcpy(posn, request->lock->token); + strbuf_addstr(&buf, "Destination: "); + append_remote_object_url(&buf, remote->url, hex, 0); + request->dest = strbuf_detach(&buf, NULL); + + append_remote_object_url(&buf, remote->url, hex, 0); + strbuf_addstr(&buf, request->lock->token); + request->url = strbuf_detach(&buf, NULL); slot = get_active_slot(); slot->callback_func = process_response; -- 1.6.1.2.254.g2f9c7 ``` ## Junio C Hamano, 2009-02-01 00:55 Subject: Re: [PATCH] http-push: refactor request url creation Message-ID: <7vmyd72cx6.fsf@gitster.siamese.dyndns.org> URL: https://gitlist.dev/e/7vmyd72cx6.fsf%40gitster.siamese.dyndns.org In-Reply-To: <4983929B.2010901@gmail.com> ``` Tay Ray Chuan writes: > Currently, functions that deal with objects on the remote repository > have to allocate and do strcpys to generate the URL. > > This patch saves them this trouble, by providing two functions, > "append_remote_object_url" and "get_remote_object_url". > > Both generate a URL, with either the object's 2-digit hex directory > (eg. /objects/a1/), or the complete object location (eg. > /objects/a1/b2). > > However, they differ in that "append_remote_object_url" appends this > URL to a strbuf, while "get_remote_object_url" wraps around the former > and returns the URL directly in char*. Users usually would use > "get_remote_object_url", but may find "append_remote_object_url" > useful if they require further string operations on the URL. > > Signed-off-by: Tay Ray Chuan > Acked-by: Junio C Hamano Thanks, I'll queue this to 'pu' for now, but please stop randomly adding "Acked-by" from other people, unless you conferred with them on the exact version of your patch you are submitting. If somebody said "The version that I reviewed looked sensible", it becomes irrelevant after you changed your patch in response to people's comments, exactly because what you are sending is different from what they reviewed. It is up to them, not you, to see if the issues raised in their comments are addressed in the new patch to their satisfaction. ``` ## Johannes Schindelin, 2009-02-01 22:45 Subject: Re: [PATCH] http-push: refactor request url creation Message-ID: URL: https://gitlist.dev/e/alpine.DEB.1.00.0902012341310.3586%40pacific.mpi-cbg.de In-Reply-To: <4983929B.2010901@gmail.com> ``` Hi, On Sat, 31 Jan 2009, Tay Ray Chuan wrote: > * split "append_remote_object_url" signature across 3 lines at Dscho's suggestion This line is longer than 80 characters (and I seem to remember that the recommended maximum for emails is even less than that). > > http-push.c | 62 +++++++++++++++++++++++----------------------------------- > 1 files changed, 25 insertions(+), 37 deletions(-) > > diff --git a/http-push.c b/http-push.c > index 59037df..ba217fc 100644 > --- a/http-push.c > +++ b/http-push.c > @@ -209,6 +209,22 @@ static struct curl_slist *get_dav_token_headers(struct remote_lock *lock, enum d > return dav_headers; > } > > +static void append_remote_object_url(struct strbuf *buf, const char *url, > + const char *hex, > + int only_two_digit_prefix) > +{ Fine. You changed that, although I find the indentation rather funny, too. I would have expected one tab and then the rest of the signature. > + strbuf_addf(buf, "%sobjects/%.*s/", url, 2, hex); > + if (!only_two_digit_prefix) > + strbuf_addf(buf, "%s", hex+2); > +} > + > +static char *get_remote_object_url(const char *url, const char *hex, int only_two_digit_prefix) But this is still too long. And no, I will not go through your patch and point out every too-long line; I'll expect you to do that yourself... Ciao, Dscho ```