Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 19 Jan 2012 18:46:27 +0200
From:      Gleb Kurtsou <gleb.kurtsou@gmail.com>
To:        Gleb Smirnoff <glebius@FreeBSD.org>
Cc:        svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org
Subject:   Re: svn commit: r230207 - in head/sys: netinet sys
Message-ID:  <20120119164627.GA42205@reks>
In-Reply-To: <20120119145132.GZ12760@FreeBSD.org>
References:  <201201160953.q0G9rPp8026625@svn.freebsd.org> <20120119143837.GA28308@reks> <20120119145132.GZ12760@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On (19/01/2012 18:51), Gleb Smirnoff wrote:
> On Thu, Jan 19, 2012 at 04:38:38PM +0200, Gleb Kurtsou wrote:
> G> On (16/01/2012 09:53), Gleb Smirnoff wrote:
> G> > Author: glebius
> G> > Date: Mon Jan 16 09:53:24 2012
> G> > New Revision: 230207
> G> > URL: http://svn.freebsd.org/changeset/base/230207
> G> > 
> G> > Log:
> G> >   Drop support for SIOCSIFADDR, SIOCSIFNETMASK, SIOCSIFBRDADDR, SIOCSIFDSTADDR
> G> >   ioctl commands.
> G> 
> G> What was the reason for dropping them? "80-ish ioctl" doesn't justify
> G> reducing compatibility with other unix-like OS'es (namely linux).
> 
> The reason is to get code more readable and thus maintainable. You can compare
> in_control() + in_addprefix() in the stable/9 with what we have in head now.
> Which one would you prefer to hack on?

Your point is valid and I'm all for it.

> I wouldn't claim compatibility for the commands that didn't work very well.
> I won't also name Linux, since these commands predate the Linux itself.

I meant that SIOCSIFADDR is default (if not the only) way to set
interface address on linux.

> Do you use them? Or do you know software that use them?

I do and I've seen other examples of using SIOCSIF*ADDR with BSD
specific tweaks. Although I must admit that nowadays the most common way
of configuring interface is to call /sbin/ifconfig.

It's not a big deal for me, I have no problem with replacing them on
FreeBSD. FreeBSD is not even officially supported platform for the
product and I build/test on FreeBSD solely for the purpose of avoiding
linuxisms and platform specific behaviour. Let's hope it won't break for
somebody else :)

Thanks,
Gleb.

> 
> -- 
> Totus tuus, Glebius.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120119164627.GA42205>