HDTenEightyP/NetNews huggingface dataset:
From: teig@autro1.UUCP (Oyvind Teig)
Newsgroups: comp.sys.transputer
Subject: occam and recursion and out-of-memory problems
Date: 23 Nov 92 10:23:27 GMT
Reply-To: teig@autro1.UUCP (Oyvind Teig)
Organization: Autronica A/S, Trondheim, Norway

Recursion of occam-2 or -3

Rob Kurver writes as a reply to my post:

>>I have seen enough of stack overflow errors to appreciate the lack
                        -------------------->>
>>of recursion in occam.
>
>Recursion + stack-checking -> no stack overflow.
>
>>This comes close to the discussion of exception-handling: how do
>>you solve that in Pact-C, and what would you recommend when stack overflow
>>is encountered?
>
>Upon stack overflow, the stack is extended by allocating a new block of
>memory from the heap.  If this is not possible (out of memory), you get
>a fatal error message and your program aborts.
                               >>---------------
Ok, you have an interesting solution there, of course you do not remove
the out of memory error (which is what I was thinking about).

Occam does NOT have out-of-memory errors!
-----------------------------------------
Why couldn't you buy the occam sources from Inmos and add your own
experience and make an occam dialect (that allows recursion etc.) ?
After all - occam has not been standardized.

Sure occam isn't C, but C isn't occam either! And you may have adopted
a few of the good things from occam into your C - but you have not made
occam out of it. After all, the security of occam could be
a point to sell?? The lack of pointers, the abbreviations, the retyping,
the othogonality of functions and procedures, the aliasing checks,
the indenting (yes), the protocol with its associated checks, the no-out-
of-memory insurance and least but not last - IT IS MUCH EASIER THAN C.
It is probably too easy for C programmers - who actually would like to
have structured assembler!

But YOU could add your own compiler directives to squeeze it a little!

0yvind Teig
Autronica, Trondheim, Norway
Newsgroups: comp.sys.transputer
From: scollins@lookout.it.uswc.uswest.com (Steven Collins)
Subject: GNU cc port to tranputer
Organization: U S WEST Information Technologies
Date: Thu, 19 Nov 1992 18:15:28 GMT


Is anyone working on porting the GNU cc compiler 
to the transputer? 

I have looked into porting it but GNU's cc
compiler expects a multi-register CPU and since
the transputer is stack based,  there
could be some sticky problems to overcome.

Even if a port is done,  performance of the
output code may suffer since it will be hard to
use the same optimization routines. 

I'm still investigating the effort involved.

Any comments?

Thanks, Steve
-- 
||  Steve Collins          ||  INTERNET: scollins@uswest.com      ||
||  1475 Lawrence Ave #500 ||                                     ||
||  Denver, CO 80202       ||  US WEST Multimedia AE              ||
Newsgroups: comp.sys.transputer
From: doerr@inf.fu-berlin.de (Heiko Doerr)
Subject: Q: T.Node Tools compatible with OCCAM 2 Toolset D5205
Organization: Free University of Berlin, Germany
Date: Thu, 19 Nov 1992 12:59:27 GMT


We are going to extend our transputer system and have an offer for a
T.Node with a developing system which is said to be compatible with
the Inmos toolset D5205. 

Does anybody has ported software from the OCCAM 2 toolset D5205 to a
T.Node environment? In particular I am interested in the compatibility
of the libraries and the I/O protocols. 

Please post your experiences.

Heiko 

+-----------------------------------------------------------------+
| Heiko Doerr                          Tel.: 030/896 91 106       |
| Institut fuer Informatik             Fax.: 030/896 91 123       |
| Freie Universitaet Berlin            e-mail:                    |
| Nestorstrasse 8-9                      doerr@inf.fu-berlin.de   |
| D-1000 Berlin 31                                                |
|                                                                 |
+-----------------------------------------------------------------+
Newsgroups: comp.sys.transputer
From: yoshimot@laic.lockheed.com (Glenn Yoshimoto)
Subject: Topologix
Keywords: Sun-based transputer development envrionment
Reply-To: yoshimot@laic.lockheed.com
Organization: Lockheed Missiles & Space Co., Inc.
Date: Tue, 17 Nov 92 18:39:38 GMT

