Joseph,<br><div class="gmail_quote"><br>These all sound like good informational leads.  Considering the age of OCCAM I'd look to contrast it with Erlang as to whether Erlang offers newer features.  Many considerations would go into development environment selection.  As I look back over the last two decades the distributed and hard real-time control issue has been an ongoing for me and industry.  Today because of all the gadgets and sytems, this marketplace is huge.  Add to this the desire to be transparently interconnected locally and worldwide there appears to be an opportunity.<br>

<br>[Tangent Alert -- Here's a radical statement that should be a separate discussion thread.  Right now I think all the Object-Oriented language systems need an underlying runtime that is transparently current with a messaging infrastructure.   It may be that Erlang or the likes would be the way to provide that.  O-O needs a automatically distributed place(s) for object instances to run.  Bertrand Meyer in his book "Object-Oriented Software Construction" has a couple of chapter dedicated to runtime issues.  He does a fine job of linking O-O design needs to actual runtime behaviors needed.  Maybe all the distributed O-O runtimes at the core, should be based on Erlang like features.]<br>


<br><div class="gmail_quote"><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Don't know if this helps, but there's a project leveraging the concurrency in the Occam-pi language by running a transputer interpreter on the Lego Mindstorm NXT and RCX(!!).<br>


<br>More details at:<br><a href="http://www.transterpreter.org/" target="_blank">http://www.transterpreter.org/</a></blockquote></div><div><br>The OCCAM came out of the Transputer developments of INMOS in the early 1980's.  I looked at it as a solution to distributed control at that time.  I have a complete copy of the original data books for the processor and as I recall I believe I have a microprocessor set in my chip collection.   They are almost 23 years old.<br>


<br></div><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><a href="http://www.transterpreter.org/" target="_blank"></a>I'm a fairly new follower of this mailing list. Has the topic of transputers come up before? My understanding of the transputer architecture (and by consequence the transterpreter) is that it's stack-based rather than register-based... so performance may suffer compared to the Erlang VM.</blockquote>


</div><div><br>Here's the Wikipedia link about Transputers for those interested, <a href="http://en.wikipedia.org/wiki/Transputer" target="_blank">http://en.wikipedia.org/wiki/Transputer</a> . <br><br>Here is one about OCCAM, <a href="http://en.wikipedia.org/wiki/Occam_programming_language" target="_blank">http://en.wikipedia.org/wiki/Occam_programming_language</a> .<br>


<br>It would be interesting to see some comparisons of concurrent languages.  Here's Wikipedia's short article which is interesting in that it lists many different languages.<br><a href="http://en.wikipedia.org/wiki/Concurrent_programming" target="_blank">http://en.wikipedia.org/wiki/Concurrent_programming</a><br>


<br>Intel created another specialized microprocessor that had messaging and features to support object-oriented environments.  It was the iAPX-432, it was a commercial failure.  Here is the Wikipedia link, <a href="http://en.wikipedia.org/wiki/Intel_iAPX_432" target="_blank">http://en.wikipedia.org/wiki/Intel_iAPX_432</a>   I think I also have a data book set and a chip set of this.<br>

<br>It appears to me that Erlang could find an important application range for use in hard real-time systems.<br><br></div><div><div></div><div class="Wj3C7c"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br><div class="gmail_quote">
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Good luck!! Who knows, maybe you will create a "picoErlang" :)<div><br><br><div class="gmail_quote">


On Thu, Jul 3, 2008 at 6:22 PM, Alpár Jüttner <<a href="mailto:alpar@cs.elte.hu" target="_blank">alpar@cs.elte.hu</a>> wrote:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>On Thu, 2008-07-03 at 12:52 -0400, Edwin Fine wrote:<br>
> I understand why you would want to use Erlang, but instead of writing<br>
> an entire interpreter with all the complexity that entails, would you<br>
> consider using another language that is very good in extremely<br>
> resource-restricted environments? FORTH comes to mind. If you just<br>
> want to Get Things Done, that is;<br>
<br>
</div>I don't think so. For example I'm working on a controlling application<br>
which could probably run on the weakest possible hardware, but would be<br>
a great struggle to implement in any sequential programming language<br>
(because I need the various timers and complex scheduling of action and<br>
handing of events).<br>
<br>
For these kinds of tasks, Erlang fits extremely well. I think a<br>
lightweight version of the erlang emulator could find a lot of<br>
applications in this area.<br>
<br>
Best regards,<br>
Alpar<br>
<br>
<br>
</blockquote></div><br><br clear="all"><br></div><div><div></div><div>-- <br>The great enemy of the truth is very often not the lie -- deliberate, contrived and dishonest, but the myth, persistent, persuasive, and unrealistic. Belief in myths allows the comfort of opinion without the discomfort of thought.<br>




John F. Kennedy 35th president of US 1961-1963 (1917 - 1963)
</div></div><br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://www.erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://www.erlang.org/mailman/listinfo/erlang-questions</a><br></blockquote></div><br>
<br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://www.erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://www.erlang.org/mailman/listinfo/erlang-questions</a><br></blockquote></div></div></div><font color="#888888"><br><br clear="all"><br>
-- <br>John S. Wolter President<br>

Wolter Works<br>Mailto:<a href="mailto:johnswolter@wolterworks.com" target="_blank">johnswolter@wolterworks.com</a><br>Desk 1-734-665-1263<br>Cell: 1-734-904-8433
</font></div><br><br clear="all"><br>-- <br>John S. Wolter President<br>Wolter Works<br>Mailto:<a href="mailto:johnswolter@wolterworks.com">johnswolter@wolterworks.com</a><br>Desk 1-734-665-1263<br>Cell: 1-734-904-8433