HDTenEightyP/NetNews huggingface dataset:
From: stud2@aifbmozart.aifb.uni-karlsruhe.de (Norbert Kuck)
Newsgroups: comp.sys.transputer
Subject: Re: iserver required although no I/O is done ?
Date: 21 Jan 1993 19:52:37 GMT
Organization: AIFB, University of Karlsruhe (Baden / Germany)
Distribution: world
NNTP-Posting-Host: nz11.rz.uni-karlsruhe.de
Keywords: QUESTION iserver C-toolset

In article <1993Jan21.182001.26251@titan.inmos.co.uk>, nigel@dodo.inmos.co.uk (Nigel Holder) writes:
> In article <1jjvtuINNgdb@nz12.rz.uni-karlsruhe.de> stud2@aifbmozart.aifb.uni-karlsruhe.de (Norbert Kuck) writes:

> >I have a problem concerning the INMOS ANSI C toolset. I am using 
> >a 4-transputer configuration, where all transputers are connected to
> >each other. Additionally, each transputer uses his link 0 to communicate
> >with his personal iserver. So I have to start 4 iservers on my host
> >and can watch all kinds of trace output from the net. Very nice.
> >
> >The problem is: Now that my program works better, I usually switch
> >the tracing off, so that only the root transputer does any host-I/O.
> >But I still have to start 4 iservers, otherwise the system hangs.
> >
> >What can I do ? I would like to decide at configuration time if I
> >want a host connection or not. I'd very much appreciate if anybody
> >out there could give me a hint about that.
> 
> The full C run-time library communicates with the iserver in order
> to determine the command line arguments (argv).
> 
> The reduced mode libraries do not.
> 
> Are you configuring each transputer individually (each with a full run-time
> library) or as a network of 4 transputers ?
> 
> 
> -Nigel
> 
I am not sure if I understand your question completely, but I think I configure
them individually. Basically, it looks like this: (Only 3 transputers for simplicity)

connect 3 transputers as a triangle 
each transputer gets an edge for trace output
define a process myproc (input in[3], output out[3], ...)
Channels are mapped on the triangle, plus one to the edge (the first)
Each transputer gets one process using the same .lku

This way I can print trace output from all three transputers.
When I switch off tracing (i.e. don't call I/O-functions at all, except from the root)
I would expect the triangle to behave silent on the additional edges, thus
not requiring iservers there. I also tried to use main(void), but it still hangs.
Do I really have to use the reduced library, or is there a way around that ?

Norbert

Norbert Kuck
stud2@aifb.uni-karlsruhe.de

Newsgroups: comp.sys.transputer
From: rioj7@fel.tno.nl (M.L.M.Veraart)
Subject: Re: lex and yacc specification for OCCAM-2
Organization: TNO Physics and Electronics Laboratory
Date: Fri, 22 Jan 93 08:08:29 GMT

pete@ohm.york.ac.uk (Pete French) writes:

>From article <1jeekqINN984@samson.informatik.uni-kiel.dbp.de>, by nhk@informatik.uni-kiel.dbp.de (Nils-Henner Krueger):
>> Hi,
>> 
>> I'm looking for a lex and yacc specification for OCCAM-2.
>> Does anybody know where it could be available?

>yacc for OCCAM2 is v.hard - you are probably better off writing your own
>parser. Its the indentation which makes it difficult, I havent yet seen a
>way of doing this that actually works, and if you think of one then let
>me know !

>-pete french.

>PS: If you do think of one the make sure it will handle VALOF properly - this
>    is the main problem with the indentation stuff as far as I can see.
>-- 
>-Pete French. (the -bat. )    -+ 	Are you in the militia ?
>Adaptive Systems Engineering   |
>                               +- Tuktusiuriagatigitqingnapinngitkyptinnga!

Pete,

The problem of the indentation can be solved by writing your own LEX,
the scanner part of the compiler. I have written an OCCAM-1 compiler
for the MSDOS environment. And it works.
Your remark about the VALOF function will be a small problem because
of the multiple result values, but I think it can be done with a little
trick in the parser section.

Mario Veraart
--
Mario Veraart                  TNO Physics and Electronics Laboratory
email: rioj7@fel.tno.nl        The Hague       The Netherlands
"If all else fails, show pretty pictures and animated videos, 
 and don't talk about performance",  David Bailey
-- 
Mario Veraart                  TNO Physics and Electronics Laboratory
email: rioj7@fel.tno.nl        The Hague       The Netherlands
"If all else fails, show pretty pictures and animated videos, 
 and don't talk about performance",  David Bailey
Newsgroups: comp.sys.transputer
From: rob@pact.nl (Rob Kurver)
Subject: Re: Format of .btl files
Organization: PACT, Delft, The Netherlands
Date: Fri, 22 Jan 1993 15:50:19 GMT

In <1993Jan22.114632.24686@dcs.warwick.ac.uk> markhill@dcs.warwick.ac.uk (M Hill) writes:

>When the iserver boots a transputer network with a .btl file, is the
>iserver just sequentially picking up bytes from the file and throwing
>them at the C011? This would imply that the .btl file had all the necessary
>bootstrap code for the whole network inside it, in addition to the
>program code that will eventually run on each processor on the network.

Indeed.  The bootable file (.btl for Inmos, .run for PACT) contains the
prebooter, main booter, network booter, system processes, user processes,
network configuration information, and whatever else is needed to start
the program.  It is fully selfcontained - the iserver or pserver merely
dumps the file to the link interface, without any interpretation.

>Mark

Rob

--
     PACT                   Rob Kurver
    Foulkeslaan 87         rob@pact.nl
   2625 RB Delft     ph: +31 15 616864 
  The Netherlands   fax: +31 15 610032
From: lu@topcad.ucsd.edu (George Lu)
Newsgroups: comp.sys.transputer
Subject: unpackaged transputers available?
Keywords: transputers unpackaged hypercube
Date: 21 Jan 93 19:23:18 GMT


Greetings, I have some questions that I hope you can answer. 

1) Is there any previous or ongoing transputer systems that uses the
   hypercube type interconnection? For a 16-node system, each transputer
   would have to use all 4 channels for communication. Is there a way to
   multiplex the channels to handle more transputer-to-transputer 
   interconnections?

2) Is it possible to obtain unpackaged transputers? Yeah, I mean a silvery
   die like 1cm x 1cm in area ebfore they put it in those black cases with
   pins. I'd like to use it in a research prototype.  There are times when
   those packages are just too big.

Thanks in advance for any helpful pointers. Either post or mail is fine.

George Lu
lu@ece.ucsd.edu
George Lu						UCSD ECE dept 0407
lu@ece.ucsd.edu						La Jolla, CA 92093
UCSD Optical Information Processing Group		(619)534-1743
Newsgroups: comp.sys.transputer
From: nigel@dodo.inmos.co.uk (Nigel Holder)
Subject: Re: dynamic loading and linking
Keywords: ANSI Toolset, dynamic configuration
Organization: INMOS Limited, Bristol, UK
Date: Fri, 22 Jan 1993 08:24:58 GMT

In article <1jjopuINNbqs@iraul1.ira.uka.de> mager@i41s12.ira.uka.de (Hendrik Mager) writes:
>--
>Hi,
>I need some information and/or help on loading dynamical distributed
>programs onto a transputernetwork without resetting the network.
>
>  ... [deleted]
>
>I have the following questions:
>- Has anybody done something similar to the described problem and can give
>  some hints? Perhaps I'm overlooking something.
>- Has anybody doing some dynamical linking of prgramparts under this 
>  enviroment.
>- Exists some tools by immos which supports such things.
>- I havenot found any example in the handbooks how to do dynamical loading.
>  The User Manual only say's: the tools can be uesd for this purpose.
>


