Interest in a dynamic-state-machine framework?
I'm currently Boostifying the FSM module currently located at <http://swiss-gd-knife.sourceforge.net/>. (Yes, that means I'll license the result under the BSL.) I've also implemented a pushdown automaton and will combine the two into a common library. To distinguish this library from Boost.Statechart, I'm treating the state machines as *data structures* to be initialized and manipulated *algorithmically* before normal execution. My primary question is: does anyone have a need for such a library that is not already satisfied by either Boost.Statechart or Boost.Spirit? Off the top of my head, I can think of only two application domains where this library would be useful: artificial intelligence and graph-walking simulations (e.g. mazes). If anyone has another domain in mind, please chime in. I'd like to have a better idea of my potential target audience so I can hone the library design before submitting to the vault. TIA, Cromwell D. Enage __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
See also the FSM subdirectory of the sourceforge easyasap project ( http://sourceforge.net/projects/easyasap/ ) for a dynamic statesystem implementation. I've used them for sometime to remove a level of conformance testing and allow live reconfiguration (ex: for error handling) of production systems.
Cromwell Enage <sponage@yahoo.com> 09/05/06 5:45 PM >>> I'm currently Boostifying the FSM module currently located at <http://swiss- gd- knife.sourceforge.net/>. (Yes, that means I'll license the result under the BSL.) I've also implemented a pushdown automaton and will combine the two into a common library.
To distinguish this library from Boost.Statechart, I'm treating the state machines as *data structures* to be initialized and manipulated *algorithmically* before normal execution. My primary question is: does anyone have a need for such a library that is not already satisfied by either Boost.Statechart or Boost.Spirit? Off the top of my head, I can think of only two application domains where this library would be useful: artificial intelligence and graph- walking simulations (e.g. mazes). If anyone has another domain in mind, please chime in. I'd like to have a better idea of my potential target audience so I can hone the library design before submitting to the vault. TIA, Cromwell D. Enage __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Cromwell Enage wrote:
I'm currently Boostifying the FSM module currently located at <http://swiss-gd-knife.sourceforge.net/>.
I'm not sure if I have a use for this or not. I'll describe some uses and you can decide if your fsm engine is fit for purpose.... Automated test scripts I've cobbled a few transition-table based DSLs within scripting languages together to test protocols/any system that is stimulus driven with some sort of observable state or other response/output. A sort of external event triggered media player (think some sort of laserdisk game scripting language and you will be close). Customisation of call handling in PBXs etc. At a glance, iiuc, your compile an FSM approach may be too static - at least when used to generate a compiled language. What I think I'm looking for is a scripting/DSL language for writing FSMs with good bindings to C++. I guess I should just write one with Spirit.... Regards Darryl Green.
participants (3)
-
Cromwell Enage -
Darryl Green -
John Fuller