Martin Vuille | 8 Aug 13:33

FSM Review Reminder

The formal review for Andrey Semashev's Finite State Machines (FSM) 
library is scheduled for August 11th to 20th.

The documentation (overview and reference) is available online:
http://boost-extension.redshoelace.com/docs/boost/fsm/doc/state_machine.html
http://boost-extension.redshoelace.com/docs/boost/fsm/doc/reference.html

Quoting from the documentation:

"The main goals of the library are:

* Simplicity. It should be very simple to create state machine
  using this library. 
* Performance. The state machine infrastructure should not be very 
  time and memory-consuming in order to be applicable in more use
  cases. 
* Extensibility. A developer may want to add more states to the
  existing state machine, and this addition should be relatively
  safe since it shouldn't interfere with the existing states. The
  developer should also be able to specify additional transitions
  and events for the machine with minimum modifications to the
  existing code."

"Boost.FSM vs. Boost.Statechart

There is another library in Boost that provides similar functionality:
Boost.Statechart. Although it currently covers almost all major Boost.FSM 
features and provides ones that are not supported in this library, 
Boost.Statechart is more targeted to creation of big and complex state 
machines with possibility of distributed development. But this does not 
(Continue reading)

Rajpal Dangi | 8 Aug 19:52
Favicon

Re: FSM Review Reminder

Hi All,
    Is it possible to use FSM in multithreaded application i.e. each
worker thread executing its own statemachine? I would have assumed to
accomplish so but doubt occurred after reading FSM docs 
"Users should consider Boost.FSM if
    * the state machine don't need to be executed in a separate thread"

Is there any problem if each thread has a separate FSM instance and
process events as per its context?

Thanks,

Raj

-----Original Message-----
From: boost-bounces <at> lists.boost.org
[mailto:boost-bounces <at> lists.boost.org] On Behalf Of Martin Vuille
Sent: Friday, August 08, 2008 4:36 AM
To: boost-announce <at> lists.boost.org; boost <at> lists.boost.org
Subject: [boost] FSM Review Reminder

The formal review for Andrey Semashev's Finite State Machines (FSM)
library is scheduled for August 11th to 20th.

The documentation (overview and reference) is available online:
http://boost-extension.redshoelace.com/docs/boost/fsm/doc/state_machine.
html
http://boost-extension.redshoelace.com/docs/boost/fsm/doc/reference.html

Quoting from the documentation:
(Continue reading)

Andrey Semashev | 8 Aug 20:15
Gravatar

Re: FSM Review Reminder

On Friday 08 August 2008 21:52:50 Rajpal Dangi wrote:
> Hi All,
>     Is it possible to use FSM in multithreaded application i.e. each
> worker thread executing its own statemachine? I would have assumed to
> accomplish so but doubt occurred after reading FSM docs
> "Users should consider Boost.FSM if
>     * the state machine don't need to be executed in a separate thread"
>
> Is there any problem if each thread has a separate FSM instance and
> process events as per its context?

It's perfectly safe to run a separate state machine in each thread. There is 
also a state machine class that uses locking to provide a safe way to process 
events from different threads in a single instance of the machine.

The note in the docs you are referring to just says the Boost.FSM does not 
provide asynchronous machines, i.e. when the machine runs in its own thread 
and processes events from a thread-safe queue.

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost


Gmane