The latest INMOS ANSI C toolset supports dynamic loading via .rsc files
(essentially a .btl with the bootstraps missing).  You may load and start
a .rsc from file, memory or channel.

Product codes are:

D4314A  Sun4
D7314A  386PC

Please contact your toolset supplier who will be (no doubt) only too pleased
to help.

-Nigel


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
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
From: don@ohm.york.ac.uk (Don Goodeve)
Newsgroups: comp.sys.transputer
Subject: Re: Format of .btl files
Date: 26 Jan 93 03:49:07 GMT
Organization: Electronics Department, University of York, UK

In <1993Jan22.114632.24686@dcs.warwick.ac.uk> markhill@dcs.warwick.ac.uk (M Hill) writes:

>I'm doing a project with transputers, and would like to know the answer
>to the following question.

>When the iserver boots a transputer network with a .btl file, is the
>iserver just sequentially picking up bytes from the file and throwing
>them at the C011? This would imply that the .btl file had all the necessary
>bootstrap code for the whole network inside it, in addition to the
>program code that will eventually run on each processor on the network.

Yup! thats it!

The bootable file has encoded into it all the configuration and
booting info as well as the executable text. The btl file is an
unstructured binary file from the point of view of iserver. The
iserver just sends the file down the link. The file is structured
into packets (as I understand it) by bootstrap code as it passes
into the network and is fanned out. All control lies with the
code in the bootable. The iserver does not have a clue.

I hope that answers it. If you have any further queries, email me
and I will do my best...

Cheers
	Don

-- 
Don Goodeve|Adaptive Systems|Electronics Dept|University of York
email: don@ohm.york.ac.uk|-------->I speak from my own angle...
 --Disclaimer:--------------------------------------------------
|In the beginning was the word. Man attempted to speak the word |
From: jeremy@cs.adelaide.edu.au (Jeremy Webber)
Newsgroups: comp.sys.transputer
Subject: Re: Format of .btl files
Date: 27 Jan 93 14:24:43 GMT
	<1993Jan26.034907.9697@ohm.york.ac.uk>
Organization: Digital Arts Film and Television
NNTP-Posting-Host: chook.cs.adelaide.edu.au
In-reply-to: don@ohm.york.ac.uk's message of 26 Jan 93 03:49:07 GMT

In article <1993Jan26.034907.9697@ohm.york.ac.uk> don@ohm.york.ac.uk (Don Goodeve) writes:

   The bootable file has encoded into it all the configuration and
   booting info as well as the executable text. The btl file is an
   unstructured binary file from the point of view of iserver. The
   iserver just sends the file down the link. The file is structured
   into packets (as I understand it) by bootstrap code as it passes
   into the network and is fanned out. All control lies with the
   code in the bootable. The iserver does not have a clue.

Further, there is a very good reason for doing it this way.  Many
(most?) transputers run in an embedded environment where there is no
Iserver.  Having all the bootstrap code in the .btl file means that the
same .btl file can be loaded into ROM to start such a system.

	-jeremy
--
--
Jeremy Webber			   Internet: jeremy@cs.adelaide.edu.au
Digital Arts Film and Television,	     jeremy@chook.ua.oz.au
1 Ledger Rd, Beverley, SA 5009,       Phone: +61 8 347 4691
Australia			        FAX: +61 8 347 4692
Newsgroups: comp.sys.transputer
From: nigel@dodo.inmos.co.uk (Nigel Holder)
Subject: Re: iserver required although no I/O is done ?
Keywords: QUESTION iserver C-toolset
Organization: INMOS Limited, Bristol, UK
Date: Thu, 21 Jan 1993 18:20:01 GMT

