[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120829154209.GA20836@mwanda>
Date: Wed, 29 Aug 2012 08:56:46 -0700
From: Dan Carpenter <dan.carpenter@...cle.com>
To: Jim Meyering <jim@...ering.net>
Cc: Catalin Marinas <catalin.marinas@....com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-mm@...ck.org" <linux-mm@...ck.org>
Subject: Re: [PATCH] kmemleak: avoid buffer overrun: NUL-terminate
strncpy-copied command
On Wed, Aug 29, 2012 at 08:28:47AM +0200, Jim Meyering wrote:
> Dan Carpenter wrote:
> > On Fri, Aug 24, 2012 at 01:23:29PM +0200, Jim Meyering wrote:
> >> In that case, what would you think of a patch to use strcpy instead?
> >>
> >> - strncpy(object->comm, current->comm, sizeof(object->comm));
> >> + strcpy(object->comm, current->comm);
> >
> > Another option would be to use strlcpy(). It's slightly neater than
> > the strncpy() followed by a NUL assignment.
> >
> >> Is there a preferred method of adding a static_assert-like statement?
> >> I see compile_time_assert and a few similar macros, but I haven't
> >> spotted anything that is used project-wide.
> >
> > BUILD_BUG_ON().
>
> Hi Dan,
>
> Thanks for the feedback and tip. How about this patch?
>
I'm not someone who can approve kmemleak patches, but that's
horrible. I'm not sure we need a BUILD_BUG_ON(), I was just telling
you the standard way to do a build time assert. If we did put the
assert in then it should only be in one place in the header file
where the data is decared instead of repeated over and over.
I like strlcpy(). Both strcpy() and strlcpy() will silence your
static checker tool. strcpy() may be better, but strlcpy() feels
very safe so that might be preferred.
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists