HDTenEightyP/NetNews huggingface dataset:
From: rcomw@minyos.xx.rmit.OZ.AU (Chris Cogdon)
Newsgroups: comp.sys.ncr,comp.unix.questions
Subject: Re: NCR Unix to SCO Unix Tar incompatability question
Date: 13 Dec 1992 03:09:16 GMT
Organization: RMIT Computer Centre
NNTP-Posting-Host: minyos.xx.rmit.oz.au

dbg@crash.cts.com (Dave Gresham) writes:

>I am having a problem with bringing over a tar tape created on a NCR
>system running Unix 1.02/3.01.   I am trying to restore the tape to
>an SCO UNIX 3.2.4 system.  I keep getting Checksum errors on the SCO
>side.  I was able to generate and restore with these tapes on the 
>NCR system.  I also am using the same qic-02 Archive tape drive on
>both systems.  I have tested the Archive tape drive with another tape
>without having any problems. 

>My question is, is there a compatability problem? and is there any
>way to read this tape onto the SCO system?

>dave gresham
>dbg@crash.cts.com

Try piping the tar file through something that swaps bytes around, eg:
dd conv=swab

A full command might be

dd if=/dev/rstp/34nn conv=swab | tar -xvf -

Unfortunately, this the the NCR command, but there should be something
similar for SCO.



-- 
-------------------------------------------------------------------------------
Chris Cogdon
PO Box 590, South Carlton. 2053. Australia
rcomw@minyos.xx.rmit.oz.au
Xref: sparky comp.sys.ncr:547 comp.unix.questions:14785
From: lbr@holos0.uucp (Len Reed)
Newsgroups: comp.sys.ncr,comp.unix.questions
Subject: Re: NCR Unix to SCO Unix Tar incompatability question
Date: 17 Dec 92 14:08:29 GMT
Organization: Holos Software, Inc.

In article <1992Dec15.182031.16597@unislc.uucp> dold@unislc.uucp (Clarence Dold) writes:
>From article <1992Dec15.035339.24343@jpradley.jpr.com>, by jpr@jpradley.jpr.com (Jean-Pierre Radley):
>
>> Am I in error to state that the NCR is running a big-endian architecture, whi
>> the SCO machine is on a little-endian chip?
>> So your bytes are swapped..
>
>Oddly enough, perhaps not.  The machine architecture has nothing to do
>with the endien in the tape driver.
>When Convergent was building both Intel and Motorola boxes, they both ran
>the same interchangeable tape format.
>While Unisys was selling all three (Convergent Intel, Convergent Motorola,
>and NCR Motorola), byte swap was needed to go to the NCR box.
>I don't know about the newer NCR-Intel boxes.  I suspect that they would be
>compatible with the old.
>The current Unisys machines play interchangeably with IBM/RS6000, as well as
>SCO UNIX boxes, and Sun.

Incredibly, the Tower series tape drives were not consistent.  Earlier
Towers that used DC-600 style 60 MB cartridges wrote in a format that
was byte-swapped from what SCO used.  Later Towers that used DC-6150
cartridges (150 MB) were compatible with SCO.  The 3000 series is
compatible with SCO.  The later systems can read the 60 MB cartridges,
but the bytes have to be reversed.  Pipe through dd, using the
command "conv=swab".  This works in both directions, however, note
that 150 MB drives generally can only read--not write--60 MB format.

To list your tape:

dd if=raw_tape_device conv=swab | tar tvf -
Newsgroups: comp.sys.ncr,comp.unix.questions
From: kees@echelon.uucp (Kees Hendrikse)
Subject: Re: NCR Unix to SCO Unix Tar incompatability question
Organization: Echelon Consultancy, Enschede, The Netherlands
Date: Thu, 17 Dec 1992 09:33:23 GMT

In <1992Dec16.183827.24752@donner.SanDiego.NCR.COM> David Lord writes:

> First off, the original poster didn't say what hardware he was running
> on and that makes a difference. Presumably it is a Tower, but some
> models of Tower require byte-swapping, while others do not. Unfortunately
> I don't recall which is which, however if byte-swapping were the problem
> I would expect tar to complain that the tape wasn't in tar format. 

