HDTenEightyP/NetNews huggingface dataset:
From: dhenrich@ira.uka.de (Dominik Henrich)
Newsgroups: comp.sys.transputer
Subject: Helios and X-Windows
Date: 30 Sep 92 08:58:44 GMT
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: i60s15.ira.uka.de


Hi,

Recently, I worked out how to start the Helios I/O-Server as
X-Window-Client. But there are still problems left:

The format of the text in the windows is somehow messed up. 
For example, the help function looks like a long string.

Has anybody an idea for this problem?

Thanks in advance,
Dominik.

**************************************************************
  Dominik Henrich, Dipl.-Inform.

  Institute for Real-time Computer Systems and Robotics (IPR)
  University of Karlsruhe (TH)

  P 69 80, Kaiserstrasse 12     phone:      +49 721 608-4265
  D-7500 Karlsruhe-1            telefax:    +49 721 60 67 40
  F. R. of Germany              e-mail:  dhenrich@ira.uka.de
**************************************************************
Newsgroups: comp.sys.transputer
From: steved@lion.inmos.co.uk (Stephen Doyle)
Subject: Re: Transputer simulator for SUN
Reply-To: steved@inmos.co.uk (Stephen Doyle)
Organization: INMOS Limited, Bristol, UK.
Date: Mon, 5 Oct 1992 09:16:26 GMT

in Article 79 of comp.sys.transputer:
jan@hermes.neuroinformatik.ruhr-uni-bochum.de (Jan Vorbrueggen)
writes:

   > but we'd still like to get/buy a version of isim running on a
   > DECstation. Is such a thing available ...

   NO

> Pray, why not? (see below)

There is little interest from our customer base in the DECstation (at least
in context of other development hosts), for the benefit of our customers
we focus attention on their preferred host platforms.

> __FLAME ON__
> ... rest deleted

Universities do great work at the grass roots level of using and developing
newer technologies, however, proliferation of a technology is not done by 
Universities but through volume design ins at major OEMs. My own experience 
(and this comes from the systems company I worked for before joining INMOS) 
is that the basics taught at Universities are valued, however the choice of 
one technology over another often relates more to commecial issues than 
technical issues (e.g. if companies x,y,z are using it we should). Intels 
fortunes now are highly focused on the PC market and volumes came from a major 
design in at IBM. Do Intel run simulators or emulators on anything other than 
Intel processors, do Sun have a SPARC simulator that runs on HP PA or 
DECstation architectures?

It would be awfully good for Ford to increase popularity by giving cars to
University students and commercially selling all their car models for < 10$ 
but I don't expect them to commit commecial suicide in doing this.

regards,

Steve 
(living and working in the real world)

These opinions are my own and do not reflect INMOS policy.

Steve Doyle, Software Marketing, INMOS Ltd   | Tel +44 454 616616
1000 Aztec West                              | 
Almondsbury                                  | UK: steved@inmos.co.uk
Bristol BS12 4SQ, UK                         | US: steved@inmos.com
Newsgroups: comp.sys.transputer
From: rob@pact.nl (Rob Kurver)
Subject: Re: Transputers and SCO UNIX
Organisation: PACT, Delft, The Netherlands
Organization: Delft University of Technology
Date: Sat, 26 Sep 1992 09:02:54 GMT

In <1992Sep25.155349.11423@wuecl.wustl.edu> crc2@cec2.wustl.edu (Charles Roy Calkins) writes:

>	I may be obtaining a transputer board or two in the future that I wish
>to install in my 386 clone that runs MSDOS and SCO UNIX 3.2.2.  I know I can
>use the transputers under MSDOS - does anyone have experience using them under
>SCO?  Can it be done at all?

We have developed a device driver for a B004-style transputer board under
ESIX SVR3.2, plus a matching linkIO module.  This stuff is available free
of charge to users of our PACT Parallel C compiler.  It has locking
built in, so you can share the board between multiple users or sessions.
It also supports multiple boards, and can be told to go wait for a free
board to use.  Works pretty nice.

