<div class="gmail_quote">2009/2/27 Zvi <span dir="ltr"><<a href="mailto:exta7@walla.com">exta7@walla.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"><br>
<br>
</div>Reia do not solve FSM per-say. But it provides more consistent programming<br>
model. Each Reia object is gen_server, adding FSM state should be trivial.<br>
Not directly related: why Erlang processes have no builtin FSM. It would be<br>
logical, since original problem domain was Complex Soft Realtime Control<br>
Systems. And process anyway have system state (i.e. created, suspended,<br>
died, etc.)</blockquote><div><br>Originally Erlang was more of a DSL (though we didn't know the term then) and tuned to doing the FSM parts of the problem. We soon found, however, that to be able to build these systems Erlang had to be a general purpose programming language. We then decided that generally we would try to provide the the basic tools for building an app and not packaged solutions. Hence FSM's are not built in but it is generally easy to build them. Same for process communication and error handling.<br>
<br>Robert<br><br></div></div>