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 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
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 iface.
Currently I'm just getting the details for eth0.
I'm using
