HDTenEightyP/NetNews huggingface dataset:
From: jeffrey@rigel.econ.uga.edu (Jeffrey A. Thompson)
Subject: ASLINK & ASXXXX CrossASMs (C srcs too)
Organization: University of Georgia Economics Department
Date: Wed, 27 Jan 1993 12:13:51 GMT

I posted my problem a little while ago:
>I have found file format problems with ASLINK and AS6805 cross assembler
>which comes with C source code, and I am hoping someone knows where I
>can get a copy of the good source.
>
>I have downloaded the ASLINK Relocating Linker and the AS6805 cross
>assembler from the internet. The abstract.doc starts with this:

>[...]

>Unfortunately, I can't find any reference where this can be found. I have
>asked archie and all copies on the internet appear to be flawed. I got
>both a ZOO format and a ZIP format and they both have the same problems.

So I called the person who wrote it and asked him where I could get the
K&R C source for ASLINK linker and cross assemblers for the 6800(6802/6808),
6801(hd6303), 6804, 6805, 6809, 6811, 8085(8080), and  z80(hd64180). He
told me. I got the sources. PKZipped them (since they have DOS .exes too)
and put them on:
   wsmr-simtel20.army.mil: pd1:<msdos.crossasm>cug292wk.zip
wk stands for works.

Happy hacking,

--jat
From: blackbelt@cup.portal.com (Ben - Williams)
Newsgroups: comp.sys.m6809
Subject: Re: PD m6809 asm/disasm/sim
Date: Mon, 25 Jan 93 22:15:49 PST
Organization: The Portal System (TM)
Distribution: world
  <RPB.93Jan16141030@brain.psy.ox.ac.uk><74017@cup.portal.com>
  <RPB.93Jan22121602@brain.psy.ox.ac.uk>

Ray,

That's not too bad a speed! You do have a bit of horsepower, though. :^)

I can get almost realtime for the loop you show in the NON debug version
of my emulator; about 900k/sec, same instructions. That's on a 25 mhz 68040,
all caches on.

My code is a great deal simpler than yours, though, and involves no
function calls to anything, anywhere, other than one call to execute the
instruction itself. All the non-indexed modes are coded completely inline,
your example being an immediate mode, it falls in that group.

Emulators are a kick, eh? <grin>

Ben
From: rpb@psy.ox.ac.uk (Ray Bellis)
Newsgroups: comp.sys.m6809
Subject: Re: PD m6809 asm/disasm/sim
Date: 22 Jan 93 12:16:02 GMT
	<74017@cup.portal.com>
Organization: Dept. of Experimental Psychology, Oxford, England.
In-reply-to: blackbelt@cup.portal.com's message of 21 Jan 93 03:13:19 GMT

In article <74017@cup.portal.com> blackbelt@cup.portal.com (Ben - Williams) writes:

   flags &= ~(V)[D

   darn line noise... one more time

   flags &= ~(V);
   flags |= vtable[(operand1 << 8)+operand2]; and you've got it.

   if you need carry, you add that too. :^)
    Or, you can use two tables, based on whether you have carry or not.

   you really only need 8k of memory per table, but your effciency falls
   out the window.

I'm using a function like the following to do an entire `adc' along
with the `h' bit:

adc(Byte& x)
{
	Byte	m = fetch_operand();

	{
		Byte t = (x & 0x0f) + (m & 0x0f) + cc.bit.c;
		cc.bit.h = btst(t, 4);
	}

	{
		Byte t = (x & 0x7f) + (m & 0x7f) + cc.bit.c;
		cc.bit.v = btst(t, 7);
	}

	{
		Word t = (Word)x + m + cc.bit.c;
		cc.bit.c = btst(t, 16);
		x = (Byte)t;
	}

	cc.bit.v ^= cc.bit.c;		// V = Cout7 XOR Cout6
	cc.bit.z = !x;
	cc.bit.n = btst(x, 7);
}

This works, but needs a fair bit of CPU time to calculate.  I've
implemented all of the address mode decoding and now I'm in the
process of writing functions like the above for every instruction.

I wrote a simple loop:

start	addb	#$01
	bne	start
	adda	#$01
	bne	start
	*halt*

and got around 450,000 `read accesses' per second on a SPARC IPX.

Ray.



--
------------------------------------------------------------------------------
R. P. Bellis				E-Mail:	<rpb@psy.ox.ac.uk>
Dept. of Experimental Psychology	Whois:	(RB83)
University of Oxford			Tel:	+44 865 271419
South Parks Road			Fax:	+44 865 310447
Oxford OX1 3UD
------------------------------------------------------------------------------
Newsgroups: comp.sys.m6809
From: jeffrey@rigel.econ.uga.edu (Jeffrey A. Thompson)
Subject: ASLINK & AS6805
Organization: University of Georgia Economics Department
Date: Thu, 21 Jan 1993 13:56:51 GMT