No, if tar tries to read a byte-swapped file, it complains with the
message: "tape block size error", even when the file is a regular file:

	tar -cvf - some files | dd conv=swab of=/tmp/testfile
	tar -tvf /tmp/testfile

Tar complains as if it were a tape... (Remember, tar means tape-archiver :-))

Anyway, I always had to swap bytes when reading tapes from SCO on a
Tower or the other way round.

-- 
Kees Hendrikse                                | email: kees@echelon.uucp
                                              |
ECHELON consultancy and software development  | phone: +31 (0)53 836 585
PO Box 545, 7500AM Enschede, The Netherlands  | fax:   +31 (0)53 337 415
From: Bruce.Weinel@p1.f456.n632.z3.fidonet.org (Bruce Weinel)
Newsgroups: comp.sys.ncr
Subject: where is emacs?
Date: Mon, 14 Dec 1992 13:08:49

Tom Baker (ta) was heard in "The Pit" saying to  All

  ta> From: tbaker@galaxy.gov.bc.ca (Tom Baker)
  ta> Organization: Sierra Systems
  ta> 
  ta> Does anyone know where I can find the emacs for NCR 3000 running SVR4?
  ta> Failing that, the source for emacs?

In Australia you can anonymous FTP them from cs.uow.edu.au or ask the Archie
server via archie@archie.oz.au and request 'prog emacs'.

The opinions of this point are not necessarily those of NCR Australia P/L.
    "We take customer satisfaction personally."     -- Bruce Weinel

 * Origin: Howls from "The Pit" BBS (03) 321-3295 (3:632/456.1@fidonet)
Newsgroups: comp.sys.ncr,comp.sys.unisys
From: chk@mcshh.Hanse.DE (Christian Kuhtz)
Subject: HELP+CONTACTS: Sperry/UNISYS Series 5000, NCR Tower 32/600,32/800
Organization: Point of Presence & MCS Hamburg
Date: Sat, 19 Dec 1992 20:33:25 GMT




	Hi,

	I'm looking for Sperry/UNISYS Series 5000 and NCR Tower 32/600, 32/800
	users. I got a Sperry 5000/50 and I'm interested in other ppl
	working on the mentioned machines to share experiences and software
	ports..

	I'm also interested in a SVR3 for Sperry/UNISYS Series 5000/50.
	Is there anybody out there who knows something about it ? My
	5000/50 is runnin on SVR2 and I'm looking for a SVR3. Somebody
	told me that it does exist.... 

	I tried to compile nn, elm, rn, smail and cnews.. nearly at anytime
	I don't get it compiled problems.
	Smail 3.1.28 for example needs the utimbuf structure that should
	exists - the manpage/Programmers Reference Manual says that it
	does exist. But the programs don't get it. Any ideas ?

	Are there any special ftp servers for these kind of - sure, old -
	machines ?
	Any help or hints are greatly appreciated. Thx in advance.

		Regards
			Christian



ftz Hamburg e.V, c/o Christian Kuhtz, Gruener Weg 69c, D-2000 Norderstedt,  FRG 
UNIX development & support, {chk,crew}@data-hh.ComLink.DE,   chk@MCShh.Hanse.DE
voice: +49-40-5244138 (1600-2300 CET)  data-hh: +49-40-5248447, 24h, ZyXEL16800
From: nolan@helios.unl.edu (Michael Nolan)
Newsgroups: comp.sys.ncr
Subject: Re: NCR 9300 system: some info needed
Date: 14 Dec 1992 15:41:17 GMT
Organization: University of Nebraska--Lincoln	
Reply-To: nolan@helios.unl.edu
NNTP-Posting-Host: helios.unl.edu

messmer@mamba.cc.lut.fi (Willi Messmer) writes:

>Heips !

>While looking some 6530 drives to my 9020, I'm offered with a 9300 cpu-unit
>and two 6530 and soft for free. (only problem is transporting the dino)

>I'd need some information & description on the cpu and operating systems
>made for it.

The operating system is called 'ITX', the CPU is an NCR proprietary 
architecture, and the primary language is COBOL.  The 9300 was the machine
that followed the 90X0, then the 9400, then the 10000.  Then NCR moved away
from ITX and their proprietary architecture in favor of Unix SVR4 and Intel 
chips in the 3000 family.  (But don't feel too bad, NCR also left behind the 
Motorola 68XXX chip family and their SVR2/SVR3-based Tower line.)

Unless it has been upgraded, the 9300 will NOT accept SCSI peripherals.
---
Michael Nolan
nolan@helios.unl.edu, nolan@tssi.com, mike.nolan@genie.geis.com
From: Bruce.Weinel@p1.f456.n632.z3.fidonet.org (Bruce Weinel)
Newsgroups: comp.sys.ncr
Subject: 486 Upgrade Kit for 3420
Date: Fri, 18 Dec 1992 07:23:45

Jared Hecker (jh) was heard in "The Pit" saying to  All

  jh> From: jared.hecker@factory.com (Jared Hecker)
  jh> Organization: Invention Factory's BBS
  jh>               New York City, NY - 212-274-8298v.32bis
  jh> 
  jh> I am trying to locate a purveyor of the 486 upgrade kit for the
  jh> NCR S/3000 mod. 3420 (a 16MHz 386SX desktop unit).  NCR says it
  jh> was discontinued.  If anyone has one they want to sell, I'd like
  jh> to hear from them.
  jh> 
  jh> I can be reached at 516-485-2621, at jared.hecker#factory.com, or
  jh> at 76276.740@compuserve.com.

Your best source would be to check with NCR offices, like 50 Rockefeller
Ceneter,
to see if they might have one in an old demo unit. However, be warned that
this
feature wasn't 'discontinued'... I don't believe it was ever released (it was
only 'announced'). The unit we received here would not operate stably with the
"486 technology kit" installed. We were also informed by the plant that there
were timing problems with the feature kit.

I would also question how much of an 'upgrade' you would expect to see. The
3420 has a 16-bit bus and slow memory (80nsec). Every 486 memory access would
take four (4) bus cycles and probably require the insertion of some wait
states.
The result would be, at best, an approximation of an 8MHz 486; not exactly
stunning.

The opinions expressed by this point are not necessarily those of NCR
Australia
"We take customer satisfaction personally"      -Bruce Weinel

 * Origin: Howls from "The Pit" BBS (03) 321-3295 (3:632/456.1@fidonet)
Newsgroups: comp.sys.ncr
From: jpr@jpradley.jpr.com (Jean-Pierre Radley)
Subject: Re: NCR Unix to SCO Unix Tar incompatability question
Date: Fri, 18 Dec 1992 01:42:52 GMT
Organization: Unix in NYC

In article <2528@ispi.COM> jbayer@ispi.COM (Jonathan Bayer) writes:
>dbg@crash.cts.com (Dave Gresham) writes:
>
>>I am having a problem with bringing over a tar tape created on a NCR
>>system running Unix 1.02/3.01.   I am trying to restore the tape to
>>an SCO UNIX 3.2.4 system.  I keep getting Checksum errors on the SCO
>>side.  I was able to generate and restore with these tapes on the 
>>NCR system.  I also am using the same qic-02 Archive tape drive on
>>both systems.  I have tested the Archive tape drive with another tape
>>without having any problems. 
>
>What tape device are you using on each machine?  It sounds like you may
>have created the tape with error correction, or you may be reading the
>tape using the error correcting driver (/dev/erct0).  Try using /dev/rct0
>if you haven't already (on the SCO box).

Am I wrong, or are we dealing here with an incompatibility of the
bytestream seen as big-endian on the NCR box, vs. little-endian on the SCO
machine?

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341
Newsgroups: comp.sys.ncr
From: heath@grok39.ColumbiaSC.NCR.COM (Robert.Heath)
Subject: Re: UUCP over TCP
Organization: NCR Corp., Columbia SC
Date: Mon, 14 Dec 92 22:01:02 GMT

In article <371@uiunix.ui.org> you write:
>We are trying to set up UUCP of TCP on an NCR 3445 running SVR4.0
>release 2.0.  The WIN-TCP manual indicates that we need to set up the
>uucp Devices, Dialers, and Systems files, but when we do this as
>described it doesn't work.  Specifically, Uutry reports the following:
>

Shane,
	Here's your problem.  Your remote machine either does not have
a listener process running, or is listening on the wrong port.

>t_connect to addr "\x00020401c0cb41af"
                          ^^^^
>t_connect: Incorrect address format

The port in the above string is 0x0401, which is 1025 decimal.
The remote system might be listening on 0x0ace which is 2766 decimal.  
The object is to make the port to which your machine sends match the 
port on which the listener listens.  

To find out which port (in decimal) the remote listener is listening, run
the following command ON THE REMOTE SYSTEM:

  echo 16 i `nlsadmin -l - tcp | cut -c7-10 | tr "[a-z]" "[A-Z]" ` p | dc

If this errors out, the system doesn't have a listener configured.

Otherwise, take the port number it gives you and type 

	/usr/etc/rfsaddr -h <hostname> -p <portnumber> 

to get the new IP/port string.  Replace the current value, \x00020401c0cb41af,
in your system's Systems file with the string that rfsaddr gives you.  
It oughta work now.

See a follow-up posting for more details on how to set up UUCP over WIN-TCP.

Newsgroups: comp.sys.ncr
From: gryphon@openage.openage.com (The Golden Gryphon)
Subject: Re: NCR Unix to SCO Unix Tar incompatability question
Organization: Open Age, Inc.
Date: Tue, 15 Dec 1992 18:32:41 GMT

jbayer@ispi.COM (Jonathan Bayer) writes:

>dbg@crash.cts.com (Dave Gresham) writes:

>>I am having a problem with bringing over a tar tape created on a NCR
>>system running Unix 1.02/3.01.   I am trying to restore the tape to
>>an SCO UNIX 3.2.4 system.  I keep getting Checksum errors on the SCO
>>side.  I was able to generate and restore with these tapes on the 
>>NCR system.  I also am using the same qic-02 Archive tape drive on
>>both systems.  I have tested the Archive tape drive with another tape
>>without having any problems. 

>What tape device are you using on each machine?  It sounds like you may
>have created the tape with error correction, or you may be reading the
>tape using the error correcting driver (/dev/erct0).  Try using /dev/rct0
>if you haven't already (on the SCO box).

It may be a blocking factor thing.  Create a tar tape on the SCO system, and
see if it reads on the NCR.  If it does, look at the blocking factor of the
read.  SCO will default to a block size of 20, but 20 of what is the problem.
If the NCR reads it at a blocking factor of 2, then you have to create the NCR
tar tape with a block size of 2 to make the SCO system read it.

-- 
The Golden Gryphon 				gryphon@openage.COM
"Mad Scientists seeks mindless brawny assistants, good pay, quiet location."
"They're not ghosts,  they're metaphysically challenged." - Me
Openage - The Premier SCO UNIX integrator in the Washington D.C. area
From: jared.hecker@factory.com (Jared Hecker) 
Newsgroups: comp.sys.ncr
Subject: 486 Upgrade Kit for 3420
Date: 12 Dec 92 21:23:00 GMT
Distribution: world
Organization: Invention Factory's BBS - New York City, NY - 212-274-8298v.32bis
Reply-To: jared.hecker@factory.com (Jared Hecker) 


I am trying to locate a purveyor of the 486 upgrade kit for the
NCR S/3000 mod. 3420 (a 16MHz 386SX desktop unit).  NCR says
it was discontinued.  If anyone has one they want to sell,
I'd like to hear from them.

I can be reached at 516-485-2621, at jared.hecker#factory.com,
or at 76276.740@compuserve.com.

Thanks, all!

jh

---
 . RoseReader 1.70 G002691
From: joeb@arden.linet.org (Joe Beiter)
Newsgroups: comp.sys.ncr
Subject: Re: UUCP over TCP
Date: 17 Dec 92 12:30:31 GMT
Organization: The Courts of Chaos

In article <371@uiunix.ui.org> ahby@ui.org (Shane P. McCarron) writes:
>
>
>In this configuration, pegasus' IP address is 192.203.65.175.  Any
>suggestions as to what we are doing wrong would be really helpful.
>Please e-mail your replies.

I'd be interested in your responses if you don't mind posting them public.
I'll be going through this in about a week.

- JoeB

-- 
|-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-|
|Joe.Beiter@arden.linet.org               The Long Island Network Project   |
|The Courts of Chaos Semi-Public Access   Long Island New York: USA         |
|-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-|
Xref: sparky comp.sys.ncr:549 comp.unix.questions:14809
From: wescott@yesac.ColumbiaSC.NCR.COM (Mike.Wescott)
Newsgroups: comp.sys.ncr,comp.unix.questions
Subject: Re: NCR Unix to SCO Unix Tar incompatability question
Date: 18 Dec 92 17:10:11 GMT
Organization: "NCR Corp, Columbia, SC"