A 1989 paper on transputers make reference to Topologix Co's Sun based
transputer development environment.  Can anyone give me pointers to
what city they are located in or a phone number?  I'm interested in
information about any transputer development environments for Sun
workstations.

Please reply directly to 
yoshimoto@laic.lockheed.com

Thanks, 
Glenn Yoshimoto
Lockheed AI Center
From: jcbhrb@nic.cerf.net (Jacob Hirbawi)
Newsgroups: comp.sys.transputer
Subject: RE: FFT OCCAM CODE WANTED !!!
Date: 19 Nov 92 03:01:52 GMT
Organization: CERFnet

In comp.sys.transputer <1992Nov18.173159.5761@rmece49.upr.clu.edu>
Roque Pagan <rpagan@rmece02.upr.clu.edu> writes:

>	I'm trying to locate some FFT source code in OCCAM.  Any
>    information would be greatly appreciated.

This is from a response I posted a few weeks ago:

... The code consists of three parts: (1) generate the 'twiddle factors' in 
routine Omega,(2) do a fast in-place bit reversal in routine BitReverse,
and (3) do the fft operations.

To use it you need to declare four arrays: the real and imaginary part of your
data of size N; and the real and imaginary parts of the 'twiddle factors' of
size M where 2^M = N; for examples:

  [512]REAL32 DataReal,DataImaginary:
  [9]REAL32 OmegaReal,OmegaImaginary:
  SEQ

    DataReal      :=   ( define or acquire your real data )
    DataImaginary :=   ( define or acquire your imaginary data )

    Fft(DataReal,DataImaginary,OmegaReal,OmegaImaginary)

    -- DataReal and DataImaginary now correspond to the spectrum of the data.

Good Luck!

Jacob Hirbawi
JcbHrb@CERF.net

-- CUT HERE -------------------------------------------------------------------
PROC Omega([]REAL32 w1,w2)
  INT i1,j1 :
  REAL32 a1 :
  SEQ
    i1:=1
    SEQ j1 = 0 FOR SIZE w1
      SEQ
        a1:=3.1415926345 (REAL32) /(REAL32 TRUNC i1)
        w1[j1]:=  COS(a1)
        w2[j1]:= -SIN(a1)
        i1:=i1+i1
:
PROC BitReverse([]REAL32 x1,x2)
  INT i1,i2,i3,j1,j2,n :
  REAL32 t1,t2 :
  SEQ
    n := SIZE x1
    i2:=1
    SEQ i1 = 1 FOR (n-1)
      SEQ
        IF
          i1<i2
            SEQ
              t1:=x1[i1-1]
              t2:=x2[i1-1]
              x1[i1-1]:=x1[i2-1]
              x2[i1-1]:=x2[i2-1]
              x1[i2-1]:=t1
              x2[i2-1]:=t2
          TRUE
            SKIP
        i3 := n/2
        WHILE i3<i2
          SEQ
            i2:=i2-i3
            i3:=i3/2
        i2:=i2+i3
:

