sysctl description spillover and also setting the sysctl ?

John Baldwin jhb at freebsd.org
Thu Dec 1 15:06:28 UTC 2011


On Wednesday, November 30, 2011 1:48:15 pm Jason Hellenthal wrote:
> 
> On Wed, Nov 30, 2011 at 11:52:46AM -0500, John Baldwin wrote:
> > On Friday, November 25, 2011 2:36:30 am Jason Hellenthal wrote:
> > > 
> > > Found a troubling result of the following and figured someone might want to 
> > take a look.
> > > 
> > > Pay close attention to the output and behavior.
> > > 
> > > sysctl net.inet.udp.blackhole=0
> > > sysctl net.inet.udp.blackhole
> > > sysctl -d net.inet.udp.blackhole=1
> > > sysctl net.inet.udp.blackhole
> > > 
> > > 
> > > Is this expected ? should it not just display the description instead of 
> > adjusting ? as well not display the description like it is adjusting the 
> > description too ?
> > 
> > Hah, cute.  It should probably fail with an error if you do something like 
> > that, yes.
> > 
> 
> Yeah thats what I thought about it to but the more I thought about it, if
> it just displayed the values changing instead of the description when =N
> is supplied I think that would be acceptable to. 0 -> 1 in this case. Or
> possibly sys.oid: 0 -> 1 # <Description> since sysctl.conf(5) also takes
> comments like that.
> 
> Not really thats something at the top of the list for fixes though. Low
> fruit. Food for thought.

I think it's simplest to just make -d force descriptions only and ignore
settings.  I've committed a one-line fix to sysctl(8) for that. 

-- 
John Baldwin


More information about the freebsd-hackers mailing list