In article <1jjvtuINNgdb@nz12.rz.uni-karlsruhe.de> stud2@aifbmozart.aifb.uni-karlsruhe.de (Norbert Kuck) writes:
>Hi out there !
>
>I have a problem concerning the INMOS ANSI C toolset. I am using 
>a 4-transputer configuration, where all transputers are connected to
>each other. Additionally, each transputer uses his link 0 to communicate
>with his personal iserver. So I have to start 4 iservers on my host
>and can watch all kinds of trace output from the net. Very nice.
>
>The problem is: Now that my program works better, I usually switch
>the tracing off, so that only the root transputer does any host-I/O.
>But I still have to start 4 iservers, otherwise the system hangs.
>
>To me it looks as if there is some mysterious communication between
>iserver and transputer, even if I don't call any I/O-function. So if
>there is no iserver there, the transputer will wait forever for the
>iserver to respond. 
>
>What can I do ? I would like to decide at configuration time if I
>want a host connection or not. I'd very much appreciate if anybody
>out there could give me a hint about that.
>
>Thanks in advance for your time - 
>
>Norbert Kuck
>stud2@aifb.uni-karlsruhe.de

The full C run-time library communicates with the iserver in order
to determine the command line arguments (argv).

The reduced mode libraries do not.

Are you configuring each transputer individually (each with a full run-time
library) or as a network of 4 transputers ?


-Nigel

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
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
From: jet@fokus.gmd.de (J. Tiemann)
Newsgroups: comp.sys.transputer
Subject: two mem-cycles for Peek ???
Date: 22 Jan 93 14:07:15 GMT
Organization: GMD-Fokus (Berlin)

Hi,

our T425 reads a FIFO with a 'Peek' from a link.
Only every second value from the FIFO came back
from 'Peek'. The logic analyzer shows that the T425
executes the 'Peek' with two memory cycles. We
used different adresses with even/uneven boundaries.
Every 'Peek' occured with two memory cycles on
the specific address ...

Why use our 'Peek' two memory cycles?

Jens
From: lunna@essex.ac.uk
Newsgroups: comp.sys.transputer
Subject: Prolog for the transputer
Date: 24 Jan 93 15:57:04 GMT
Reply-To: lunna@essex.ac.uk ()
Organization: University of Essex, Colchester, UK

I am running the Helios Parallel Operating system on a network
of T800s and am looking for an implementation of prolog preferably
written in C to port over. I have looked at c-prolog but the compiler
under Helios doesn't like the source at all.

Has anybody ported a version of prolog to Helios, or does anyone know
of a TRULY portable prolog written in C. Failing that, has anyone got
a version of prolog that will run on a native transputer?

Thanks in advance,
Andy.
From: knut@uni-paderborn.de (Knut Menzel)
Newsgroups: comp.sys.transputer
Subject: Re: Format of .btl files
Date: 26 Jan 1993 13:53:17 GMT
Organization: University of Paderborn
Distribution: world
Reply-To: knut@uni-paderborn.de
NNTP-Posting-Host: ruhr.uni-paderborn.de

In article <1993Jan22.114632.24686@dcs.warwick.ac.uk>, markhill@dcs.warwick.ac.uk (M Hill) writes:
|> When the iserver boots a transputer network with a .btl file, is the
|> iserver just sequentially picking up bytes from the file and throwing
|> them at the C011? This would imply that the .btl file had all the necessary
|> bootstrap code for the whole network inside it, in addition to the
|> program code that will eventually run on each processor on the network.

That's right. We wrote a simple server we use instead of the iserver that
simply writes the .btl bootfile down the bootlink of the root processor.
From there the network will be bootet automatically.

If you want to write you own Boostrap loaders you can modify the .btl file
using the flag /B when calling the collector. Therefore see 

	ANSI C toolset
	user manual
	Appendix D: Bootstrap loaders
	Page 467-480

There is also an example for the INMOS Network loader.

-- Knut
--------------------------------------------------------------------------
 Knut Menzel                          University of Paderborn
 email:   knut@uni-paderborn.de       Department of Computer Science FB17
          ...!uunet!unido!pbinfo!knut Warburger Str. 100
 Tel:     +49 5251 603325             D-4790 Paderborn
 Telefax: +49 5251 603853
