On Fri, 2007-08-24 at 09:57 +0200, Gianni Costanzi wrote:
[...]
> > Is the lack of synchronization is a problem or concern for the Bmf
> > plugin
> > (or the others)?
> 
> For the plugin I'm working on the lack of synchronization has been a
> major issue, which I solved adding a lot of complexity to my plugin
> (which is multi-threaded and which needs to access olsrd internal data
> structures), since I didn't want to modify olsrd code.

Understandable. And the worst thing one can do is just add
synchronization
without any plan/concept[0] - if only to avoid reverse engineering what
someone
thinks was good months ago. So it needs at least some idea on what to
lock and when.

BTW is it necessary to use threads or could it be done reasonable with
fork()ing?
I'm not a - ahemm - big fan of multithreading (because of the added
complexity etc.
But sometimes it is the only way to go).

[...]
> Sorry.... it seems that the only useful info that I gave you was
> adding the -pthread CFLAG :D
> CFLAGS is not needed since we are only linking in that stage..

You are welcome - every killed flaw/problem/bug is good.
BTW: I assume *BSD using also gcc and being somewhat similar should have
that flag too.
And CygWin?
Or do some of them need other stuff?

	Bernd

[0]: I'm not naming it but there is some well-known/famous recently
hyped
     telephony software out there which did exactly that.
-- 
Firmix Software GmbH                   http://www.firmix.at/
mobil: +43 664 4416156                 fax: +43 1 7890849-55
          Embedded Linux Development and Services




