Re: Re[2]: [COSMETIC] ether address zero truncate

Oscar Fudd <[email protected]>
Newsgroups gmane.linux.network.bridge.ebtables.devel
Message-ID <[email protected]>
On Wed, 2003-04-30 at 02:40, Nick Fedchik wrote:
> Hello Bart De Schuymer,
> Wednesday, April 30, 2003, 9:21:28, you wrote:
> >>   -s 0:3:47:6e:86:e2 -j ACCEPT
> >>
> >> The ether_ntoa() function (used by ebtables) doesn't print leading
> >> zeroes.
> >> Other commands do.  (arp -an, brctl showmacs ...)
> That commands do not used glibc.
> brctl has own functions, arp used /proc/net/arp (IADM).
> 
> BDS> It used to be like that but was then changed, I'm personally in favor of 
> BDS> always printing 2 digits too. So unless someone gives a good reason why we 
> BDS> should not use it I'll change it back to the old style.
> 
> First, it's not so hard to parse one zero instead of two zeroes by Perl.
> Perl has powerful regexps to do that.

I wanted to use bash, awk, sort, sed, grep, diff, comm, etc.  They don't
have the powerful regexps that make it easy.  Even C would be hard to
use.  So I have to use perl, which is large. 

> Second, I prefer to print out by %2.2X modifier too, but the functions used
> from glibc NSS part. Ask to glibc-devel maillist about.
> 
> It has reason to leave it "as is" for compatibility.
> That's because I has intention to use /etc/ethers database by ebtables
> for name usage instead of full MAC-address.

Compatibility with....?
-- 
Oscar Fudd <[email protected]>



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.