HDTenEightyP/NetNews huggingface dataset:
From: sms@WLV.IIPO.GTEGSC.COM (Steven M. Schultz)
Subject: RP06 bootblock bug + fix (#104)
Organization: GTE Government Systems
Date: Wed, 27 Jan 93 17:13:46 GMT

Subject: RP06 bootblock bug + fix (#104)
Index:	sys/mdec/hpuboot.s 2.11BSD

Description:
	The block 0 bootstrap for the RP04/5/6 does not work.  This means
	that the boot process had to be loaded from tape rather than disc.

Repeat-By:
	Install 2.11BSD on a RP06 system, copy the /mdec/hpuboot boot code
	to disc with "dd" and attempt a hardware boot of the disc.

Fix:
	The bug was introduced when the boot blocks were rewritten back 
	around May 1991, a 'mov' instruction should have been an 'add'
	instruction.

	Apply the patch below and reinstall 'hpuboot' into /mdec.

	Thanks to Lasse Ylitalo & Johnny Billquist for finding the problem
	and providing the fix.
==================================cut here=================================
*** /sys/mdec/hpuboot.s.old	Tue Mar 10 15:10:29 1992
--- /sys/mdec/hpuboot.s	Wed Jan 27 09:02:59 1993
***************
*** 13,18 ****
--- 13,21 ----
  /		  the keyboard had to be removed to make room for the 
  /		  code which understands the new directory structure on disc
  
+ / 930124 Fixed major bug that made booting impossible.
+ /        Lasse Ylitalo & Johnny Billquist
+ 
  / constants:
  CLSIZE	= 2.			/ physical disk blocks per logical block
  CLSHFT	= 1.			/ shift to multiply by CLSIZE
***************
*** 227,233 ****
  	div	$22.,r0
  	swab	r0
  	bis	r1,r0
! 	mov	$hpcs2,r3
  	mov	unit,(r3)
  	mov	r0,-(r3)
  	mov	$buf,-(r3)
--- 230,236 ----
  	div	$22.,r0
  	swab	r0
  	bis	r1,r0
! 	add	$hpcs2,r3	/ 930124 LY&JB
  	mov	unit,(r3)
  	mov	r0,-(r3)
  	mov	$buf,-(r3)
From: bostic@VANGOGH.CS.BERKELEY.EDU (Keith Bostic)
Newsgroups: comp.bugs.4bsd.ucb-fixes
Subject: V1.100 (Bug in NET2 dump and newly released dump)
Date: 26 Jan 93 02:06:25 GMT
Distribution: world
Organization: University of California at Berkeley

Subject: Bug in NET2 dump and newly released dump.
Index: sbin/{dump,restore} 4.4BSD-alpha

Description:

	dumptraverse.c:mapfiles() contains a loop that begins with:

		for (ino = 0; ino < maxino; ino++) {
			dp = getino(ino);

	This contrasts with the loop in main() containing:

		for (map = dumpdirmap, ino = 0; ino < maxino; ) {
			dirty = GETDIRTY(ino)	/* Shortened for brevity. */
			ino++;
			if ((dirty & 1) == 0)
				continue;
			dp = getino(ino);	/* Work with dp. */		
		}

	and the subsequent loop using dumpinomap.

	While the loops in main() appear to be correct, the loop in
	mapfiles() can never invoke:

		SETINO(maxino, usedinomap)
	or 
		SETINO(maxino, dumpinomap);

	Changing the < to <= in mapfiles() (BUT NOT IN MAIN!!) fixes it.

Fix:
	Copies of the new dump/restore package are available by anonymous
	ftp from ftp.cs.berkeley.edu:ucb/4bsd/dump.restore.tar.Z.

	The following patch also fixes the problem.

*** traverse.c.old	Mon Jan 25 12:50:10 1993
--- traverse.c.new	Mon Jan 25 12:49:52 1993
***************
*** 32,38 ****
   */
  
  #ifndef lint
! static char sccsid[] = "@(#)traverse.c	5.21 (Berkeley) 7/19/92";
  #endif /* not lint */
  
  #ifdef sunos
--- 32,38 ----
   */
  
  #ifndef lint
! static char sccsid[] = "@(#)traverse.c	5.22 (Berkeley) 1/25/93";
  #endif /* not lint */
  
  #ifdef sunos
***************
*** 115,121 ****
  	register struct dinode *dp;
  	int anydirskipped = 0;
  
! 	for (ino = 0; ino < maxino; ino++) {
  		dp = getino(ino);
  		if ((mode = (dp->di_mode & IFMT)) == 0)
  			continue;
--- 115,121 ----
  	register struct dinode *dp;
  	int anydirskipped = 0;
  
! 	for (ino = 0; ino <= maxino; ino++) {
  		dp = getino(ino);
  		if ((mode = (dp->di_mode & IFMT)) == 0)
  			continue;

Newsgroups: comp.bugs.4bsd,comp.unix.bsd
From: bad@flatlin.ka.sub.org (Christoph Badura)
Subject: fix for ash's (/bin/sh) for loop parsing (NET2/386BSD)
Organization: Guru Systems/Funware Department
Date: Thu, 21 Jan 1993 16:55:14 GMT
Summary: "for variable do" was rejected by parser

Subject: sh(1) bombs on "for var do ..."
Index:	bin/sh/parser.c, bin/sh/sh.1

Description:
	When using the
	     for var do
		 ...
	     done
	variant of the for statement the shell complains about a
	syntax error.
Repeat-By:
	/bin/sh
	$ for foo do
	Syntax error: word unexpected
	$ ^D
Fix:

*** parser.c,1	Tue Apr 16 02:23:22 1991
--- parser.c	Thu Jan 21 00:47:55 1993
***************
*** 326,331 ****
--- 326,333 ----
  			}
  			*app = NULL;
  			n1->nfor.args = ap;
+ 			if (lasttoken != TNL && lasttoken != TSEMI)
+ 				synexpect(-1);
  		} else {
  #ifndef GDB_HACK
  			static const char argvars[5] = {CTLVAR, VSNORMAL|VSQUOTE,
***************
*** 337,345 ****
  			n2->narg.backquote = NULL;
  			n2->narg.next = NULL;
  			n1->nfor.args = n2;
  		}
- 		if (lasttoken != TNL && lasttoken != TSEMI)
- 			synexpect(-1);
  		checkkwd = 2;
  		if ((t = readtoken()) == TDO)
  			t = TDONE;
--- 339,346 ----
  			n2->narg.backquote = NULL;
  			n2->narg.next = NULL;
  			n1->nfor.args = n2;
+ 			tokpushback++;
  		}
  		checkkwd = 2;
  		if ((t = readtoken()) == TDO)
  			t = TDONE;

And this is for the man page.

*** sh.1,1	Tue Apr 16 02:23:25 1991
--- sh.1	Thu Jan 21 00:51:54 1993
***************
*** 223,234 ****
  .I for
  command looks like
  .d
! \fBfor\fR variable \fBin\fR word...
  \fBdo\fR	list
  \fBdone\fR
  .e
  The words are expanded, and then the list is executed repeatedly with
! the variable set to each word in turn.
  .B do
  and
  .B done
--- 223,236 ----
  .I for
  command looks like
  .d
! \fBfor\fR variable [\fBin\fR word... ]
  \fBdo\fR	list
  \fBdone\fR
  .e
  The words are expanded, and then the list is executed repeatedly with
! the variable set to each word in turn. If \fBin\fR word ... is omitted
! .B in
! \&"$@" is assumed.
  .B do
  and
  .B done
***************
*** 254,260 ****
  loops.
  .I Continue
  continues with the next iteration of the
! .IRnum'th
  innermost loop.
  These are implemented as builtin commands.
  .PP
--- 256,262 ----
  loops.
  .I Continue
  continues with the next iteration of the
! .IR num'th
  innermost loop.
  These are implemented as builtin commands.
  .PP
***************
*** 625,631 ****
  none of them has met with universal approval.  The convention used by
  \fIash\fR and all the programs included in the \fIash\fR distribution is
  as follows:
! .ta 1i,2i
  .nf
  	0	Success.
  	1	Alternate success.
--- 627,633 ----
  none of them has met with universal approval.  The convention used by
  \fIash\fR and all the programs included in the \fIash\fR distribution is
  as follows:
! .ta 1i 2i
  .nf
  	0	Success.
  	1	Alternate success.


-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

Personally, I don't care whether someone is cool enough to quote Doug
Gwyn--I only care whether Doug Gwyn is cool enough to quote. -- Larry Wall
Xref: sparky comp.bugs.4bsd:246 comp.unix.bsd:11824
From: ckclark@athena.mit.edu (Calvin Clark)
Newsgroups: comp.bugs.4bsd,comp.unix.bsd
Subject: script(1) requires absolute path, hardcodes argv[0] to "sh"
Date: 26 Jan 1993 06:02:29 GMT
Organization: Massachusetts Institute of Technology
Distribution: world
Reply-To: ckclark@mit.edu
NNTP-Posting-Host: augmented.mit.edu

Description:
	
	If the SHELL environment variable isn't an explicit path,
script(1) won't find it.  Also, it sets argv[0] in the new shell to
`sh', regardless of the name of the shell.

	It's not a setuid program and it doesn't have to be so
restrictive.

Repeat-by:

	First problem:

	$ SHELL=sh; export SHELL
	$ script
	Script started, file is typescript
	sh: No such file or directory
	Script done, file is typescript
	$

	Second problem:

	$ ln -s /bin/sh /tmp/foo
	$ SHELL=/tmp/foo; export SHELL
	$ script
	Script started, file is typescript
	$ echo $0
	sh

Fix:

*** script.c.old	Tue Jan 26 00:14:02 1993
--- script.c	Tue Jan 26 00:20:05 1993
***************
*** 194,200 ****
  	(void) dup2(slave, 1);
  	(void) dup2(slave, 2);
  	(void) close(slave);
! 	execl(shell, "sh", "-i", 0);
  	perror(shell);
  	fail();
  }
--- 194,200 ----
  	(void) dup2(slave, 1);
  	(void) dup2(slave, 2);
  	(void) close(slave);
! 	execlp(shell, shell, "-i", 0);
  	perror(shell);
  	fail();
  }

--
Calvin Clark <ckclark@mit.edu>                                    : MIT
For the network challenged: / uunet!mit-eddie!mit-athena!ckclark  : Academic 
                            \ ckclark%mit.edu@MITVMA.bitnet       : Computing
For the hopeless bureaucrat:  Calvin_Clark@MIT.EDU                : Services
From: rlk@VisiCom.COM (Bob Kitzberger)
Newsgroups: comp.realtime
Subject: Re: HELP - Need info on IEEE object file format
Date: 23 Jan 93 20:27:58 GMT
Distribution: comp

gt@prosun.first.gmd.de (Gerd Truschinski) writes:
>
>have a look into the sources of the GNU 'binutils-2.0.tar.Z' from the FSF.
>They did support the microtec IEEE(695?) format. 

Hmmm... my perusal of the file "hpxt.c" in the binutils directories
show the following:

     /* Program to translate binary format files from HP-UX to GNU.
	Input formats for HP 9000 series 200/300 only.
	Copyright (C) 1988 Free Software Foundation, Inc.


Does the HP 9000 200/300 use IEEE-695?

	.Bob.
----------------
Bob Kitzberger          VisiCom Laboratories, Inc.
rlk@visicom.com         10052 Mesa Ridge Court, San Diego CA 92121 USA
                        +1 619 457 2111    FAX +1 619 457 0888
Newsgroups: comp.realtime
From: ghosh <SASAXG@mvs.sas.com>
Subject: real time software called TIC (sp ?)
Date: Mon, 25 Jan 1993 19:49:00 GMT
Organization: SAS Institute Inc.

Does anyone know anything about a software called TIC (sp ?).
Please email your replies to ghosh@unx.sas.com.
 
Thanks in advance for your help.
- ghosh
 
Xref: sparky comp.realtime:1632 sci.engr.control:448
From: jcavin@tsd.arlut.utexas.edu (Jerry D. Cavin)
Newsgroups: comp.realtime,sci.engr.control
Subject: Distributed Real-time Systems
Date: 25 Jan 93 21:30:24 GMT
Article-I.D.: titan.1993Jan25.213024.1313
Organization: Applied Research Laboratories, University of Texas at Austin


I would like to correspond with Wayne D. Woodruff, at Brooks
Instruments, or anyone else that has experimented with loosely 
coupled, and/or tightly coupled distributed real-time systems.  
Any takers???

-- JC

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
NOTE: Please use the following email address:
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Jerry D. Cavin                 jcavin@titan.tsd.arlut.utexas.edu
Applied Research Labs                          10000 Burnet Road 
Software Systems Division                         P. O. Box 8029
University of Texas at Austin           Austin, Texas 78713-8029
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Bring me a dictionary: I want to know the meaning of LIFE.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.realtime
Subject: QNX Real-Time OS Evaluation
From: khammond@eng.auburn.edu (Kevin L. Hammond)
Date: 20 Jan 93 16:13:14 +1700

Keywords: QNX
Reply-To: khammond@eng.auburn.edu
Organization: Auburn University Engineering
Date: Wed, 20 Jan 1993 03:37:50 GMT

I am currently employed at the USDA National Soil Dynamics Lab in Auburn, AL.  We have just started using QNX and was wandering if anybody out there has used it before.  If so, how "good" is it?

Thanx in advance.


Newsgroups: comp.realtime
From: eletanjm@nuscc.nus.sg (Tan Jin Meng)
Subject: Re: real_time systems -- want summary Feature Table.
Organization: National University of Singapore
Date: Thu, 21 Jan 1993 01:31:50 GMT

Sorry. Something's wrong with my memory. Just a correction to the ftp
site addresses to followup here.

eletanjm@nuscc.nus.sg (Tan Jin Meng) writes:
: 
: (1) The SEI ftp site - ftp.sei.edu ( I think - if you knock on that door
: and it isn't answered, I'll dig up the proper address for you). All or
: at least most of their technical reports are here.

I found the proper address. It's ftp.sei.cmu.edu

: Oh wait... I've got another one. I suggest you obtain the Hartstone
: benchmark specification. Its quite illuminating. It's obtainable at
: DG.COM ftp site. 

This one's TOTALLY wrong. I can't remember it now. However, I just found
out that the ftp.sei.cmu.edu site also has the hartstone stuff - so it's
2 birdies with 1 stone so to speak.

jin meng
Newsgroups: comp.realtime
From: oneill@yngstr.enet.dec.com
Subject: Looking for Various Vendors' Realtime Performance Reports
Organization: Digital Equipment Corporation
Date: Thu, 28 Jan 1993 15:10:29 GMT

Looking for various vendors' realtime performance reports (electronic,
hardcopy, pointers to journals, etc.).

Thank-you. 
---
cheryle oneill		
		(INTERNET,UUCP) oneill@oldtmr.enet.dec.com
		(UUCP)		...!decwrl!oldtmr.enet!oneill
		(INTERNET)	oneill%oldtmr.enet@decwrl.dec.com
---
From: rlk@VisiCom.COM (Bob Kitzberger)
Newsgroups: comp.realtime
Subject: Re: HELP - Need info on IEEE object file format
Date: 23 Jan 93 20:23:06 GMT
Distribution: comp

rg@msel.unh.edu (Roger Gonzalez) writes:

>Hi - I use a MicroTec compiler for the HD64180 that seems to produce object
>files in IEEE format, which seems to have some useful header info, but isn't
>compatible with a.out or COFF.  They don't provide any information on it in my
>asm or linker docs.. can anyone give me pointers to a description of the
>format, or possibly even header files and code?

You should be able to get this information from the IEEE publications
office, or from Microtec itself.  I have a binder full of '695 stuff, but
it's all a few years old.

	.Bob.
----------------
Bob Kitzberger          VisiCom Laboratories, Inc.
rlk@visicom.com         10052 Mesa Ridge Court, San Diego CA 92121 USA
                        +1 619 457 2111    FAX +1 619 457 0888
From: aad@siemens.com (Anthony Datri)
Newsgroups: comp.realtime
Subject: Re: overheard conversation
Date: 19 Jan 93 19:36:40 GMT
Organization: Siemens Corporate Research, Princeton (Plainsboro), NJ


My favorite is:

Q:	Can I ask you a question?
A:	You just did.

Very few people ever get it.
	
-- 

======================================================================8--<
From: laplante@sun490.fdu.edu (Phil Laplante)
Newsgroups: comp.realtime
Subject: Session on Real-Time Image Processing
Date: 22 Jan 93 21:33:24 GMT
Organization: Fairleigh Dickinson University




            * * * C A L L    F O R    P A P E R S * * * 


Papers are requested for  a special session on "Real-Time Image Processing" 
to be held at the 1993 IEEE Systems, Man, and Cybernetics Conference 
in Le Touquet France, October 17-20, 1993.

The IEEE SMC conference is the showcase gathering for the IEEE SMC interest
group.  IEEE SMC covers a broad range of topics in image processing, robotics,
and artificial intelligence.  The archival journal of the society is the
IEEE Transactions on Systems, Man, and Cybernetics.

Topics for the session include but are not limited to:

Real-time image processing applications
Real-time image processing protocols
Real-time image processing specification 
Real-time image processing architectures
Multi-media 
Virtual reality
Remote sensing and control
Real-time image compression

Papers should be 6-10 pages in length and will be published in the
conference proceedings.  Authors will be expected to make a presentation
at the conference.

The deadlines for submission to the conference are as follows:

Extended abstract submission   February 15, 1993
Preliminary acceptance         May 1, 1993
Full paper submission          July 15, 1993
Final acceptance               August 1, 1993

Please send extended abstracts via post, FAX, or email to:

Dr. Phil Laplante
Department of Mathematics and Computer Science
Fairleigh Dickinson University
Madison, NJ 07480
laplante@fdumad.fdu.edu
(201) 593-8680 (voice)
(201) 593-8886 (FAX)

If you need further information, please do not hesitate to call.
Newsgroups: comp.realtime
Subject: Re: What's wrong with DOS in real-time?
From: Christopher Vickery <CCVQC@CUNYVM.BITNET>
Date: Wednesday, 27 Jan 1993 13:56:34 EST
 <1993Jan22.160747.9625@iccgcc.decnet.ab.com><93026.105057CCVQC@CUNYVM.BITNET>
Organization: City University of New York/ University Computer Center

The origin of this thread came from someone who wanted to use a PC
platform for real-time work.  If you want to use the platform, but
not DOS or Windows, Intel just announced "iRMX for PCs" -- a version
of iRMX that runs without DOS on a PC platform.  Unlike iRMX for
Windows, you don't boot DOS first, you just boot iRMX from a partition
on the hard drive.  The partition can be formatted as either a native-
mode iRMX file system or as a DOS-formatted partition, and the OS
adjusts accordingly.  All the networking features available in iRMXIII
are available, but those parts of iRMX for Windows that dealt with DOS
or Windows are gone.  Contact Intel if you need more info; I've just
said all I know about it.
-------
Christopher Vickery, Computer Science Department, Queens College (CUNY)
Flushing, NY 11367-0904  vickery@ipc1.cs.qc.edu (718)997-3500
Newsgroups: comp.realtime
From: rts@well.sf.ca.us (Tyler Sperry)
Subject: Re: Embedded Sys Prog
Organization: Whole Earth 'Lectronic Link
Date: Mon, 25 Jan 1993 21:02:37 GMT


 >A while back, I asked for the address of the Embedded Systems Programming
 >journal. Thanks for all replies. I am slightly confused as I have had
 >three different addresses, one in San Francicsco, California, one in
 >Florida, and Nashville, Tennessee. Which of these are my best best for
 >first try. All info welcome, thanks in advance.

Sorry I missed your original post.  Which address you use will depend on
what you want to accomplish.  Editorial correspondence should go to the 600
Harrison St address in San Francisco or by email to the address below.
Subscription matters *used* to be handled by a company in Nashville.  As of
the December '92 issue they are being handled by our circulation fulfillment
house at P.O. Box 420046, Palm Coast, FL 32142-0046.  Subscription service
can be reached by phone at (800) 829-5537 or by faxing to (904) 445-2728
with "Attn: ESP Subscriptions Dept." on the cover sheet.  Hope this
information is what you were looking for.

Tyler

----------------------------------------------------------------------------
Tyler Sperry, Editor
Embedded Systems Programming             Declare that you have limitations
rts@well.sf.ca.us  (415) 905-2305        and they are yours. - Helen Keller
From: realtime@access.digex.com (REAL TIME Corporation)
Newsgroups: comp.realtime
Subject: Re: PSOS+ Timers
Date: 27 Jan 1993 16:50:30 -0500
Organization: Express Access Online Communications, Greenbelt, MD USA
NNTP-Posting-Host: access.digex.com

>References: <1993Jan15.150848.3327@mprgate.mpr.ca>
>Randy Chapman writes:

>Has anybody implemented a timer class in C++ for PSOS+
>whereby you can create a timer(s) with a callback upon expiry?
>Implementations is C would help as well.

Here are some solutions to your question:

1. Use PSOS+ service TM_EVAFTER (Ticks, Events; TNid= )
  
   This will send an event to the calling task after the specified
   time. The task is not blocked, and continues execution.
   Some time after the call, the task will have to call 
   PSOS+ again, to see if the event has been posted, or the
   task can wait for the event.

2. Use PSOS+ service TM_EVWHEN ( Date, Time, Ticks, Events; TMid=)
   
   This will send an event to the calling task at the appointed time.
   Similar to #1 above.

3. Use TM_EVERY ( Ticks, Events; Tmid= )

   This will send an event to the calling task at periodic intervals.
   Depending on the application, this might not be what you want.
   For example: If Ticks=3 and the calling task checks for the event
   flag after 10 ticks, the event will be there, but the task will
   not know that the event was posted 3 times. (at +3 ticks, +6 ticks,
   +9 ticks).

4. If you need to know how many times the timer expired, you need
   to use PSOS+ messages deposited into a queue.  This requires
   some programming effort.

If you need more details, please e_mail.

Naomi Avigdor
REAL TIME Corporation

realtime@digex.com

Newsgroups: comp.realtime
From: lthorn@netcom.com (Lorna Thornton)
Subject: GUI Design Tools?
Organization: Netcom - Online Communication Services (408 241-9760 guest)
Date: Thu, 21 Jan 1993 23:30:32 GMT

  I am looking for information/ suggestions/ recommendations on
GUI design tools to aid in the development of user interfaces for
real-time embedded systems. Our project is trying to use 
"off the shelf" hardware for CPU and graphics boards (VMEbus or
STD bus) and a real-time OS (possibly a graphics board with
resident Xserver). We need to concurrently update data displayed in 
2 or 3 windows while the user is inputting data in another window.
Our development hosts are SPARCstations running Solaris 1.1.

  We are looking at some real-time GUI tools such as DataViews
(V.I. Corp.) and Sammi (Kinesix).  Any information regarding
these tools or others would be helpful. Are there other GUI
design tools not based on X which might be suitable for our
application?

  Please email responses to:
                              lthorn@netcom.com

  Thanks in advance,

   Sharon Barton
   Abbott Critical Care Systems
From: debeijer@cs.ucsd.edu (Richard de Beijer)
Newsgroups: comp.realtime
Subject: Re: novel idea?
Date: 22 Jan 93 22:16:14 GMT
Organization: CSE Dept., U.C. San Diego


In article <1993Jan20.180508.21100@murdoch.acc.Virginia.EDU>, pmw2c@csissun13.ee.Virginia.EDU (Paul Michael Wayner) writes:
|> In article <erempel.726720401@sol.UVic.CA>, erempel@sol.UVic.CA (Evan
|> Rempel) writes:
|> |> I haven't read very much in the realtime environment, but I have
|> |> a thought about an OS that has what I think is a fairly unique
|> |> idea.
|> |> 
|> |> I am looking for an OS (real time obviously) that has the
|> |> ability to swap a task from one cpu to another. This is merely
|> |> a multiprocessing system. The catch is that I want to be
|> |> able to mix cpu's. 
|> 
|> The only OS that I've heard of that might be able to do what you
|> want is HELIOS.  It's an OS designed for parallel processing and
|> if I remember correctly it can handle multiple CPU types.  I'm not
|> sure if two cpu's as different as what you mentioned can be handled.
|> Anyway, it's produced by a UK company if you're interested.  Sorry, 

If I remember correctly this operating system called Helios is provided
by UK-based INMOS that is using the Helios system for its transputers. 
I do not have an address but the name of the company might already be 
helpful.

|> but I don't have any phone #s or address I just heard about it at a
|> seminar.
|> 
|> 						Paul Wayner
|> .

Richard de Beijer
University of California, San Diego
------
General disclaimer applies.
From: gt@prosun.first.gmd.de (Gerd Truschinski)
Newsgroups: comp.realtime
Subject: Re: HELP - Need info on IEEE object file format
Date: 25 Jan 93 15:41:32 GMT
Distribution: comp
Organization: GMD Berlin (FIRST)

In article <269@visicom.com>, rlk@VisiCom.COM (Bob Kitzberger) writes:
|> gt@prosun.first.gmd.de (Gerd Truschinski) writes:
|> >
|> >have a look into the sources of the GNU 'binutils-2.0.tar.Z' from the FSF.
|> >They did support the microtec IEEE(695?) format. 
|> 
|> Hmmm... my perusal of the file "hpxt.c" in the binutils directories
|> show the following:
|> 
|>      /* Program to translate binary format files from HP-UX to GNU.
|> 	Input formats for HP 9000 series 200/300 only.
|> 	Copyright (C) 1988 Free Software Foundation, Inc.
|> 
|> 
|> Does the HP 9000 200/300 use IEEE-695?

I don't know.

|> 
|> 	.Bob.
|> ----------------
|> Bob Kitzberger          VisiCom Laboratories, Inc.
|> rlk@visicom.com         10052 Mesa Ridge Court, San Diego CA 92121 USA
|>                         +1 619 457 2111    FAX +1 619 457 0888


Have a look at the file 'binutils-2.0/bfd/ieee.c'. This is what talk about.
I hope that helps.

/gT/