On Wed, 2008-11-19 at 16:06 -0500, Eric Malkowski wrote:
> Hi all-
> 
> I saw the post about a bug in 0.5.6-r2 on the front page of the 
> www.olsr.org website.
> I looked at the users and devel mailing list archives and it's unclear 
> to me what the problem is.
> The "bugs" link that goes to sourceforge on the front page appears to 
> have really old stuff.

Yup.

> I'm very curious what the nature of the bug in 0.5.6-r2 is.  Can someone 

Now that you ask;-):
We probably have lots of bugs similar to all other serious software
beyond the complexity of "hello world" (and I saw "hello world" with
bugs:-). But almost all of them bite seldom enough that next no one is
bothered enough;-)

One of these is: olsrd seg-faults "occasionally". One necessary
condition for this seems to be an interface going up and down often
enough and since - TTBOMK - I'm the only one who gets it quite
"deterministic" after a few hours (or only 30 minutes) and the main
address is on the on the up/down interface, I suspect that that has
something to do with the bug too (but I think I'm pretty alone with that
suspicion).
But reading the code didn't show up anything even remotely suspicious.
So ATM I'm (and others) are adding syslog(3) output now and then to nail
that one when we find it sooner or later ....

The short summary: IMHO the tip of the dev-repo is "stable" -  even with
the above bug. And it is IMHO at least as stable as the "official stable
release" version as I'm pretty convinced that the same bug is in there
too somewhere.

FTR of the bug hunt: The last run took from "Nov 19 17:39:44" to "Nov 19
23:45:33" with exactly 164 of up/downs until the bug hanging as a leaf
node (well, there is one other host on a second interface) in the
FunkFeuer-net with IIRC > 400 routes (if everything is OK) producing
618MB log of starting/stopping/firing timers (because the seg-fault
happens if some timer is illegally/uninitialized/cleared in the list of
running timers).
I'm now adding some up/down log to the output so I can tell the number
of up/downs the next time more easily (without counting in screen's
scrollback buffer).

	Bernd
-- 
Firmix Software GmbH                   http://www.firmix.at/
mobil: +43 664 4416156                 fax: +43 1 7890849-55
          Embedded Linux Development and Services




