[radvd-devel-l] radvd crash with multiple interfaces when 1 interface comes back up

Reuben Hawkins reubenhwk at gmail.com
Mon May 10 02:35:23 EDT 2010

Hi Pekka,

What is the best way to check for conformance and do regression testing in


On Wed, May 5, 2010 at 10:26 PM, Reuben Hawkins <reubenhwk at gmail.com> wrote:

> I'll try over the next week or so to submit timerless code which honours
> the delay...
> Thanks,
> Reuben
> On Wed, May 5, 2010 at 9:40 PM, Pekka Savola <pekkas at netcore.fi> wrote:
>> On Wed, 5 May 2010, Reuben Hawkins wrote:
>>> This is happening in the latest from CVS in the timer code?  Can you
>>> reproduce this crash in the code I submitted which removes the
>>> timers?  It seems like the timers are the source of half the problems
>>> submitted to the mailing list.  I stand by removing the
>>> timers.  Building a poll/select based solution will dramatically simplify
>>> the code and debugging.  Please let me know what
>>> guidelines I should follow to get my code integrated into the next
>>> version...
>> Yes, this happens with the latest CVS.  I have not tried reproducing with
>> polling based mechanism, but I don't think it would exist there.
>> I agree that timers are causing problems (and likely continue to do so),
>> and we would be better off without them, or by implementing better locking
>> when using them (anyone interested in looking at this?).
>> In order for select/poll-based mechanism to be considered, it would need
>> to support all MUSTs from the spec and preferably SHOULDs also. I recall
>> there was some discussion about this late last year, e.g. relating to random
>> delay feature.
>> --
>> Pekka Savola                 "You each name yourselves king, yet the
>> Netcore Oy                    kingdom bleeds."
>> Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings
>> --
>> radvd-devel-l mailing list  :  radvd-devel-l at litech.org
>> http://lists.litech.org/listinfo/radvd-devel-l
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.litech.org/pipermail/radvd-devel-l/attachments/20100509/fb95d397/attachment.html>

More information about the radvd-devel-l mailing list