* [PATCH] xgethostname: handle long hostnames
@ 2017-04-13 19:23 David Turner
2017-04-13 21:23 ` Jeff King
` (2 more replies)
0 siblings, 3 replies; 5+ messages in thread
From: David Turner @ 2017-04-13 19:23 UTC (permalink / raw)
To: git; +Cc: David Turner
If the full hostname doesn't fit in the buffer supplied to
gethostname, POSIX does not specify whether the buffer will be
null-terminated, so to be safe, we should do it ourselves. Introduce
new function, xgethostname, which ensures that there is always a \0
at the end of the buffer.
Signed-off-by: David Turner <dturner@twosigma.com>
---
builtin/gc.c | 2 +-
builtin/receive-pack.c | 2 +-
fetch-pack.c | 2 +-
git-compat-util.h | 2 ++
ident.c | 2 +-
wrapper.c | 13 +++++++++++++
6 files changed, 19 insertions(+), 4 deletions(-)
diff --git a/builtin/gc.c b/builtin/gc.c
index c2c61a57bb..5633483f56 100644
--- a/builtin/gc.c
+++ b/builtin/gc.c
@@ -250,7 +250,7 @@ static const char *lock_repo_for_gc(int force, pid_t* ret_pid)
/* already locked */
return NULL;
- if (gethostname(my_host, sizeof(my_host)))
+ if (xgethostname(my_host, sizeof(my_host)))
xsnprintf(my_host, sizeof(my_host), "unknown");
pidfile_path = git_pathdup("gc.pid");
diff --git a/builtin/receive-pack.c b/builtin/receive-pack.c
index aca9c33d8d..fb62a94bc3 100644
--- a/builtin/receive-pack.c
+++ b/builtin/receive-pack.c
@@ -1700,7 +1700,7 @@ static const char *unpack(int err_fd, struct shallow_info *si)
argv_array_pushl(&child.args, "index-pack",
"--stdin", hdr_arg, NULL);
- if (gethostname(hostname, sizeof(hostname)))
+ if (xgethostname(hostname, sizeof(hostname)))
xsnprintf(hostname, sizeof(hostname), "localhost");
argv_array_pushf(&child.args,
"--keep=receive-pack %"PRIuMAX" on %s",
diff --git a/fetch-pack.c b/fetch-pack.c
index d07d85ce30..a899441c34 100644
--- a/fetch-pack.c
+++ b/fetch-pack.c
@@ -803,7 +803,7 @@ static int get_pack(struct fetch_pack_args *args,
argv_array_push(&cmd.args, "--fix-thin");
if (args->lock_pack || unpack_limit) {
char hostname[256];
- if (gethostname(hostname, sizeof(hostname)))
+ if (xgethostname(hostname, sizeof(hostname)))
xsnprintf(hostname, sizeof(hostname), "localhost");
argv_array_pushf(&cmd.args,
"--keep=fetch-pack %"PRIuMAX " on %s",
diff --git a/git-compat-util.h b/git-compat-util.h
index 8a4a3f85e7..e49b65c235 100644
--- a/git-compat-util.h
+++ b/git-compat-util.h
@@ -884,6 +884,8 @@ static inline size_t xsize_t(off_t len)
__attribute__((format (printf, 3, 4)))
extern int xsnprintf(char *dst, size_t max, const char *fmt, ...);
+extern int xgethostname(char *buf, size_t len);
+
/* in ctype.c, for kwset users */
extern const unsigned char tolower_trans_tbl[256];
diff --git a/ident.c b/ident.c
index c0364fe3a1..7de9f47c41 100644
--- a/ident.c
+++ b/ident.c
@@ -122,7 +122,7 @@ static void add_domainname(struct strbuf *out, int *is_bogus)
{
char buf[1024];
- if (gethostname(buf, sizeof(buf))) {
+ if (xgethostname(buf, sizeof(buf))) {
warning_errno("cannot get host name");
strbuf_addstr(out, "(none)");
*is_bogus = 1;
diff --git a/wrapper.c b/wrapper.c
index 0542fc7582..d837417709 100644
--- a/wrapper.c
+++ b/wrapper.c
@@ -655,3 +655,16 @@ void sleep_millisec(int millisec)
{
poll(NULL, 0, millisec);
}
+
+int xgethostname(char *buf, size_t len)
+{
+ /*
+ * If the full hostname doesn't fit in buf, POSIX does not
+ * specify whether the buffer will be null-terminated, so to
+ * be safe, do it ourselves.
+ */
+ int ret = gethostname(buf, len);
+ if (!ret)
+ buf[len - 1] = 0;
+ return ret;
+}
--
2.11.GIT
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH] xgethostname: handle long hostnames
2017-04-13 19:23 [PATCH] xgethostname: handle long hostnames David Turner
@ 2017-04-13 21:23 ` Jeff King
2017-04-13 22:05 ` Jonathan Nieder
2017-04-13 22:32 ` René Scharfe
2 siblings, 0 replies; 5+ messages in thread
From: Jeff King @ 2017-04-13 21:23 UTC (permalink / raw)
To: David Turner; +Cc: git
On Thu, Apr 13, 2017 at 03:23:35PM -0400, David Turner wrote:
> If the full hostname doesn't fit in the buffer supplied to
> gethostname, POSIX does not specify whether the buffer will be
> null-terminated
Wow, TIL. What an utterly terrible and error-prone interface (I always
just assumed we'd get ENAMETOOLONG, which is what glibc does).
> so to be safe, we should do it ourselves. Introduce
> new function, xgethostname, which ensures that there is always a \0
> at the end of the buffer.
Your patch looks good to me.
-Peff
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] xgethostname: handle long hostnames
2017-04-13 19:23 [PATCH] xgethostname: handle long hostnames David Turner
2017-04-13 21:23 ` Jeff King
@ 2017-04-13 22:05 ` Jonathan Nieder
2017-04-13 22:29 ` David Turner
2017-04-13 22:32 ` René Scharfe
2 siblings, 1 reply; 5+ messages in thread
From: Jonathan Nieder @ 2017-04-13 22:05 UTC (permalink / raw)
To: David Turner; +Cc: git
Hi,
David Turner wrote:
> If the full hostname doesn't fit in the buffer supplied to
> gethostname, POSIX does not specify whether the buffer will be
> null-terminated, so to be safe, we should do it ourselves.
[...]
> +++ b/wrapper.c
> @@ -655,3 +655,16 @@ void sleep_millisec(int millisec)
> {
> poll(NULL, 0, millisec);
> }
> +
> +int xgethostname(char *buf, size_t len)
> +{
> + /*
> + * If the full hostname doesn't fit in buf, POSIX does not
> + * specify whether the buffer will be null-terminated, so to
> + * be safe, do it ourselves.
> + */
> + int ret = gethostname(buf, len);
> + if (!ret)
> + buf[len - 1] = 0;
> + return ret;
I wonder if after null-terminating we would want to report this as
an error, instead of silently using a truncated result. I.e. something
like
> + if (!ret)
> + buf[len - 1] = 0;
> + if (strlen(buf) >= len - 1) {
> + errno = ENAMETOOLONG;
> + return -1;
> + }
(or EINVAL --- either is equally descriptive).
Also POSIX requires that hostnames are <= 255 bytes. Maybe we can
force the buffer to be large enough.
Thoughts?
Jonathan
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: [PATCH] xgethostname: handle long hostnames
2017-04-13 22:05 ` Jonathan Nieder
@ 2017-04-13 22:29 ` David Turner
0 siblings, 0 replies; 5+ messages in thread
From: David Turner @ 2017-04-13 22:29 UTC (permalink / raw)
To: 'Jonathan Nieder'; +Cc: git@vger.kernel.org
> -----Original Message-----
> From: Jonathan Nieder [mailto:jrnieder@gmail.com]
> Sent: Thursday, April 13, 2017 6:05 PM
> To: David Turner <David.Turner@twosigma.com>
> Cc: git@vger.kernel.org
> Subject: Re: [PATCH] xgethostname: handle long hostnames
>
> Hi,
>
> David Turner wrote:
>
> > If the full hostname doesn't fit in the buffer supplied to
> > gethostname, POSIX does not specify whether the buffer will be
> > null-terminated, so to be safe, we should do it ourselves.
> [...]
> > +++ b/wrapper.c
> > @@ -655,3 +655,16 @@ void sleep_millisec(int millisec) {
> > poll(NULL, 0, millisec);
> > }
> > +
> > +int xgethostname(char *buf, size_t len) {
> > + /*
> > + * If the full hostname doesn't fit in buf, POSIX does not
> > + * specify whether the buffer will be null-terminated, so to
> > + * be safe, do it ourselves.
> > + */
> > + int ret = gethostname(buf, len);
> > + if (!ret)
> > + buf[len - 1] = 0;
> > + return ret;
>
> I wonder if after null-terminating we would want to report this as an error,
> instead of silently using a truncated result. I.e. something like
>
> > + if (!ret)
> > + buf[len - 1] = 0;
> > + if (strlen(buf) >= len - 1) {
> > + errno = ENAMETOOLONG;
> > + return -1;
> > + }
>
> (or EINVAL --- either is equally descriptive).
Looking at the users of this function, I think most would be happier with a truncated buffer than an error:
gc.c: used to see if we are the same machine as the machine that locked the repo. Unlikely that two machines have hostnames that differ only in the 256th-or-above character.
fetch-pack.c, receive-pack.c: similar to gc.c; the hostname is a note in the .keep file
Ident.c: used to make up a fake email address. On my laptop, gethostname returns "corey" (no domain part), so the email address is not likely to be valid anyway.
> Also POSIX requires that hostnames are <= 255 bytes. Maybe we can force the
> buffer to be large enough.
That is now how I read it. I read the limit as HOST_NAME_MAX, which has a *minimum* value of 255, but which might be larger.
The existing hostname buffers are 128, 256, and 1024 bytes, so they're pretty arbitrary.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] xgethostname: handle long hostnames
2017-04-13 19:23 [PATCH] xgethostname: handle long hostnames David Turner
2017-04-13 21:23 ` Jeff King
2017-04-13 22:05 ` Jonathan Nieder
@ 2017-04-13 22:32 ` René Scharfe
2 siblings, 0 replies; 5+ messages in thread
From: René Scharfe @ 2017-04-13 22:32 UTC (permalink / raw)
To: David Turner, git
Am 13.04.2017 um 21:23 schrieb David Turner:
> If the full hostname doesn't fit in the buffer supplied to
> gethostname, POSIX does not specify whether the buffer will be
> null-terminated, so to be safe, we should do it ourselves. Introduce
> new function, xgethostname, which ensures that there is always a \0
> at the end of the buffer.
>
> Signed-off-by: David Turner <dturner@twosigma.com>
> ---
> diff --git a/wrapper.c b/wrapper.c
> index 0542fc7582..d837417709 100644
> --- a/wrapper.c
> +++ b/wrapper.c
> @@ -655,3 +655,16 @@ void sleep_millisec(int millisec)
> {
> poll(NULL, 0, millisec);
> }
> +
> +int xgethostname(char *buf, size_t len)
> +{
> + /*
> + * If the full hostname doesn't fit in buf, POSIX does not
> + * specify whether the buffer will be null-terminated, so to
> + * be safe, do it ourselves.
> + */
> + int ret = gethostname(buf, len);
> + if (!ret)
> + buf[len - 1] = 0;
> + return ret;
> +}
Silent truncation is not ideal, no matter if it's done by the wrapper or
the original function. It would be better to use a properly sized
buffer.
POSIX requires hostnames to have a maximum length of HOST_NAME_MAX. So
how about just adding an assert to make sure len is big enough? Or
evaluate the condition at compile time with BUILD_ASSERT_OR_ZERO?
Downside: Not all platforms define HOST_NAME_MAX. daemon.c uses 256 as
a fallback. On Windows a buffer size of 256 is documented to suffice
in all cases [1]. The Linux manpage [2] mentions a hostname length
limit of 255 (plus NUL) as well, even though HOST_NAME_MAX is 64 there.
Another possibility: Die (or at least warn) if the buffer doesn't
contain a NUL byte after calling gethostname(). That only works for
platforms that don't NUL-terminate on truncation, though, so silent
truncation would still go unnoticed.
Anyway, the buffer in builtin/gc.c with its 128 bytes seems to be too
short; the others are at least 256 bytes long. Replacing the magic
buffer size number with HOST_NAME_MAX + 1 might be a good idea (after
moving the fallback definition to git-compat-util.h).
René
[1] https://msdn.microsoft.com/en-us/library/windows/desktop/ms738527(v=vs.85).aspx
[2] http://man7.org/linux/man-pages/man2/gethostname.2.html
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2017-04-13 22:32 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-04-13 19:23 [PATCH] xgethostname: handle long hostnames David Turner
2017-04-13 21:23 ` Jeff King
2017-04-13 22:05 ` Jonathan Nieder
2017-04-13 22:29 ` David Turner
2017-04-13 22:32 ` René Scharfe
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox