> On Feb. 12, 2015, 5:55 p.m., Dominic Hamon wrote:
> > 3rdparty/libprocess/3rdparty/stout/include/stout/net.hpp, line 262
> > <https://reviews.apache.org/r/29288/diff/19-20/?file=860854#file860854line262>
> >
> >     these memset calls are redundant (and dangerous should the storage ever 
> > become a struct/class).

I do this because I use memcmp for comparisions.


> On Feb. 12, 2015, 5:55 p.m., Dominic Hamon wrote:
> > 3rdparty/libprocess/3rdparty/stout/include/stout/net.hpp, line 299
> > <https://reviews.apache.org/r/29288/diff/19-20/?file=860854#file860854line299>
> >
> >     no need for this to be explicit - there's no parameter.

I'll remove it.


> On Feb. 12, 2015, 5:55 p.m., Dominic Hamon wrote:
> > 3rdparty/libprocess/3rdparty/stout/include/stout/net.hpp, line 300
> > <https://reviews.apache.org/r/29288/diff/19-20/?file=860854#file860854line300>
> >
> >     AF_UNSPEC?

In the code we check only against AF_INET and AF_INET6. For AF_UNSPEC an Error 
will be returned.


> On Feb. 12, 2015, 5:55 p.m., Dominic Hamon wrote:
> > 3rdparty/libprocess/3rdparty/stout/include/stout/net.hpp, line 439
> > <https://reviews.apache.org/r/29288/diff/19-20/?file=860854#file860854line439>
> >
> >     more efficient: first check family and return false if they're 
> > different.
> >     
> >     then check the address and return false if they're different.
> >     
> >     then check the netmask and return false if they're different.
> >     
> >     no need to do every memcmp first.

I will do that.


- Evelina


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/29288/#review72194
-----------------------------------------------------------


On Feb. 12, 2015, 5:47 p.m., Evelina Dumitrescu wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/29288/
> -----------------------------------------------------------
> 
> (Updated Feb. 12, 2015, 5:47 p.m.)
> 
> 
> Review request for mesos, Benjamin Hindman, Dominic Hamon, Jie Yu, Joris Van 
> Remoortere, and Niklas Nielsen.
> 
> 
> Bugs: MESOS-1919
>     https://issues.apache.org/jira/browse/MESOS-1919
> 
> 
> Repository: mesos
> 
> 
> Description
> -------
> 
> Created the inner class InAddrStorage encapsulated inside the IP class.
> The class uses a union with the in_addr and in6_addr fields.
> I considered that the The MasterInfo protobuffers should have both an ipv4 
> and an ipv6 field.
> I intend to use the same Classifiers, addition, removal and update of 
> container filters, but write different encode/decode functions for IPv4/ICMP 
> and IPv6/ICMPv6 because the processing of the protocol headers differ.
> 
> 
> Diffs
> -----
> 
>   3rdparty/libprocess/3rdparty/stout/include/stout/net.hpp 
> a0210ea6440086246aafe632f86498abbb70719a 
>   3rdparty/libprocess/3rdparty/stout/tests/net_tests.cpp 
> 425132e5d7c3770be4a5a39feea5a2f22179b871 
> 
> Diff: https://reviews.apache.org/r/29288/diff/
> 
> 
> Testing
> -------
> 
> make check
> 
> 
> Thanks,
> 
> Evelina Dumitrescu
> 
>

Reply via email to