I believe device drivers for SCO and ESIX are pretty much identical, but
you may have to recompile it.  Since our pserver is compatible with the
iserver, you should be able to use this with an iserver, if you're so
inclined.  Please contact me by email if you're interested.

>							Charles

Cheers. - Rob



--
     PACT                   Rob Kurver
    Foulkeslaan 87         rob@pact.nl
   2625 RB Delft     ph: +31 15 616864 
  The Netherlands   fax: +31 15 610032
Newsgroups: comp.sys.transputer
From: steved@lion.inmos.co.uk (Stephen Doyle)
Subject: Re: T9000 Availability
Reply-To: steved@inmos.co.uk ()
Organization: INMOS Limited, Bristol, UK.
Date: Tue, 29 Sep 1992 17:04:18 GMT

This message should clarify the true situation behind David May's presentation
of a T9000 alpha device to Parsytec at TAT '92 (Aachen).

The device in question was an open package containing a real T9000 alpha die
which was bonded out. It was the intention that this device should be used
for display purposes only and not intended to be plugged into a board,
and was presented to Parsytec who were the organisers of TAT '92 as David
May was unable to stay for the full duration of the conference.

We have been testing fully packaged T9000 alpha devices in our 
laboratories in Bristol as part of the normal product development cycle.
We have kept our transputer customers up to date with progress on the 
T9000 developments and have made provision for a special customer 
laboratory in Bristol where major customers can gain access to T9000 
alpha silicon and further their own product development.

The T9000 alpha silicon was intentionally produced without the data links.
The T9000 beta silicon which is going through the fab at the moment has 
all the functional blocks (including VCP and data links) of the T9000 
integrated (as defined in the technical disclosure of April 1991).

INMOS Limited

Steve Doyle, Software Marketing, INMOS Ltd   | Tel +44 454 616616
1000 Aztec West                              | 
Almondsbury                                  | UK: steved@inmos.co.uk
Bristol BS12 4SQ, UK                         | US: steved@inmos.com
Newsgroups: comp.sys.transputer
From: andy@research.canon.oz.au (Andy Newman)
Subject: Re: OCCAM-3 subjective comments wanted.
Organization: Canon Information Systems Research Australia
Date: Wed, 30 Sep 1992 01:47:24 GMT


Is there anywhere (mail-server, ftp, etc...) where one can get details
of the occam-3 proposals?

-- 
Andy Newman (andy@research.canon.oz.au)		"int - God's own type"
From: fielding@TC.CORNELL.EDU ("David L. Fielding")
Newsgroups: comp.sys.transputer
Subject: Transputer:Research and Applications (NATUG6)
Date: 28 Sep 92 01:06:49 GMT
Distribution: world
Organization: The Internet

************************************************************************
		Transputer: Research and Applications

                        1993 Spring Meeting

                         Call For Papers


     The 6th meeting of the North American Transputer Users
Group, an annual meeting in the use of transputers and similar 
devices for parallel processing, will be held in Vancouver, 
British Columbia, May 10 and 11, 1993.  

     Contributions are being solicited in the areas of hardware [INMOS
TXXXX, TI CMS320C40, etc.], software, and applications. Presentations 
will be allotted 20 minutes each, with ample additional time for 
questions; this format will allow for approximately 24 talks. 
Additional papers may be presented at poster sessions if there 
is sufficient interest. All accepted papers will appear in 
a published proceedings.

     Abstracts of 1000 - 1500 words must be received by 1 October
1992. Notices of acceptance will be sent out by 16 November 1992, and final
drafts of accepted papers will be due by 1 February 1993.  Authors 
should indicate on the abstract whether they would be willing to present
the paper in a poster session.


Abstracts should be submitted to:

Dr. Alan Wagner 
Dept. of Computer Science 
University of British Columbia
6356 Agricultural Road
Vancouver, B.C. V6T 1Z2
(604) 822-6450
wagner@cs.ubc.ca


