[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ifconfig and some minor fixes.
From: |
Alain Magloire |
Subject: |
Re: ifconfig and some minor fixes. |
Date: |
Mon, 25 Jun 2001 10:23:53 -0400 (EDT) |
>
> On Fri, Jun 22, 2001 at 11:36:30PM -0400, Alain Magloire wrote:
> > - Patches provided by Sergey for solaris.c
> > configure.in, options.c.
> > Not sure I understand the #include <sys/sockio.h>
> > but I've use it in if_index.c too.
>
> We should remove it if nobody knows what it is for. Sergey?
> (I don't want to start the first release of ifconfig with anonymous cruft ;)
>
> Thanks for the fixes. I have done a couple of clean ups:
>
> I put the HAVE_IFREQ_IFR_NETMASK etc in system.h. It was gross to put them
> in printif.h, and it is not true that there is no better place. system.h is
> the common interface to all system specific header files, and included for
> all ifconfig files very early.
Ok.
>
> I reverted the SYSTEM_{SHORT,LONG}_OPTIONS change in options.c. I don't
> know why everybody thinks they should be defined. They are only to be
> defined if the system provides additional options. I plan to use them to
> decide if such options are provided later on. Defining them to nothing will
> defeat this. Every place where they are used (only one currently, this is
> still not worked out) will be protected by #ifdef.
Ha! Ok.
> qnx.h still defined ifr_netmask to ifr_address, I have removed this now that
> we have the generic adaption. I also removed the qfh_ functions (the whole
> idea of ifconfig is to provide generic code for these if possible at all)
> and their prototypes.
Ok.
> There is one grief I have with your changes: if_index.c is nice, but it is
> too strong. On a system which has if_nameindex, but not SIOCGIFCONF, it
> will override the systems implementation and just return ENOSYS.
>
> I would rather have it not included by default, and only include it if we
> opt for it or if_nameindex is not available. I don't care if the list we
> opt for is long, because currently many if_nameindex are broken or
> incomplete. As far as I can see, if_nameindex becomes quite standard with
> the upcoming POSIX draft.
Allright then, lets move if_nameindex.[ch] in libinetutils or
libifconfig 8-)? and do some basic checks in configure.in.
>
> What I really have to do soon is to implement support to change flags.
Cool.
P.S.: Some of your comments seem to imply that you've done a certain
number of things but it was not commited.
--
alain
- Re: ifconfig and some minor fixes., (continued)
- Re: ifconfig and some minor fixes., Alain Magloire, 2001/06/21
- Re: ifconfig and some minor fixes., Marcus Brinkmann, 2001/06/21
- Re: ifconfig and some minor fixes., Alain Magloire, 2001/06/22
- Re: ifconfig and some minor fixes., Sergey Poznyakoff, 2001/06/22
- Re: ifconfig and some minor fixes., Alain Magloire, 2001/06/22
- Re: ifconfig and some minor fixes., Alain Magloire, 2001/06/22
- Re: ifconfig and some minor fixes., Marcus Brinkmann, 2001/06/23
- Re: ifconfig and some minor fixes., Sergey Poznyakoff, 2001/06/23
- Re: ifconfig and some minor fixes., Alain Magloire, 2001/06/25
- Re: ifconfig and some minor fixes., Alain Magloire, 2001/06/25
- Re: ifconfig and some minor fixes.,
Alain Magloire <=
- Re: ifconfig and some minor fixes., Sergey Poznyakoff, 2001/06/20
- Re: ifconfig and some minor fixes., Alain Magloire, 2001/06/20
Re: ifconfig and some minor fixes., Marcus Brinkmann, 2001/06/04
Re: ifconfig and some minor fixes., Sergey Poznyakoff, 2001/06/05
Re: ifconfig and some minor fixes., Marcus Brinkmann, 2001/06/25