PROC Fft([]REAL32 x1,x2,w1,w2)
  INT i1,i2,i3,j1,j2,n,m,k1,k2:
  REAL32 u1,u2,q1,q2,t1,t2:
  SEQ
    Omega(w1,w2)
    BitReverse(x1,x2)
    m := SIZE w1
    n := SIZE x1
    i1:=1
    SEQ j1 = 0 FOR m
      SEQ
        i2:=0
        WHILE i2<n
          SEQ
            u1:= 1.0 (REAL32)
            u2:= 0.0 (REAL32)
            SEQ i3 = i2 FOR i1
              SEQ
                k2:=i3+i1
                q1:=(u1*x1[k2])-(u2*x2[k2])
                q2:=(u2*x1[k2])+(u1*x2[k2])
                x1[k2]:=x1[i3]-q1
                x2[k2]:=x2[i3]-q2
                x1[i3]:=x1[i3]+q1
                x2[i3]:=x2[i3]+q2
                t1:=u1
                t2:=u2
                u1:=(t1*w1[j1])-(t2*w2[j1])
                u2:=(t2*w1[j1])+(t1*w2[j1])
            i2:=i2+(i1+i1)
        i1:=i1+i1
:
-- CUT HERE -------------------------------------------------------------------
From: aghao@sersun2.essex.ac.uk
Newsgroups: comp.sys.transputer
Subject: Re: Manipulating process workspace on the Transputer
Date: 16 Nov 92 11:18:06 GMT
Reply-To: aghao@sersun2.essex.ac.uk ()
Organization: University of Essex, Colchester, UK

Greetings.

I'm sorry I have been rather silent since I posted my original question.  I had
to leave town (:-) for a long weekend, and only returned last night.

Thanks very much for the responses.  I think my original post was slightly 
ambiguous, as I failed to explain the conditions under which I wished to access
the workspaces.  As a reminder, I said

>As part of my research, I need to be able to examine the workspace of one or 
>more Transputer processes.  Clearly, this is quite feasible, as I can get hold
>of the Wptr of a process.
>
>However, as I need to access the workspaces as separate, individual entities,
>I need to know what the boundaries are, ie where each particular process' 
>workspace starts and *ends*.  One possibility is to find out what the size
>of each workspace is, and that is what I am hoping to be able to do.

To this I would add that I need this information at run-time.  The idea is that
there are low-priority processes executing code implemented as functions
(A and B, say).  Each of these processes would have an associated workspace,
pointed to by Wptr, for local vars, params, etc.  I need to know exactly what
the size of the allocated workspace is, and I would like to design a separate
function (G, say), which, executed by a high priority process, would be able to
examine, access and manipulate the workspaces for A and B.  

I cannot rely on the chance that the 2 workspaces will be consecutively placed,
nor can I make assumptions about the workspace sizes, as that is simply 
courting disaster.  At the same time, I'm sure that information either about
the size of the workspace, or the ending address of the workspace (which amount
to the same thing) will be available somewhere.  This information will allow
me to do what I like with the workspaces of A and/or B, safe in the knowledge
that I am not tampering with the workspace of any other process(es). 

Ideally, the process G would be able to compile a table with workspace info
on all processes of interest, and would then be able to accurately access any
of them.

Thanks,

	Obi Aghanya
	Dept. of Computer Science
	University of Essex
	Colchester CO4 3SQ
	UK
Newsgroups: comp.sys.transputer
From: steved@lion.inmos.co.uk (Stephen Doyle)
Subject: Re: IS Occam3 recursive?
Reply-To: steved@inmos.co.uk (Stephen Doyle)
Organization: INMOS Limited, Bristol, UK.
Date: Wed, 18 Nov 1992 13:04:07 GMT

In article <rob.722034771@dutncp8> rob@pact.nl (Rob Kurver) writes:

>
>The CSP paradigm as supported by Occam and PACT Parallel C is a very
>powerful one, and is especially interesting with the support provided
>by the transputer.  
>
>Cheers. - Rob
>

Rob, you seem to have forgotten about INMOS ANSI C providing the same sort of
CSP paradigm as your own, this obviously slipped your mind :-). I guess the 
difference boils down to whether you want an ANSI C validated compiler with 
functional additions for parallelism and communications or an ANSI C compiler 
with non-ANSI language additions for the same. I would argue (from customer 
feedback) that OCCAM tends to be used along with INMOS ANSI C as this 
provides you with a flexible environment for parallel/comms/sequential 
programming with excellent diagnostics at compile and run time.

