[Bug 236714] Clang problem with rctl(8)
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Mon Apr 1 20:13:09 UTC 2019
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236714
--- Comment #5 from Mateusz Guzik <mjg at FreeBSD.org> ---
(In reply to Mark Johnston from comment #3)
I don't think that's feasible since consumers can pass arbitrary sizes, and
some probably pass more than they intended in a bogus manner where they would
not be prepared to sudden zeroing of the area passed.
Looks like the bug at hand can be easily taken care of with just resizing the
var to bool in the userspace tool. While the previous binary remains broken I
don't think it's a big deal since this is current-only.
that is:
diff --git a/usr.bin/rctl/rctl.c b/usr.bin/rctl/rctl.c
index 74073c13207e..f8b5115a4507 100644
--- a/usr.bin/rctl/rctl.c
+++ b/usr.bin/rctl/rctl.c
@@ -378,8 +378,9 @@ print_rules(char *rules, int hflag, int nflag)
static void
enosys(void)
{
- int error, racct_enable;
size_t racct_enable_len;
+ int error;
+ bool racct_enable;
racct_enable_len = sizeof(racct_enable);
error = sysctlbyname("kern.racct.enable",
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-toolchain
mailing list