🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.transputer
Article #497

Problem with Inmos 'iskip'

#497
From: Klaus Kusche
Date: Mon, 19 Mar 1990 23:17
50 lines
3087 bytes
Dear mailing list:

Just to be fair and balance bug reports between Inmos and Parasoft:
Here is another problem with the Inmos software...

As you might remember, I reported problems running C programs using
the flood-fill configurer 'fconfig' on our hardware. The flood-fill
code crashes the C004's (this has been confirmed in the meantime).

As all link switches are connected to the root transputer only in our
system, I expected to solve that problem using 'iskip', a tool of
the Inmos Occam toolset which installs a small forwarding process
on the root transputer. As a result, the root transputer should become
invisible for the application booted afterwards, this application is
booted straight onto the second transputer and anything behind that,
believing that this is the root transputer.

'iskip' works as expected for both single- and multi-transputer Occam
programs (those being 'iboot'ed and those being 'iconf'ed), and it also
works for single-transputer Inmos C programs (also being 'iboot'ed).

However, all parallel C programs, no matter if explicitely configured
with 'config' or prepared for flood fill with 'fconfig', do not work:
'iserver' is able to copy all of the boot file to the link, but then
nothing happens any more...
(however, it has the desired effect that the link switch settings
are still ok after flood-fill programs, which is not very helpful
if the program doesn't work at all)

Any help appreciated!

P.S.: Does anyone know how to start the 'iserver' in debug mode
(yeah, undocumented...) from the very beginning???
I know that debug mode can be toggled by entering 'z' on 'iserver's
break prompt, but I would like to have the debug mode on faster than I
can hit the break key....

************************************************************************
* Klaus Kusche                                                         *
* Research Institute for Symbolic Computation                          *
* Johannes Kepler University           Tel: +43 7236 3231 67           *
* A-4040 Linz                          Telex: (Austria) 22323 uni li a *
* Austria (Europe)                     Fax: +43 7236 3231 30           *
*                                                                      *
* Bitnet:           K312240@AEARN                                      *
* Arpa/CS/Internet: K312240%AEARN.BITNET@CUNYVM.CUNY.EDU               *
* UUCP:             mcvax!aearn.bitnet!K312240                         *
* Janet:            k312240@earn.aearn or k312240%aearn@earn-relay     *
************************************************************************
Technical Details
Message-ID: <9003192202.AA23469@tcgould.TN.CORNELL.EDU>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!ucbvax!AEARN.BITNET!K312240

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!ucbvax!AEARN.BITNET!K312240
From: K312240@AEARN.BITNET (Klaus Kusche)
Newsgroups: comp.sys.transputer
Subject: Problem with Inmos 'iskip'
Message-ID: <9003192202.AA23469@tcgould.TN.CORNELL.EDU>
Date: 19 Mar 90 23:17:01 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 50
X-Unparsable-Date: Mon, 19 Mar 90 23:02:38 SET