Just to cloud the issue once more INMOS' soon to be shipping new optimising C 
compiler has a specific optimisation for tail call recursion i.e.

void p (int q)
{
  ...
  return(p(...));
}

in this case the workspace of p is reused as the function recurses, also, 
nested returns are omitted so that only one return is needed no matter how many 
levels of recursion take place.

Steve

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: conor@lion.inmos.co.uk (Conor O'Neill)
Subject: Re: Dynamic Memory Allocation (was Re: Why Occam3 probably won't be recursive)
Keywords: Occam3 recursive, no
Reply-To: conor@inmos.co.uk (Conor O'Neill)
Organization: INMOS Limited, Bristol, UK.
Date: Fri, 20 Nov 1992 14:01:41 GMT

In article <BxyB6I.LLF@research.canon.oz.au> andy@research.canon.oz.au (Andy Newman) writes:
>    Yes we used CHAN OF ANY - it allowed our configuration langauage and
>communications system work! The two element vector holds the "to"
>channel and the "from" channel used to perform the RPC with the memory
>allocator process (this use exposed a limitation in the compiler, it
>assumed all channels in a vector were used in the same "direction")

This isn't a limitation of the _compiler_, it is a limitation of the
language: page 76 of the occam reference manual says that a channel
parameter may not be used for both input and output in a procedure.
This is so that an implementation can just remember that it's
either an `input channel array' or an `output channel array'
for usage checking, without having to keep a bit vector for each element.
It also means that arrays of unknown size are treated similarly.

---
Conor O'Neill, Software Group, INMOS Ltd., UK.
UK: conor@inmos.co.uk		US: conor@inmos.com
"It's state-of-the-art" "But it doesn't work!" "That is the state-of-the-art".
From: bain1@vax.oxford.ac.uk
Newsgroups: comp.sys.acorn
Subject: Re: Computer Concepts
Date: 17 Nov 92 16:41:21 GMT
Organization: Oxford University VAX 6620

In article <1992Nov16.160243.21369@cs.nott.ac.uk>, smb@cs.nott.ac.uk (Simon Burrows) writes:
> In article <1e887pINNfpe@oak22.doc.ic.ac.uk> ijp@doc.ic.ac.uk (Ian Palmer) writes:
>>
>>The only thing that really annoys me about CC is their insistence on
>>finding the worst possible protection method for their products (ie.
>>dongles and crappy printer cables). 
> 
> I agree about the printer cable, but not about dongles. What other
> technique do you suggest that they use to protect their investment?
> Copy protection? Awful. Embedded name/number? Ineffective. Through
> the use of dongles, they have probably sold 3? times as many copies
> of Impression as they would have done otherwise, which is how they
> have been able to continue improving it, as well as providing technical
> support which most people seem to find acceptable.
> 
> Simon
> ------------------------------------------------------------------------------
> Simon Burrows   smb@cs.nott.ac.uk  psyhsmb@unicorn.nott.ac.uk  +44 533 712030
> ------------------------------------------------------------------------------

I agree wholeheartedly and without reservation. The printer cable is NOT a
problem as CC provide a module which allows this cable to drive any printer
using any driver.
  Mark
From: duplain@rtf.bt.co.uk (Andy Duplain)
Newsgroups: comp.sys.acorn
Subject: Re: The new Acorn Machine
Date: 19 Nov 92 09:46:01 GMT
Organization: BT Customer Systems, Brighton, UK

In article <Bxvuw4.KMy@ibmpcug.co.uk> gtoal@ibmpcug.co.uk (Graham Toal) writes:
>
>I meant I hadn't noticed anyone else from the uk on vangogh, and I don't know
>of any other machines that (legitimately) announce 'Welcome to bsd4.4' when
>you log in! :-)

	I don't think you can assume no-one else is running 4.4BSD (actually
	running it) in the UK just because you haven't logged-in to it.  I
	would expect there to be many machines currently running 4.4BSD, none
	of which are accessible from the Internet.


-- 
Andy Duplain, BT Customer Systems, Brighton, UK.           duplain@rtf.bt.co.uk
#define	DISCLAIMER      My views and opinions are my own, and not my company's
From: gilbertd@p4.cs.man.ac.uk (David Alan Gilbert)
Newsgroups: comp.sys.acorn
Subject: Re: The new Acorn Machine
Date: 13 Nov 92 08:31:29 GMT

In <10942@baird.cs.strath.ac.uk> gpalmer@cs.strath.ac.uk (Gary J Palmer IE91) writes:

>Personally, i think that RISCiX is overpriced, and comes with too much...
>if Acorn got rid of the Motif / X.desktop bundle, and perhaps made NFS,
>TCP/IP (is SLIP available under RISCiX??) and similar optional, I'm sure
>that for about 100 pounds for the base package, I'd buy it.....

I agree, I commented to an Acorn representative at the BAU show,
that I could buy a 386 (or even a 486) and get a free unix clone
for less than I could buy RISCiX (including X).

I dont know what the price of commercial Unix's are for PC's,
but I suspect a reasonable 386 could be purchased with Unix
for less than RISCiX.

The other point is that if RISCiX was a LOT cheaper,
and it was available for the A5000, they would have the
cheapest Unix workstation going, and I know a lot
of people who would be pleased with it.

Of course one of the problems is the complete lack of
compatibility with anything except Acorns SCSI card,
thats why I believe they should give the tools for
building the kernel with RISCiX (I dont think they
do at the moment), and then 3rd parties would
write drivers for their cards.

I dont need all the snazy Motif/X package - as long
as the device drivers are there, and gave a set
of patches which could be given to the standard
X distribution - then we could all compile it up ourselves.

Dave

-- 
-------------------------------------------------------------------------------
- David Alan Gilbert - gilbertd@p4.cs.man.ac.uk - G7FHJ@GB7NWP                -
------(Programmers don't sleep - they just park their heads)-------------------
From: bain1@vax.oxford.ac.uk
Newsgroups: comp.sys.acorn
Subject: Re: 36Mhz ARM 3
Date: 17 Nov 92 16:47:14 GMT
Organization: Oxford University VAX 6620

In article <1992Nov16.190243.6048@infodev.cam.ac.uk>, nas20@cl.cam.ac.uk (Nick Smith) writes:
> In article <1992Nov16.095818.1370@csd.uwe.ac.uk> r_voisey@csd.bristol-poly.ac.uk writes:
>>In article <1992Nov14.134231.20310@unix.brighton.ac.uk>, pjd2@unix.brighton.ac.uk (Duggan;f11

With reference to the following (from Nick Smith):

> 
> Incidently, I have had very impressive speed increases with clocking my
> ARM3 higher (16MHz RAM).

I keep hearing people talking about this, but no-one ever says how they do it.
Go on someone, make a young man happy and tell me how to make my toy run
faster. (I have an A5000/RISCOS3.00)

Mark Greenwood  (bain1@uk.ac.ox.vax)
From: rjb12@unix.brighton.ac.uk (Titch)
Newsgroups: comp.sys.acorn
Subject: Re: Replay Harrier
Date: 20 Nov 92 12:34:24 GMT
Organization: University of Brighton, UK

J.Herbert1@lut.ac.uk (John O'Malley) writes:
> 
> I thought the quality of replay harrier was pretty bad as well but, running
> it at home on my old 310 out of ram disc, the old monitor/ mode 15 combination
> gave a much better image than on my A5000. How do you change the fram speed from
> 12.5 to 25 fps or higher and still keep the film running properly. In the 
> harrier header file, I changed the frame speed attribute to 25 and the film kept
> breaking up and colour definition was lost. Oh well.

If you were trying to get 25 fps out of your 310, I think you'll find that the
cause of the problem is your 8MHz ARM2.

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rich Browning (rjb12@bton.unix)   * The Intel Plentium: Ethernet controller  
Department of Computer Science    * or fiendish knitting pattern?          
University of Brighton            * What!? It's a PROCESSOR???            
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: gilbertd@p4.cs.man.ac.uk (David Alan Gilbert)
Newsgroups: comp.sys.acorn
Subject: Re: The new Acorn Machine
Date: 18 Nov 92 08:35:28 GMT

In <1992Nov17.113305.27450@csd.uwe.ac.uk> r_voisey@csd.uwe.ac.uk (R Voisey) writes:

>In article <gilbertd.721643489@p4.cs.man.ac.uk> gilbertd@p4.cs.man.ac.uk (David Alan Gilbert) writes:

>>I dont know what the price of commercial Unix's are for PC's,
>>but I suspect a reasonable 386 could be purchased with Unix
>>for less than RISCiX.

>Last time I looked, SCO-V was pushing half a grand WITHOUT compilers.  The
>programmer's toolkit (compilers/assemblers/linkers/debugger) was an extra
>couple of hundred.  If you then buy opendesktop (the route SCO suggest) you're
>looking at a tag around the same as RiscIX.

>Having said that, you can get Linux for free - I believe someone is working
>on an X11R5 port for it as well.  It's not in the class of SCO, but it's
>not bad either - probably the best freeware product I've seen to date.

X is apparently available for Linux.  If SCO is #500 without compilers,
thats fine - just go and get the GNU compilers.  RISCiX without compilers,
X and the rest of it would do similarly.  For a lot of educational
establishments, there is very little hastle in getting hold of GNU
software.

Dave

-- 
-------------------------------------------------------------------------------
- David Alan Gilbert - gilbertd@p4.cs.man.ac.uk - G7FHJ@GB7NWP                -
------(Programmers don't sleep - they just park their heads)-------------------
Newsgroups: comp.sys.acorn
From: steve@klaatu.demon.co.uk (Steve Loft)
Subject: Re: MIDI card
Reply-To: steve@klaatu.demon.co.uk
Distribution: world
X-Mailer: cppnews $Revision: 1.20 $
Organization: home
Date: Tue, 17 Nov 1992 16:00:30 +0000

In article <1992Nov17.115532.598@csd.uwe.ac.uk> r_voisey@csd.uwe.ac.uk (R Voisey) writes:
>
>To confuse the issue, QD change labels every few months.  They used to be
>Vertical Twist, and some products still carry that label I think.  Now
>they're Leading Edge, and are trading in association with Greyhound (a major
>distribution company).  Look in BAU for the Leading Edge advert (I think it's
>a tacky little monochrome affair) and you should find the information you
>need.
>
>It might take a while to get any response out of QD, since (in my opinion, and
>I don't think I'm alone) their service stinks and they have all the
>professionalism of a rabid dog.

I wouldn't trust any company which changes names faster than I change my
socks (no snide comments, thankyou).  It's a shame because I was
seriously considering getting the MIDI/sampler thing; I miss my MIDI
since I changed my A3000 for an A440/1 - the MIDI podule won't fit now,
of course [anyone want to buy an A3xxx MIDI podule?].


>I think BAU gave it a fairly good review..  it was mentioned in passing in
>the November issue).   The product is actually pretty good - I use one
>myself.  Note, that when I'm nasty about QD I am _not_ referring to their
>development team, who are excellent.

So maybe I should still consider buying one.  But I'd rather not deal
with whatever-their-name-is-today.  Anyone got a second hand one
surplus to requirements?

Steve
|  Steve Loft                                  steve@klaatu.demon.co.uk   |
|  Doncaster,                                                             |
|  South Yorks.                                                           |