In article <1992Dec17.140829.15451@holos0.uucp>, lbr@holos0.uucp (Len Reed) writes:

|> Incredibly, the Tower series tape drives were not consistent.  Earlier
|> Towers that used DC-600 style 60 MB cartridges wrote in a format that
|> was byte-swapped from what SCO used.  Later Towers that used DC-6150
|> cartridges (150 MB) were compatible with SCO.  The 3000 series is
|> compatible with SCO.

Actually, the byte-swapping was an artifact of using a bigendian CPU
(680x0) on a little endian bus (Multibus I).  The first tapes that were
"right-side-up" were SCSI peripherals.  We also found a simple change
to the old tape adapter card that would make it "right-side-up", but
decided not to put it into production.  We had too many variations
already.
-- 
	-Mike Wescott
	 mike.wescott@ColumbiaSC.NCR.COM
Newsgroups: comp.sys.prime
From: GONZO@prime.bnkst.edu
Subject: kermit
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Thu, 17 Dec 1992 18:08:08 GMT

We here at Bank Street are running an ancient version of Kermit - rev. 2.2
Would appreciate it if you would E-Mail the whole 'kit and kaboutle'
of rev 8.14.
 
Thnx,
Bob Unger ... gonzo@prime.bnkst.edu

Newsgroups: comp.sys.prime
From: ANDYG@ENS.Prime.COM (Andy Griffith, PRIMOS RAS)
Subject: Re: Hello?
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Mon, 14 Dec 1992 12:34:28 GMT

Boy, this old body acks!  I even have the driveway plowed!  Of course, our
driveway is long enough that it should have a name!  I am glad that I have
a four wheel drive vehicle.  I also bought 100lb. of ice melt.  Mother
nature well help with tempature up to 50 tomorrow.

I here you guys got so much rain that they closed Disney Land.
Newsgroups: comp.sys.prime
From: leonard@aix3090b.uky.edu (Leonard Lauria)
Subject: Re: Multiple LHCs running TCP/IP
Organization: University Of Kentucky, Dept. of Math Sciences
X-Path: leonard
Date: Wed, 16 Dec 1992 12:57:46 GMT

YODERS@Prime.Wittenberg.EDU (Kevin Yoders) writes:

