wledge or time to figure it out.
> Why does it do a close followed by a return?
>
>
> Marco
>
>
> -Original Message-
> From: Mark Burgess [mailto:mark.burg...@iu.hio.no]
> Sent: Tuesday, March 09, 2010 11:42 AM
> To: Jesse Becker
> Cc: Lebel, Marco;
t: RE: Discovered classes
Hello,
After some investigation the proposed fix did not solve my problem but since
you gave me the file and routine to look at I found the following further down
in the code:
if (strcmp(inet_ntoa(sin->sin_addr),"0.0.0.0") == 0) <--- probably the value
that we
-Original Message-
From: Mark Burgess [mailto:mark.burg...@iu.hio.no]
Sent: Tuesday, March 09, 2010 11:42 AM
To: Jesse Becker
Cc: Lebel, Marco; help-cfengine@cfengine.org
Subject: Re: Discovered classes
It might be worth trying this interface instead of the usual ioctl().
In t
0
>>> lan0 1500 xxx.xxx.xxx.xxxname4 11705845 0 22842341
>>> 0 0
>>>
>>> lo0 4136 loopbacklocalhost 351634044 0 351634872
>>> 0 0
>>>
>>> lan5:31500 xxx.
0 9172
>> 0 0
>>
>> :
>>
>> :
>>
>> :
>>
>> :
>>
>> :
>>
>>
>>
>>
>>
>> With version 2.2.9 name1, name2, name3, name4 and name5 would be defined
>> as classes (what
:
>
>
>
>
>
> With version 2.2.9 name1, name2, name3, name4 and name5 would be defined
> as classes (what I call discovered classes). With version 3.0.2 and
> 3.0.4 the discovered classes stop at the first entry that matches *none*
> (tested on multiple serve
351634044 0 351634872 0 0
lan5:31500 xxx.xxx.xxx.xxx name5.domain 92140 91720 0
:
:
:
:
:
With version 2.2.9 name1, name2, name3, name4 and name5 would be defined as
classes (what I call discovered classes). With version 3.0.2 and 3.0.4 the
discovered classes
