Andreas:

Thank you for your prompt responses.  Also, since I neglected to do so in my initial post, thank you for the statechart library itself.  I spent a considerable amount of time implementing (and, alas, debugging) a statechart library of my own in C# a few years ago.  When another statechart-based project came along, and it was using C++, I was relieved to learn that your library existed.

Returning to the subject at hand:  The member variable that I want to share is a single boolean flag.  It would only be written by "self", and only read by self's twin.  There would not be any member variables that required shared read/write access.  I would use the provisions of the Boost thread library to ensure that these accesses were thread-safe, as Igor suggested.

But these are moot points if the framework makes such access impossible by design.  Given the limited amount of data involved, it will be easy to implement the required communication using an event as you advised.

Thanks again,

Tim Crews

GECO, Inc.

>> You can't, see above. Two asynchronous state machine must only exchange

>> data in

>> a, well, asynchronous manner. That is, have the requesting state machine

>> post

>> an event to the other FSM, which in turn posts the requested data in an

>> event

>> back to the requesting FSM. Of course you'll have to be careful to always

>> *copy* the data and never let both state machines access the same data

>> through

>> e.g. pointers.

>

<snip>

It depends on how long the lock is taken by each FSM. If we're just talking

lock, read/write, unlock then no I don't think you'd have any problems with

just two FSMs. The longer the lock is taken the more could shared data

access become a bottleneck and adversely affect performance.

Of course, for Tims problem (access of state-local data), this is not a good

solution as it would inevitably make the data non-local.

Regards,

--

Andreas Huber

When replying by private email, please remove the words spam and trap

from the address shown in the header.