From: A E Lawrence <adrian.lawrence@computing-services.ox.ac.uk>
Newsgroups: comp.sys.transputer
Subject: Re: Transputer withdrawal symptoms
Date: Mon, 19 Oct 1998 23:06:38 +0100
Organization: Not  much.
Message-Id: <362BB7EE.CBF8E6B1@computing-services.ox.ac.uk>
References: <frX5fBAGzSE2EwBU@cawley.demon.co.uk>
    <6vs9hq$o1l$1@metro.ucc.usyd.edu.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


Michael Stevens wrote:
> 
> Alec Cawley wrote in message ...
> >After five years programming transputers, I am back on conventional
> >processors, with a conventional RTOS - and it is coming as quite a
> >culture shock.
> 
> Oh how true. I still do most of my algorithm design assuming I can implment
> on something that at least supports some subset of CSP. Luckly I am still
> able to target many projects onto Transputers. Their latency is good and
> their speed sufficient for many realtime problems. We have plenty of legacy
> hardware available which we can reuse (what a good Idea TRAMs were).
> 
> Now we need to use SHARCS for future work. The selection of a decent
> RTOS/language system  that supports Virtual routing and is capable of fine
> grain parallelism and has an ALT is still open.
> 
> >I have been using C++ not occam, but with an occam-like structure - no
> >shared variables, communication by channels, and communication is
> >synchronisation.
> 
> I just managed to get SGS C++ to work when hosted from NT. Does anyone out
> there have any source code for classes that incapsulate processes and
> channels?
> 
> Michael Stevens

Michael,

Hope you are enjoying oz. You might not know that there is a KROC port
to the Sharc done a couple of years ago at Twente. It was demonstrated
at a WoTUG meeting. I am not sure about the current status, but I expect
it is on the Hensa site. 

So Sharc users can have an extended high performance occam after all....

Adrian
-- 
A E Lawrence (from home)
adrian.lawrence@oucs.ox.ac.uk

