<br><br><div class="gmail_quote">On Fri, May 11, 2012 at 1:24 AM, Hans-Christoph Steiner <span dir="ltr"><<a href="mailto:hans@guardianproject.info" target="_blank">hans@guardianproject.info</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Mac OS X claims that defining _POSIX_C_SOURCE will give you:<br>
<br>
        time_t          st_mtime;       /* [XSI] Last data modification time */<br>
        long            st_mtimensec;   /* last data modification nsec */<br>
<br>
It seems that NetBSD agrees:<br>
<a href="http://www.daemon-systems.org/man/stat.2.html" target="_blank">http://www.daemon-systems.org/man/stat.2.html</a><br>
<br>
So it would be easy to add *BSD support it seems.<br></blockquote><div><br></div><div>but to have actually use of this in bsd, we would need smart-gateway support in bsd too!</div><div><br></div><div>which we tried last summer, but failed (ipip tunnels can`t be used that creative in bsd as in linux) </div>
<div><br></div><div>Markus</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
.hc<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
On May 10, 2012, at 5:28 PM, Ferry Huberts wrote:<br>
<br>
> that's not the point<br>
> mtime is in _seconds_ accuracy.<br>
> a file can very easily change within a second...<br>
><br>
> On 10-05-12 23:03, Hans-Christoph Steiner wrote:<br>
>><br>
>> Given that it is highly unlikely that a file would change on a time scale less than 1ms, I think its safe to use the generic versions, at least on other platforms, no?  I think you need a special Linux kernel to get thread/process time slices with smaller than 1-2ms anyhow.<br>

>><br>
>> .hc<br>
>><br>
>> On May 10, 2012, at 3:49 PM, Ferry Huberts wrote:<br>
>><br>
>>><br>
>>> It's not a typo.<br>
>>> It appears that this is a linux extension: it provides nanosecond accuracy to stat system calls.<br>
>>><br>
>>> On 10-05-12 21:05, Hans-Christoph Steiner wrote:<br>
>>>><br>
>>>> Also, it looks like the Mac OS X build issue is actually caused by a typo in the code:<br>
>>>><br>
>>>> src/gatewaySpeedFile.c: In function ‘readGatewaySpeedFile’:<br>
>>>> src/gatewaySpeedFile.c:124: error: ‘struct stat’ has no member named ‘st_mtim’<br>
>>>> src/gatewaySpeedFile.c:134: error: ‘struct stat’ has no member named ‘st_mtim’<br>
>>>> src/gatewaySpeedFile.c:134: error: ‘struct stat’ has no member named ‘st_mtim’<br>
>>>><br>
>>>> I believe the struct element is called st_mtime not st_mtim.  Both Ubuntu and Mac OS X have stat.st_mtime, but I find no reference to stat.st_mtim.<br>
>>>><br>
>>>> .hc<br>
>>>><br>
>>>> On May 10, 2012, at 2:58 PM, Henning Rogge wrote:<br>
>>>><br>
>>>>> At the moment the whole smart gateway system is linux only too... ;)<br>
>>>>><br>
>>>>> Henning<br>
>>>>><br>
>>>>> On Thu, May 10, 2012 at 8:54 PM, Ferry Huberts<<a href="mailto:mailings@hupie.com">mailings@hupie.com</a>>   wrote:<br>
>>>>>><br>
>>>>>><br>
>>>>>> ok, then.<br>
>>>>>> Tomorrow I'll refactor it into a plugin but I'll make it linux only.<br>
>>>>>> It people want it on other platforms as well, they can make it build<br>
>>>>>> themselves ;-)<br>
>>>>>><br>
>>>>>> On 10-05-12 20:46, Henning Rogge wrote:<br>
>>>>>>><br>
>>>>>>> As they can with plugins... its not that it needs to be a linux-only<br>
>>>>>>> plugin.<br>
>>>>>>><br>
>>>>>>> Henning<br>
>>>>>>><br>
>>>>>>> On Thu, May 10, 2012 at 8:25 PM, Ferry Huberts<<a href="mailto:mailings@hupie.com">mailings@hupie.com</a>>    wrote:<br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>> On 10-05-12 20:22, Henning Rogge wrote:<br>
>>>>>>>>><br>
>>>>>>>>><br>
>>>>>>>>> On Thu, May 10, 2012 at 7:17 PM, Ferry Huberts<<a href="mailto:mailings@hupie.com">mailings@hupie.com</a>><br>
>>>>>>>>>  wrote:<br>
>>>>>>>>>><br>
>>>>>>>>>><br>
>>>>>>>>>> Thinking about this...<br>
>>>>>>>>>><br>
>>>>>>>>>> I added this to the core, but what do you guys think of making this a<br>
>>>>>>>>>> plugin? I think that should be possible, right Henning?<br>
>>>>>>>>><br>
>>>>>>>>><br>
>>>>>>>>> Might work as a plugin I think, the only think it does in the core is<br>
>>>>>>>>> set the link up/down speed. That should be easy to do from a plugin<br>
>>>>>>>>> during runtime.<br>
>>>>>>>>><br>
>>>>>>>>>> However, I'm _not_ saying I want to make it a plugin because I think<br>
>>>>>>>>>> this<br>
>>>>>>>>>> should be part of the core, but a plugin might mitigate some of the<br>
>>>>>>>>>> objections.<br>
>>>>>>>>><br>
>>>>>>>>><br>
>>>>>>>>><br>
>>>>>>>>> Whats the advantage to put it into the core?<br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>> then all platforms can benefit from it<br>
>>>>>>>><br>
>>>>>>>>><br>
>>>>>>>>> Henning<br>
>>>>>>>>><br>
>>>>>>>><br>
>>>>>>>> --<br>
>>>>>>>> Ferry Huberts<br>
>>>>>>><br>
>>>>>>><br>
>>>>>>><br>
>>>>>>><br>
>>>>>><br>
>>>>>> --<br>
>>>>>> Ferry Huberts<br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>> --<br>
>>>>> Steven Hawkings about cosmic inflation: "An increase of billions of<br>
>>>>> billions of percent in a tiny fraction of a second. Of course, that<br>
>>>>> was before the present government."<br>
>>>>><br>
>>>>> --<br>
>>>>> Olsr-dev mailing list<br>
>>>>> <a href="mailto:Olsr-dev@lists.olsr.org">Olsr-dev@lists.olsr.org</a><br>
>>>>> <a href="https://lists.olsr.org/mailman/listinfo/olsr-dev" target="_blank">https://lists.olsr.org/mailman/listinfo/olsr-dev</a><br>
>>><br>
>>> --<br>
>>> Ferry Huberts<br>
><br>
> --<br>
> Ferry Huberts<br>
<br>
<br>
--<br>
Olsr-dev mailing list<br>
<a href="mailto:Olsr-dev@lists.olsr.org">Olsr-dev@lists.olsr.org</a><br>
<a href="https://lists.olsr.org/mailman/listinfo/olsr-dev" target="_blank">https://lists.olsr.org/mailman/listinfo/olsr-dev</a><br>
</div></div></blockquote></div><br>