>    Is anybody out there running TCP/IP (not XeLink) on multiple
>LHCs in the same host?  I was told that doing so can improve
>performance when incoming telnet sessions reached 60-70+, which we
>will soon be doing.  My question is, how did you configure your
>system?  Is each LHC a separate IP address, thus making it appear as
>multiple hosts?  I was under the impression (from our CSE and
>somebody else that I can't remember right now) that you could set it
>up so that you still have just one IP address, but both boards would
>manage incoming connections and attempt to balance the load between
>boards.  I just talked to somebody at the 800 number and they said
>that this is impossible (and the reasoning makes perfect sense).
>Can anybody out there share their experiences with multiple LHCs?


>************************************************************************
>Kevin Yoders                       Internet: Yoders@Prime.Wittenberg.EDU
>Wittenberg University                BITNET: YODERS@WITTENBG


Well we ran 2 LHCs with TCP/IP for a couple of years.  You have to have
two seperate IP numbers and names.  The LHCs do not do load balancing,
and you can not set a limit of inbound telnet users per board.

Hence, because of this, and added problems when you lost communications
to one of them and had to reload both, made it a bigger pain then it was
worth.  We yanked out one, and have had better service since.  However,
I do see a performance problem at around 65-70 inbound telnet users,
and numerious other connections.

For this to work well, you would need to do some programing on your
nameserver to alternate between the two address each time either of
them was requested.  That would allow roughly 120 inbound users (on
two boards) before you started to have performance problems, and not
make the users have to know and/or try more then one hostname.

Leonard


--

===========================================================================
   -This space intentionally left blank.

Newsgroups: comp.sys.prime
From: hunger@hitech.com (Henry Unger)
Subject: KERMIT legalities
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Thu, 17 Dec 1992 19:04:36 GMT

Roland,

A slight "legal" technicality, but it could save a certain amount
of grief later down the road.

Kermit is *not* in the public domain.  I quote from "Using MS-DOS
Kermit" by Christine M. Gianone, second edition, Digital Press:

"Kermit programs are in a category by themselves.  Unlike
commercial software packages or "shareware," Kermit programs can
be freely reproduced and shared as long as this is not done for
profit.  No licensing or registration is required.  However,
Kermit programs are not in the public domain.  In general, each
Kermit program includes a copyright notice to protect its
special status.  A large organization can potentially save itself
millions of dollars by standardizing on Kermit rather than on
commercial software packages..."

Henry


Newsgroups: comp.sys.prime
From: cummings@hammer.prime.com (Kevin Cummings)
Subject: Re: Multiple LHCs running TCP/IP
Organization: Prime Computer, Inc.
Date: Tue, 15 Dec 1992 20:09:50 GMT

In article <9212151920.AA14686@usenet.rpi.edu>, YODERS@Prime.Wittenberg.EDU (Kevin Yoders) writes:
>     Is anybody out there running TCP/IP (not XeLink) on multiple
> LHCs in the same host?  I was told that doing so can improve
> performance when incoming telnet sessions reached 60-70+, which we
> will soon be doing.

Yes, we have a number of systems here in ComputerVision Services that have
more than one LHC300 running TCP/IP.  Take for example my system, S35.

> My question is, how did you configure your system?  Is each LHC a separate
> IP address, thus making it appear as multiple hosts?

Yes.  S35.Prime.COM is 129.122.3.21  and  S35-ALT.Prime.COM is 129.122.3.48.

>  I was under the impression (from our CSE and
> somebody else that I can't remember right now) that you could set it
> up so that you still have just one IP address, but both boards would
> manage incoming connections and attempt to balance the load between
> boards.  I just talked to somebody at the 800 number and they said
> that this is impossible (and the reasoning makes perfect sense).

I beleive that you CANNOT currently configure both boards to be the
same IP address.  It will currently result in conflicts as to which
board will handle the incoming packets.  On the other hand, more and more
software is becoming aware of the fact that there might be multiple TCP/IP
boards in the same system (If only the SMTP Mailer were one of them!).

I seem to remember that some versions of the socket library may try and
load balance outgoing connections.  But most incoming stuff is specific
to the IP address it talks to.

> Can anybody out there share their experiences with multiple LHCs?

=================================================================
Kevin J. Cummings                       ComputerVision Services
20 Briarwood Road                       500 Old Connecticut Path
Framingham, Mass.                       Framingham, Mass.
					
Home:  cummings@kjc386.framingham.ma.us	Work:  cummings@primerd.Prime.COM

Std. Disclaimer: "Mr. McKittrick, after careful consideration,
		  I've come to the conclusion that your new
		  defense system SUCKS..."   --  War Games
=================================================================
Newsgroups: comp.sys.prime
From: Eric@CCCC.CC.Colorado.Edu (Eric Ross)
Subject: RE: KERMIT legalities
Reply-To: Info-Prime@Blx-A.Prime.COM
Organization: Colorado College, Colorado Springs Colorado
Date: Thu, 17 Dec 1992 15:15:15 GMT

>Excuse my naivety but is MS KERMIT in the public domain? I may need to
>install it on 100 or more PCs (on a TCP/IP LAN) so does one merely make
>copies or should they be obtained in some more legitimate manner?  Also, I
>appreciate that the latest has quite good online help but is there a
>manual for the script language etc?
>
>Thanks & seasonal tidings
>Simon Hill - Prime Australia.

Simon:

I can strongly recommend _Using MS-DOS Kermit_ by Christine M. Gianone.
It's a very complete manual (330 pages plus index).  I ordered it by
phone from Digital Press, and I've seen it in bookstores here.  $US34.95.

ISBN:  1-55558-082-3

Digital Press
12 Crosby Dr.
Bedford, MA  07130

(800) 344-4825

-------------------------------------------------------------------------
Eric Ross  (eric@cccc.cc.colorado.edu)        Colorado College
Administrative Computing                      14 E. Cache la Poudre
(719) 389-6452                                Colorado Springs, CO  80903
-------------------------------------------------------------------------
Newsgroups: comp.sys.prime