I have found file format problems with ASLINK and AS6805 cross assembler
which comes with C source code, and I am hoping someone knows where I
can get a copy of the good source.

I have downloaded the ASLINK Relocating Linker and the AS6805 cross
assembler from the internet. The abstract.doc starts with this:

>        ASxxxx Cross Assemblers, Version 1.1, June 1990
>
>        Submitted by Alan R.  Baldwin,
>        Kent State University, Kent, Ohio
>
>        Operating System:  TSX+, RT-11, MS/DOS, PDOS
>        or other supporting K&R C.
>
>        Source Langauge:  C
>
>       Abstract:
>
>          The  ASxxxx  assemblers are a series of microprocessor assem-
>       blers written in the C programming  language.   This  collection
>       contains cross assemblers for the 6800(6802/6808), 6801(hd6303),
>       6804, 6805, 6809, 6811, 8085(8080), and  z80(hd64180)  micropro-
>       cessors.   Each  assembler  has  a device specific section which
>       includes:  (1) device description, byte order, and  file  exten-
>       sion  information,  (2) a table of assembler general directives,
>       special directives, assembler mnemonics and associated operation
>       codes,  (3)  machine  specific  code  for  processing the device
>       mnemonics, addressing modes, and special directives.

The file I got (cug292.zip & cug292.zoo) seemed to have an incomplete
source listing & the files were truncated and corrupted at the end.

At the end of abstract.doc it has this:

>          The  assemblers  and  linker  have  been tested using DECUS C
>       under TSX+ and RT-11, PDOS C V5.4b, and with TurboC  V1.5  under
>       MS/DOS.   Complete  source code and documentation for the assem-
>       blers and linker  is  included  with  the  distribution.   Addi-
>       tionally,   test   code   for   each   assembler   and   several
>       microprocessor monitors ( ASSIST05  for  the  6805,  MONDEB  and
>       ASSIST09  for  the  6809,  and BUFFALO 2.5 for the 6811) are in-
>       cluded as working examples of use of these assemblers.
>C;
>AUTHORS:    Jan La

Unfortunately, I can't find any reference where this can be found. I have
asked archie and all copies on the internet appear to be flawed. I got
both a ZOO format and a ZIP format and they both have the same problems.
 
If anyone can tell me where I can anonymously ftp the source for ASLINK
and AS6805 I would appreciate you.

Thanks,

--jat
jeffrey@rigel.econ.uga.edu
Newsgroups: comp.sys.m6809
From: nanders@plains.NoDak.edu (Noel Anderson)
Subject: Re: Multiple Master 68HC11
Date: Thu, 21 Jan 1993 23:10:54 GMT
Distribution: usa
Organization: North Dakota Higher Education Computing Network

In article <1856@tekgen.bv.tek.com> johnh@countach.pen.tek.com (John A. Hammond) writes:

>Anybody in netland ever setup several (6 or so) 68HC11s in a multiple
>master configuration?  If so, how did you handle bus contention in hw and
>sw?

You don't mention if the "bus" is the SCI, the SPI, or the processor
address/data/control signals.  The SCI can be used in a multiple processor
environment.  The physical level can use EIA-485 signals and in software
each HC11 can listen to what it is sending to detect contention and
then back off a la ethernet.

The latest issue of _Embedded Systems Programming_ deals with multi-micro-
controllers.  I haven't had time to read the issue in depth, but it might
give you some ideas.


-- 
Noel W. Anderson                   nanders@plains.nodak.edu (Internet)
Asst Prof, Computer Engineering         "I speak for myself, not NDSU"
EE Dept, North Dakota State University         nanders@plains (BITNET)
Newsgroups: comp.sys.transputer
From: jcarroll@gath.cray.com (Jeff Carroll)
Subject: occam 4 unix
Originator: jcarroll@gath
Organization: Cray Research, Inc.
Date: 21 Jan 93 19:27:27 CST


would appreciate it if someone could point me once again to the
occam compiler for unix. Thank you...
From: stud2@aifbmozart.aifb.uni-karlsruhe.de (Student2 f.SC64)
Newsgroups: comp.sys.transputer
Subject: SUMMARY
Date: 25 Jan 1993 16:25:25 GMT
Organization: AIFB, University of Karlsruhe (Baden / Germany)
Distribution: world
NNTP-Posting-Host: nz11.rz.uni-karlsruhe.de

I recently posted the following question about using the same 
code for transputers with and without iserver-I/O. I got quite a
number of answers (thank you all for the speedy help), which might be
of general interest. 

I'm absolutely no expert in what I talk about here, I'm just trying to
summarize what all the experts told me :-)
Feel free to send me further comments, hints, suggestions, flames...