--------------------------------------------------------------------------

Newsgroups: comp.sys.transputer
From: raw@dogmatix.inmos.co.uk (Bob Wipfel)
Subject: Re: IMS B437, problem
Organization: INMOS Limited, Bristol, UK
Date: Thu, 28 Jan 1993 13:07:30 GMT

In article <1993Jan27.165749.330@isy.liu.se>, michael@isy.liu.se
(Michael Hall) writes:

|> We have bought an IMS 437display TRAM. I have some problem to get it
|> to work with out monitor. The monitor is an ordinary TV-montior (standard
|> PAL system). The problem is that i can't initialize the hardware correct.
|> My question is, are there anybody who are using one of this graphics board
|> with an TV-montior. If so, what are the correct parameter block that shall
|> be used to initialize the harware?

The IMS-B437 compact display TRAM is capable of driving a TV monitor in
interlaced mode. However, getting the video timing parameters correct, as you
have discovered, can be somewhat difficult.

If you e-mail me details of your monitor (make, model and any timing
parameters you have from its manual) I'll see if I can generate you a video
parameter block. Details of your software would be useful also, what language,
tools (IMS-F003C etc?) are you using?

-- 
| Bob Wipfel         Inmos Ltd, Bristol  | EMail(UK) ukc!inmos!raw
|----------------------------------------|     or    raw@inmos.co.uk
| The opinions above are my personal     | Internet: raw@inmos.com
| views and do not reflect Inmos policy. | UUCP:(US) uunet!inmos.com!raw
Newsgroups: comp.sys.transputer
From: andyr@wizzy.com (Andy Rabagliati)
Subject: Re: notWrBx for character output
Organization: W.Z.I.
Distribution: comp.sys.transputer
Date: Thu, 21 Jan 1993 17:37:29 GMT

In article <DVARNEY.93Jan20133246@polaris.cv.nrao.edu> dvarney@polaris.cv.nrao.edu (Doug Varney) writes:
>To hardware types,
>
>	Which line is active on a CHAR write, is it notWrB3 or ...0?
>

Which char ?

for
CHAR c :

The Transputer is little-endian, so it would be WrB0. However, compiler
optimisations often treat CHAR c: as a word, and so do a word write.

[4]CHAR c :

c[0] := 'A'

Will definitely do a Byte Write, via WrB0.

Cheers,    Andy.
-- 
Amendment 2 information newsgroup co.politics.amend2.info - mailing list also.
andyr@wizzy.com          W.Z.I. Consulting (719)635-6099               pgp-2.1
Newsgroups: comp.sys.transputer
From: markhill@dcs.warwick.ac.uk (M Hill)
Subject: The f editor source
Summary: f editor wish list
Keywords: f wish list INMOS transputer developing 
Organization: Department of Computer Science, Warwick University, England
Date: Thu, 28 Jan 1993 13:45:59 GMT

I'm currently developing on the PC using the f editor. I'm looking
at ways of speeding it up somewhat - basically, I'd like to be able
to have:
  a 43 line screen
  a utility to read the occam compiler o/p to place the cursor on wrong lines
  one that doesn't use bansi.sys (yuck!)

I seem to remember that Julian Lewis at INMOS Bristol wrote the f editor. Is
this right?

What I'd really like to do is develop under OS/2 with loads of virtual DOS
sessions, so I can switch between half a dozen files and run compilations
at the same time. With a 43 line screen. And not use bansi.sys, because
I can't get it to work properly. And have automatic location of errors
in the source.

So, any thoughts?

(I would really really *not* like to use folding microemacs. So please
don't suggest it, because I can't use it.)