Guidelines for authors are available via anonymous ftp from
mandolin.cit.cornell.edu in /pub. The files are NATUGauthors.txt
and NATUGauthors.ps.

E-mail submissions of abstracts in ascii form are preferred.


************************************************************************
Newsgroups: comp.sys.transputer
From: nigel@dodo.inmos.co.uk (Nigel Holder)
Subject: Re: Help needed -- cleaning an unsynchronous process
Keywords: transputer inmos c
Reply-To: nigel@inmos.co.uk (Nigel Holder)
Organization: INMOS Limited, Bristol, UK.
Date: Thu, 1 Oct 1992 08:51:06 GMT

In article <12964@ecs.soton.ac.uk> ams90@ecs.soton.ac.uk (SHEHAB AM) writes:
>
>Hi everyone,
>
>  I have come across a little problem; it goes as follows:
>
>I need to create lots of nearly identical worker processes
>dynamically.  Then once they have executed they return their
>results to their parent processes and should die.  It is when the die
>that my problem starts; how do I get rid of the process from the heap?
>The processes are not started by ProcPar...etc but by ProcRun for
>various reasons.  This means that I can not use ProcAllocClean which
>proved to crash the processors sometimes. I have tried free(process
>pointer) to no avail.

The next release of the ANSI C toolset relaxes the restriction that
ProcAllocClean may only be used with synchronous processes.  A new function
has been introduced which allows a parent process to wait for an asychronous
child process to terminate (similar to wait in a UNIX shell script) to ensure
that ProcAllocClean is not applied to an executing process.

Please contact your normal supplier for release dates of the next ANSI C
toolset as I'm afraid I don't know them.


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Nigel Holder, Software Group, INMOS Ltd		Tel +44 454 616616
1000 Aztec West					Fax +44 454 617910
Almondsbury					UK: nigel@inmos.co.uk
Bristol BS12 4SQ, UK.				US: nigel@inmos.com

		"Lost in time like tears in rain.  Time to die"    Blade Runner
Newsgroups: comp.sys.transputer
From: luigi@pical2.uucp (Luigi Rizzo)
Subject: Re: Transputer simulator for SUN
Organization: Dip. di Ingegneria dell'Informazione, Univ. di Pisa (ITALY)
Date: Mon, 5 Oct 1992 08:10:08 GMT

In article <1743@eagle.ukc.ac.uk> wgd@ukc.ac.uk (Warren Day) writes:
>In article <JAN.92Oct2200040@hermes.neuroinformatik.ruhr-uni-bochum.de> jan@hermes.neuroinformatik.ruhr-uni-bochum.de (Jan Vorbrueggen) writes:
>>__FLAME ON__
>
>Is there a 386 or 486 simulator?
>
>Warren

No flame here...
It's not realistic to compare 386/486 and Transputers, the former have a
completely different market. However, since you asked...

Maybe there's not a simulator, but there are MSDOS
emulators running on Macs and several Unix machines. Plus:
- 386 and 486 systems are easier to debug than a network of transputers
  (thus a simulator is not that necessary);
- they have better debugging support (memory protection and the like);
- the istruction set is much better documented than Transputer's one.

not to mention the wide choice of compilers and development tools that
exist under MSDOS.

I'd like to thank the Inmos' guy who promptly asked my original message
and clearly stated his company's point of view. At the same time, I have
to say I have the same feelings as Jan about Inmos policy.

	Cheers
	Luigi Rizzo
====================================================================
Luigi Rizzo                     Dip. di Ingegneria dell'Informazione
email: luigi@iet.unipi.it       Universita' di Pisa
tel: +39-50-568533              via Diotisalvi 2, 56124 PISA (Italy)
fax: +39-50-568522
====================================================================
From: ams90@ecs.soton.ac.uk (SHEHAB AM)
Newsgroups: comp.sys.transputer
Subject: Help needed -- cleaning an unsynchronous process
Keywords: transputer inmos c
Date: 30 Sep 92 14:57:16 GMT


