Blaisorblade <[EMAIL PROTECTED]> writes:
>> > Beyond that, I've found your bug. You can cast a (struct sockaddr*) to a
>> > (struct sockaddr_in*), but your doing a worse cast; since ifr_addr is a
>> > struct sockaddr,
>>
>> I don't think I'm doing that:
>>
>> ifreq.ifr_addr
>>
>> is the same a
On Saturday 14 October 2006 13:31, Nic James Ferrier wrote:
> Blaisorblade <[EMAIL PROTECTED]> writes:
> > On Friday 13 October 2006 05:33, Nic James Ferrier wrote:
> >> I've patched the ipv4 stack so that it does proc registration of the
> >> IP address for an iface.
> >
> > Take a look at /proc/n
Blaisorblade <[EMAIL PROTECTED]> writes:
> On Friday 13 October 2006 05:33, Nic James Ferrier wrote:
>> I've patched the ipv4 stack so that it does proc registration of the
>> IP address for an iface.
> Take a look at /proc/net/if_inet6, generated by
I did take a look at that. It seems to be don
On Saturday 14 October 2006 03:46, Blaisorblade wrote:
> On Friday 13 October 2006 05:33, Nic James Ferrier wrote:
> > I know this is not UML specific... but maybe the kernel hackers here
> > can answer this anyway, since I'm doing it to make life with UMLs
> > easier.
> >
> > I've patched the ipv4
On Friday 13 October 2006 05:33, Nic James Ferrier wrote:
> I know this is not UML specific... but maybe the kernel hackers here
> can answer this anyway, since I'm doing it to make life with UMLs
> easier.
>
> I've patched the ipv4 stack so that it does proc registration of the
> IP address for an
