This web mail archive is frozen.
This page is part of a frozen web archive of this mailing list.
You can still navigate around this archive, but know that no new mails
have been added to it since July of 2016.
Click here to be taken to the new web archives of this list; it includes all the mails that are in this frozen archive plus all new mails that have been sent to the list since it was migrated to the new archives.
I would be leery of the hard-coded stuff. Reason: the IPv6 code has been a continual source of trouble, while the IPv4 code has worked quite well.
Could be a lot of reasons, especially the fact that the IPv6 code is hardly exercised by the devel team...so changes that cause problems are rarely detected right away.
On Dec 2, 2009, at 5:25 PM, Kevin.Buckley_at_[hidden] wrote:
>> I believe this line is incorrect:
>>> opal_list_append(&opal_if_list, (opal_list_item_t*)
>> It needs to be
>> opal_list_append(&opal_if_list, &intf_ptr->super);
> Didn't seem to change things.
> Any thoughts on the:
> * hardcoded netmask, adrian says that's ok
> intf.if_mask = 64;
> intf.if_flags = cur_ifaddrs->ifa_flags;
> which I simply copied over from the IPv6 block?
> I note that the "non-NetBSD" inet stuff does something a bit more
> convoluted, vis:
> /* generate CIDR and assign to netmask */
> intf.if_mask = prefix(((struct sockaddr_in*)
> Kevin M. Buckley Room: CO327
> School of Engineering and Phone: +64 4 463 5971
> Computer Science
> Victoria University of Wellington
> New Zealand
> users mailing list