Hi everyone,

  I have come across a little problem; it goes as follows:

I need to create lots of nearly identical worker processes
dynamically.  Then once they have executed they return their
results to their parent processes and should die.  It is when the die
that my problem starts; how do I get rid of the process from the heap?
The processes are not started by ProcPar...etc but by ProcRun for
various reasons.  This means that I can not use ProcAllocClean which
proved to crash the processors sometimes. I have tried free(process
pointer) to no avail.

Any ideas will be greatly appreciated.

ams... (ams@par.soton.ac.uk).

PS: does anyone know the email address of technical support at inmos?
From: fielding@TC.CORNELL.EDU ("David L. Fielding")
Newsgroups: comp.sys.transputer
Subject: FINAL CALL FOR PAPERS: Transputer: Research and Applications
Date: 1 Oct 92 19:55:21 GMT
Distribution: world
Organization: The Internet

************************************************************************
		Transputer: Research and Applications

                        1993 Spring Meeting

                       Final Call For Papers


     The 6th meeting of the North American Transputer Users
Group, an annual meeting in the use of transputers and similar 
devices for parallel processing, will be held in Vancouver, 
British Columbia, May 10 and 11, 1993.  

     Contributions are being solicited in the areas of hardware [INMOS
TXXXX, TI CMS320C40, etc.], software, and applications. Presentations 
will be allotted 20 minutes each, with ample additional time for 
questions; this format will allow for approximately 24 talks. 
Additional papers may be presented at poster sessions if there 
is sufficient interest. All accepted papers will appear in 
a published proceedings.

     Abstracts of 1000 - 1500 words must be received by 1 October
1992. Notices of acceptance will be sent out by 16 November 1992, and final
drafts of accepted papers will be due by 1 February 1993.  Authors 
should indicate on the abstract whether they would be willing to present
the paper in a poster session.


Abstracts should be submitted to:

Dr. Alan Wagner 
Dept. of Computer Science 
University of British Columbia
6356 Agricultural Road
Vancouver, B.C. V6T 1Z2
(604) 822-6450
wagner@cs.ubc.ca


Guidelines for authors are available via anonymous ftp from
mandolin.cit.cornell.edu in /pub. The files are NATUGauthors.txt
and NATUGauthors.ps.

E-mail submissions of abstracts in ascii form are preferred.


************************************************************************
From: scott@CANNON.CS.USU.EDU (Scott Cannon)
Newsgroups: comp.sys.transputer
Subject: T9 samples
Date: 5 Oct 92 14:49:02 GMT
Organization: The Internet

Stephen Doyle writes in response to a request for info on the T9;

> ... message was circulated on comp.sys.transputer following some 
>discussion of a T9000 sample die handed to Parsytec at the TAT'92
>conference in Aachen.  The device in question was an open package 
>containing a real T9000 alpha die which was bonded out. It was the
>intention that this device should be used for display purposes only ...

Progress on the T9?  Alpha sample dies seen at TAT 92?  I remember 
seeing this sample die of the T9 early in 91!

s. cannon.
Newsgroups: comp.sys.transputer
From: jbone@splat.dell.com (Jeff Bone)
Subject: Helios papers via FTP?
Organization: Dell Computer Co
Date: Fri, 2 Oct 1992 15:34:33 GMT


I know there's a book available commercially...  anybody know of
any Helios-related papers "out there" available in electronic
form, esp. via FTP?  Barring that, or aside from that, anybody
have a Helios bibliography?  Pointers to Helios tools, etc?
Perihelion's address, pref. stateside contacts?


Thanks in advance, sorry to spam -w- ?'s....


jb



--
-- Jeff Bone ------------------------------------------------------------
        NT...  Just say N0T.   Skate UN*X!   Standard disclaimer. 
------------------------------------------------------- jbone@dell.com --
                                                                       --