Mark
From: butenuth@i30fs1.ira.uka.de (Roger Butenuth)
Newsgroups: comp.sys.transputer
Subject: Re: Format of .btl files
Date: 22 Jan 1993 14:16:32 GMT
Organization: University of Karlsruhe (Germany)
Distribution: world
NNTP-Posting-Host: i30s20.ira.uka.de

> When the iserver boots a transputer network with a .btl file, is the
> iserver just sequentially picking up bytes from the file and throwing
> them at the C011? This would imply that the .btl file had all the necessary
> bootstrap code for the whole network inside it, in addition to the
> program code that will eventually run on each processor on the network.

You are right!
Look in the file .../source/iserver/iserver.c from your distribution
(ANSI C Toolset), there you can find a function `Boot' which copies a file
down a link.

Hope this helps,

Roger Butenuth
From: raw@dogmatix.inmos.co.uk (Bob Wipfel)
Newsgroups: comp.sys.transputer
Subject: Re: notWrBx for character output
Date: 22 Jan 93 14:34:59 GMT
Distribution: comp.sys.transputer
Organization: INMOS Limited, Bristol, UK

In article <DVARNEY.93Jan20133246@polaris.cv.nrao.edu>, dvarney@polaris.cv.nrao.edu (Doug Varney) writes:
|> To hardware types,
|> 
|> 	Which line is active on a CHAR write, is it notWrB3 or ...0?
|> 
|> Thanks,
|> 	Doug
|> 
|> dvarney@nrao.edu

The transputer uses word addressing, so the above four write strobes
are provided; one to write each byte of the word. notMemWrB0 addresses the
least significant byte (notMemWrB3 the most significant). So the sb
(store byte) instruction will cause the strobe notWrB<n> to be asserted,
where <n> is the address of the byte within its word (little endian).

-- 
| Bob Wipfel         Inmos Ltd, Bristol  | EMail(UK) ukc!inmos!raw
|----------------------------------------|     or    raw@inmos.co.uk
| The opinions above are my personal     | Internet: raw@inmos.com
| views and do not reflect Inmos policy. | UUCP:(US) uunet!inmos.com!raw
From: pete@ohm.york.ac.uk (Pete French)
Newsgroups: comp.sys.transputer
Subject: Re: iserver required although no I/O is done ?
Date: 22 Jan 93 11:32:09 GMT
Organization: Electronics Department, University of York, UK

From article <1jjvtuINNgdb@nz12.rz.uni-karlsruhe.de>, by stud2@aifbmozart.aifb.uni-karlsruhe.de (Norbert Kuck):
[woes about having 4 iservers, 3 of which are not doing anything, deleted]
> What can I do ? I would like to decide at configuration time if I
> want a host connection or not. I'd very much appreciate if anybody
> out there could give me a hint about that.
> 
> Thanks in advance for your time - 

why not just get the code to halt the iserver when it has finished with it
using so.exit (or whatever the toolset equivalent is...) That way you can
do your tracing with the 4 iservers and then half them when they are not
wanted.

-bat.

-- 
-Pete French. (the -bat. )    -+ 	Are you in the militia ?
Adaptive Systems Engineering   |
                               +- Tuktusiuriagatigitqingnapinngitkyptinnga!
From: michael@isy.liu.se (Michael Hall)
Subject: IMS B437, problem
Reply-To: michael@isy.liu.se
Organization: Linkoping University
Date: Wed, 27 Jan 1993 16:57:49 GMT

We have bought an IMS 437display TRAM. I have some problem to get it to work with out monitor. The monitor is an ordinary TV-montior (standard PAL system). The problem is that i can't initialize the hardware correct.
My question is, are there anybody who are using one of this graphics board with an TV-montior. If so, what are the correct parameter block that shall be used to initialize the harware?


--
Michael Hall                          |  email     :  michael@isy.liu.se
Linkping University                  |  voice     :  +46 (013) 28 26 52
Department of Electrical Engineering  |  telefax   :  +46 (013) 28 25 99
S-581 83 Linkping, Sweden            |