The question was:

>   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. 

Summary of answers: 

There is no way but using the reduced library, if you don't want to
provide an iserver for each transputer in a multitransputer program
where each transputer has its own main()-function, because main()
always tries to get the command line arguments from its iserver,
unless it was linked with the reduced library..

So I maintain 2 different versions now, one linked with the complete
library, the other linked with the reduced library and a dummies-library 
with empty printf(), fprintf() etc. So I have to compile only once.
The root transputer gets the full version, while all others are
loaded with the reduced version. I'm not really fond of two
different versions floating around, but alas - what can I do ? :-(

I always thought that the use of the reduced library is optional, 
but it seems to be mandatory in this case.

Norbert Kuck
stud2@aifb.uni-karlsruhe.de
: iserver required although no I/O is done ?
Keywords: 

Newsgroups: comp.sys.transputer
From: markhill@dcs.warwick.ac.uk (M Hill)
Subject: Format of .btl files
Organization: Department of Computer Science, Warwick University, England
Date: Fri, 22 Jan 1993 11:46:32 GMT

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.

The alternative is that the iserver is not that dumb - it places booting
code on the root transputer and interacts with it - instead of blindly
dumping stuff down the link.

Any pointers?

Mark
From: knut@uni-paderborn.de (Knut Menzel)
Newsgroups: comp.sys.transputer
Subject: Re: SUMMARY
Date: 26 Jan 1993 14:09:45 GMT
Organization: University of Paderborn
Distribution: world
Reply-To: knut@uni-paderborn.de
NNTP-Posting-Host: ruhr.uni-paderborn.de

|> >   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.

Only one transputer is allowed to use the iserver because only one 
transputer should have a link to the host specified in the .cfs-file.
You **have** to use the reduced library on all nodes **not** connected
to the host.

If you use the full library on the root transputer you have to use the
INMOS iserver because it serves the link. In addition you have to take
care of the two edges connected to the host you find as the first two
parameters you the process running on the root transputer.

If you use the reduced library on the root transputer you do not need
the INMOS iserver. There is no more communication between the root
process and the iserver. You can either send the bootstrap with you own
server or with the iserver **not** using the option -ss (serve the link).
In this case the iserver starts the program and terminates.

|> >   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. 

Yes. That's right. The iserver serves the link and waits on an exit call
initiated by the root process (exit_terminate()).

-- Knut

PS: Where did you post your question. I didn't get it.

--------------------------------------------------------------------------
 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: rob@pact.nl (Rob Kurver)
Subject: Re: unpackaged transputers available?
Keywords: transputers unpackaged hypercube
Organization: PACT, Delft, The Netherlands
Date: Fri, 22 Jan 1993 13:50:06 GMT

In <2436@deadmin.ucsd.edu> lu@topcad.ucsd.edu (George Lu) writes:

>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?

If you need more than 4 links per node in your hypercube, you can use
more than a single transputer per node.  E.g., two transputers connected
by one link have 6 links free, so allow for a 64 node hypercube consisting
of 128 transputers.

The 93.1 release of our PACT Parallel C compiler features virtual
channels, removing the logical restriction of 4 outgoing (and incoming)
channels per processor.  With virtual channels, arbitrary logical networks
can be implemented on arbitrary hardware, with multiplexer and router
processes automatically inserted where necessary to allow any task to
connect to any other task in the entire system.  The upcoming T9000
provides hardware support for this, of course.

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

Hope this helps.  Feel free to email me if you have additional questions
or comments.

>George Lu

Best,

Rob

--
     PACT                   Rob Kurver
    Foulkeslaan 87         rob@pact.nl
   2625 RB Delft     ph: +31 15 616864 
  The Netherlands   fax: +31 15 610032
From: knut@uni-paderborn.de (Knut Menzel)
Newsgroups: comp.sys.transputer
Subject: Re: Papers on Helios?
Date: 26 Jan 1993 13:59:10 GMT
Organization: University of Paderborn
Distribution: world
Reply-To: knut@uni-paderborn.de
NNTP-Posting-Host: ruhr.uni-paderborn.de

In article <1993Jan21.144100.4519@odin.diku.dk>, birger@narfe.diku.dk (Birger Andersen) writes:
|> Can anyone tell me if there is a ftp site with papers on the Helios operating
|> system from Distributed Software Ltd, GB?
|> Any other suggestions are also welcome.
|> Thanks.

There are the following books available:

	The helios Operating System
	Perihelion Software
	Prentice Hall
	1989

	The CDL Guide
	Distributed Software Limited
	670 Aztec West
	Bristol BS12 4SD, UK.

	The Helios Parallel Programming Tutorial
	Distributed Software Limited
	670 Aztec West
	Bristol BS12 4SD, UK.

There are also several Technical Reports available, but I am afraid  I don't 
know where. You should contact Perihelion or Parsytec Corp., Aachen, Germany.

-- 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
--------------------------------------------------------------------------
From: adrianc@cobblers.uk.sun.com (Adrian Cockcroft - Sun UK - Cambridge SE - SPARC Specialist)
Newsgroups: comp.sys.transputer
Subject: Re: Small-C for transputer?s?
Date: 20 Jan 1993 15:14:32 GMT
Organization: Sun Microsystems (UK) Ltd
Distribution: world
Reply-To: adrianc@cobblers.uk.sun.com
NNTP-Posting-Host: cobblers.uk.sun.com


Many years ago I ported the Dr Dobbs small-C compiler from 8080 to 6809
running FLEX-9. I parameterised the output so that the 6809 macro assembler
actually did the translation from intermediate code to 6809 code and I 
did macro sets for 6801 and other variants. A friend did some mods and got
it going on a 68000 (Sinclair QL !). I wrote a nice manual and
sold around a hundred copies to FLEX-9 users around 1985.

Given a good macro assembler this could easily be modified to generate
(fairly inefficient) transputer code. It assumes one working register
and stack for everything else so not many changes would be needed.
The C library was partly coded in 6809 assembler (strlen etc).

I still have the code on-line, if someone *really* wants to try a port
then they are welcome to the source and the manual. I don't have time
to handle lots of requests or advice on how the code works. "A Book on C",
by Berry and Meekings published by Macmillan contains full 8080 source and comments
on how it is written.

Regards Adrian

---
Adrian Cockcroft -  adrian.cockcroft@uk.sun.com or adrian.cockcroft@sun.co.uk
Sun Microsystems, 306 Science Park, Milton Road, Cambridge CB4 4WG, UK
Phone +44 223 420421 - Fax +44 223 420257	Sun Mailstop: ECBG01


Newsgroups: comp.sys.transputer
From: raw@dogmatix.inmos.co.uk (Bob Wipfel)
Subject: Re: Format of .btl files
Organization: INMOS Limited, Bristol, UK
Date: Mon, 25 Jan 1993 12:56:53 GMT

In article <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.

Yes and yes.

(What's the project Mark?)

-- 
| 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: birger@narfe.diku.dk (Birger Andersen)
Newsgroups: comp.sys.transputer
Subject: Papers on Helios?
Date: 21 Jan 93 14:41:00 GMT
Reply-To: birger@narfe.diku.dk (Birger Andersen)
Organization: Department of Computer Science, University of Copenhagen

Can anyone tell me if there is a ftp site with papers on the Helios operating
system from Distributed Software Ltd, GB?

Any other suggestions are also welcome.

Thanks.

-----------------------------------------------------------------------------
 Birger Andersen * Department of Computer Science * University of Copenhagen
 Universitetsparken 1 * DK-2100 Copenhagen * Denmark * Email: birger@diku.dk
 Phone: +45 3532 1818 ext.21415 * Direct: +45 3532 1415 * Fax: +45 3532 1401
Newsgroups: comp.sys.transputer
From: andyr@wizzy.com (Andy Rabagliati)
Subject: Re: two mem-cycles for Peek ???
Organization: W.Z.I.
Date: Tue, 26 Jan 1993 16:16:26 GMT

In article <1993Jan22.140715.26743@fokus.gmd.de> jet@fokus.gmd.de (J. Tiemann) writes:
>Hi,
>
>Every 'Peek' occured with two memory cycles on
>the specific address ...
>
>Why use our 'Peek' two memory cycles?
>

Peek /poke was originally put into the Transputer for diagnostic
purposes only.

If you peek an address that is non-word-aligned, the transputer would
have to do two memory accesses. Maybe the microcode always does two
accesses, to simplicate and add lightness.

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: jld@eng.cam.ac.uk (John Dallaway)
Subject: Transputers under Microsoft Windows...
Keywords: Windows, Transputers, Interrupts
Organization: Department of Engineering, University of Cambridge, UK
Date: Mon, 25 Jan 1993 13:26:24 GMT

I will shortly be taking delivery of a Transputer-based motor control board
complete with an MS-DOS based user interface. I am completely new to
Transputers and was wondering if anyone has any experience in communicating
with Transputers under Microsoft Windows. I hope to drive the Transputer card
using a Windows DLL. Are there any Windows-compatible Transputer communications
libraries and/or drivers available?

Any information would be greatly appreciated.

--
Dr John L Dallaway                                     Voice: +44 223 332812
Cambridge University Engineering Department              Fax: +44 223 332662
Trumpington Street
CAMBRIDGE
CB2 1PZ
UK                                                    E-mail: jld@eng.cam.ac.uk