From: jxxl@taurus.cs.nps.navy.mil (John Locke)
Newsgroups: comp.sys.transputer
Subject: OCCAM Compiler for Suns?
Date: 6 Oct 92 15:44:29 GMT
Organization: Naval Postgraduate School, Monterey CA

Does anyone know if there is an OCCAM compiler for Suns or UNIX?
Preferably public domain software.

Thanks!
John
From: wgd@ukc.ac.uk (W.G.Day)
Newsgroups: comp.sys.transputer
Subject: Re: T9000 and OCCAM 3
Date: 6 Oct 92 13:38:14 GMT
Reply-To: wgd@ukc.ac.uk (Warren Day)
Organization: Computing Lab, The University, Canterbury, Kent. CT2 7NF, UK

In article <462.9210050950@lion.inmos.co.uk> Stephen Doyle writes about
the analogue progression from OCCAM 2 to 3.

As I understand it the T9000 has a hardware implementation of the OCCAM 3
GRANT command (similar to ALT, but much more efficient).  At the appropriate
time, will this be included in the OCCAM 2 to T9000 compiler?

Are there names for the earlier versions of the T9000 you also talked about
previously?

>regards,

>Steve Doyle

Warren
From: stiles@multi.ee.usu.edu (G. S. Stiles)
Newsgroups: comp.sys.transputer
Subject: Employment opportunity for RTOS people....
Date: 6 Oct 92 16:27:57 GMT
Distribution: world
Organization: The Internet

I know that there are a lot of transputer people out there with
RTOS experience - perhaps the following will be interesting:

------------------------------------------------------------------
Employment Opportunity:

Systems Software Analyst for Real-Time Operating Systems

BS/MS in CS and strong engineering
skill a must with 3-10 years OS
experience. Solid C programming
and project design skills, knowledge
and extensive use of UNIX development
tools; experience with RISC processors
at the system level preferred, 
experience with 88000, SPARC,
i960, or R3000 a plus.

Resumes can be sent to:
Rosalee Millard
Eyring Corporation
1450 West 820 North
Provo, UT 84601
Ph: +1 801 375 2434
FAX: +1 801 377 3850
email: rem@Eyring.COM
From: pm@robots.ox.ac.uk (Philip McLauchlan)
Newsgroups: comp.sys.transputer
Subject: Transputer network problems
Date: 3 Oct 92 11:23:26 GMT
Organization: Robotics Research Group, Engineering Science Dept, Oxford, UK.
Originator: pm@thomas.robots


We have a network of transputers hosted by a Sparc-2 with the Archipel
Volvox S-Bus board as root. We have intermittent network problems, of the
kind everyone seems to get, i.e.

Error - iserver - unable to write byte **** to the boot link.

Recently the problems have been getting worse, and we would like to have
some software to tell us where in the network the problems are occurring.
Has anyone ported ispy to a Volvox board? Suggestions of the cause have
included failure to reset some of the transputers in the network, use of
long cables (up to 2m) and maybe the C004's on out B008 motherboards not
setting the links correctly. Has anyone any other suggestions? The problems
have only got bad six months after we bought the stuff from Paratech,
who are unlikely to be of much help since they have gone bust.

Phil McLauchlan.
Newsgroups: comp.sys.transputer
From: fred@meiko.co.uk (Mark Homewood)
Subject: Re: T9000 Availability (one of our VCPs in missing)
Organization: Meiko Ltd. Bristol, outer spirals of ERM
Date: Mon, 28 Sep 1992 10:23:24 GMT

In aarticle (*1992Sep25.150100.25582@inmos.co.uk) davidb@inmos.co.uk (Dave `ham) writes:

> Read the posting ! He said that the beta lacks a VCP. Beta Si is _defined_
> as something which _has_ a VCP so the statement was wrong.

> Christ knows what Dave gave to Partytec. It wasn't 1--3 or 5 or 7 though.

I did indeed read the posting, and correctly. The message I reported spoke of
T9000 beta silicon, as did the second poster, who sounded like he was there. It
might have been clearer of you to point out that this fact was not true
rather than,

WRONG !

Your reply does throw some light on the status of the T9000 for the many
people that have mailed/posted on this subject.

> The part given to Parsytec Gmbh was either a
> Duff T9000 alpha without VCP or T9000 mechanical sample. (Edited)

Fred
-------------
A man so stupid he had to have wisdom teeth grafted on.
From: irwinj@bra.isnet.inmos.co.uk
Newsgroups: comp.sys.transputer
Subject: Re: HELP......on OCCAM!!!!!
Date: 2 Oct 92 11:41:29 GMT
Organization: Inmos Limited

In article <1992Sep29.213705.3456@memstvx1.memst.edu>, yhsim@memstvx1.memst.edu writes:
> 
> 	Can someone please send me some info about OCCAM?  Any references
> would  be appreciated?
> 
> 	Thanks a lot!!
> 
> Yan Sim
>  

Try contacting INMOS ltd at:
1000 Aztec West,
Almodsbury,
Bristol,
BS12 4SQ

This company created OCCAM as a programming language for their tranputers
you could get all the information you need from there.

James Irwin
Graphics Applications Group
INMOS

E-Mail irwinj@inmos.co.uk
.
From: arnold@biokyb.uni-duesseldorf.de (Arnold Stender (0203-740242))
Newsgroups: comp.sys.transputer
Subject: C-Compiler for T805
Date: 29 Sep 1992 09:32:14 GMT
Organization: Sun Microsystems, Inc.
Distribution: world
Reply-To: arnold@biokyb.uni-duesseldorf.de
NNTP-Posting-Host: lisa.biokyb.uni-duesseldorf.de

Hy everybody,

does anyone have experience with the INMOS-C-Compiler for the
T805 transputer. I'm intersted in bugs, performance, restrictions
versus OCCAM etc. 

Thanks in advance...

									Arnold Stender
									arnold@biokyb.uni-duesseldorf.de
									


Newsgroups: comp.sys.transputer
From: cs4gp6aa@maccs.dcss.mcmaster.ca (Appavoo      J)
Subject: Transputer Info Wanted.
Organization: Department of Computer Science, McMaster University
Distribution: World
Date: Thu, 1 Oct 1992 20:19:58 GMT

Hello,

I am a fouth year hons. comp sci student.  I am about to embark on
an directed reading course on transputers.  I will be both writting a paper
and developing software for a system here(INMOS B004 hosted by a PC and
two INMOS B003 4xT800-20).  I would greatly appreciate any info, suggestions
or places where I might be able to get info (eg. ftp sites, mailling list...).

Thanks very much for your help!!!!!

P.S. This stuff is great.

                                       Jonathan
                                           Appavoo
From: mcramm@dct.ac.uk (McRamm)
Newsgroups: comp.sys.transputer
Subject: OCCAM-3 subjective comments wanted.
Date: 28 Sep 92 14:22:47 GMT
Organization: Dundee Institute of Technology


One of our honours' year students intends to base his project on an evaluation
of the OCCAM-3 proposals, with respect to OCCAM-2 and (possibly) Perspective or
similar systems.

If anyone would like to contribute their opinions about OCCAM-3 I will forward
them to the student.

Thanks for your time.

On another note - I added my name to a list for more information on WOTUG at
the WOTUG meeting in Aberdeen in April. Since then I've heard nothing. Does 
anyone know who I should contact about membership ? (Bet this is a FAQ, but I
haven't seen a FAQ list here yet)
-- 
 Angus M. Marshall, MCRAMM@UK.AC.DCT,amarshal@uk.ac.dund.mcs, (+44 382) 308600
".. and in the grove, by gate and hill, midst  merry  throng  and  market
clatter -  stood  the  Hall  of  the Mountain Grill, where table strain'd
'neath loaded platter " (from the legend of Beenzon Toste - Hawkwind)