HDTenEightyP/NetNews huggingface dataset:
From: MPA15C!MP@TRENGA.tredydev.unisys.com
Newsgroups: comp.sys.unisys
Subject: BTOS Software
Date: 27 Jul 1992 23:41:31 -0500
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

Re: The request for CTOS freeware/shareware.

There was person who had 20 or so diskettes of "cheapware" available
for BTOS machines.  I think that his name was Richard Masoll and
he was with TID in Utica(?), Michigan.

Sorry to be so vague about the source of these diskettes.  I can't
find my file on this and its been ages since I've used that software.
I hope that this little tidbit will jostle someone else's memory.

There were a number of nice utilities, templates, submit files,
etc. for doing a wide variety of tasks.
________________________________________________________________________
Mark Perew                                               OFIS: MREW/CORP
Unisys Corp - Mission Viejo Field Service                  Mail Stop 182
(714) 380-5484  Net2 656-5484         Fax: (714) 380-6560  Net2 656-6560
mp%mpa15c@trenga.tredydev.unisys.com       Mark.Perew@ofa123.fidonet.org
============== "All opinions are mine," sayeth the poster ==============
If they do these things in the green wood what will happen in the dry?
From: markw@gvlf7-q.gvl.unisys.com (Mark H. Weber)
Newsgroups: comp.sys.unisys
Subject: Re: Need OS tapes for Convergent Megaframe!!
Date: 30 Jul 92 19:10:47 GMT
Distribution: world,local
Organization: Paramax Systems Corporation (A Unisys Company)

In article <1992Jul29.141731.3552@arizona.edu> petrisko@evax2.engr.arizona.edu writes:
>Here is pretty much the same post I do every few months, when I get reminded
>of the end-tables, er, convergent megaframe sitting in my living room...
>
>I have a Convergent Technologies Megaframe (two, actually) that I need the 
>following for:  Operating system (ctos/ctix?) on qic-60 tapes.  I've got
>the dianostic tape, which boots and formats the internal HD, but that's 
>as far as I can get.  Also, since I have an external (supposed) 500meg HD,
>the cards to interface it to the Megaframe would be helpful.  It might 
>even have a bootable copy of the OS on it!
>

Have you tried posting in the comp.sys.3b1 newsgroup? The AT&T Unix-PC,
also know at the 3b1, was also manufactured by Convergent and has a lot
in common with the Miniframe and Megaframe. I have seen discussion about
these boxes in that group.

Hope this helps,
Mark


-- 
  Mark H. Weber                   | Internet: markw@GVL.Unisys.COM  
  Paramax Systems (A Unisys Co.)  |     UUCP: ...!gvls1!markw
  Great Valley Laboratories       |      FAX: +1 215 648 2891
  Box 517, Paoli, PA  19301  USA  |    VOICE: +1 215 648 2112
Newsgroups: comp.sys.unisys
Subject: Need OS tapes for Convergent Megaframe!!
From: petrisko@evax2.engr.arizona.edu (William Petrisko)
Date: 29 Jul 92 14:17:26 MST
Reply-To: petrisko@evax2.engr.arizona.edu
Distribution: world,local
Organization: University of Arizona, College of Engineering and Mines, Tucson

Here is pretty much the same post I do every few months, when I get reminded
of the end-tables, er, convergent megaframe sitting in my living room...

I have a Convergent Technologies Megaframe (two, actually) that I need the 
following for:  Operating system (ctos/ctix?) on qic-60 tapes.  I've got
the dianostic tape, which boots and formats the internal HD, but that's 
as far as I can get.  Also, since I have an external (supposed) 500meg HD,
the cards to interface it to the Megaframe would be helpful.  It might 
even have a bootable copy of the OS on it!

Any suggestions, help or comments appreciated..  If you think you can help,
please send mail, and i'll send you back the list of all the tapes and 
cards I DO have.. i'd post it now, but I can't seem to find that file. (argh)

Thank you
-bill
-- 
bill petrisko aka n7lwo                        petrisko@evax2.engr.arizona.edu
"Maybe the dingo ate your baby!"             ...!uunet!bit!modsco!adirect!bill
From: craig@com50.c2s.mn.org (Craig Wilson)
Newsgroups: comp.sys.unisys
Subject: Getting through to UNISYS personnel (was Re: internet
Keywords: CTOS, Convergent, EMail
Date: 22 Jul 92 13:48:36 GMT
Organization: Com Squared Systems, Inc.

In article <1992Jul14.210536.26343@unislc.uucp> jon@unislc.uucp (Jon Bork) writes:
>
>If your friend works on CTOS/BTOS systems, you can reach them by
>addressing your mail to Fred_Smith@network.sj.unisys.com or 
>Fred_Smith@convergent.com. The spelling is case sensitive.
>

Does this work, now?  I have been trying for almost two years to get
messages into and out of the CTOS side of San Jose from the Usenet.  I have
been able to communicate with people on the CTIX side, but haven't been
able to get my messages routed into the CTMail network.

I have given up, and don't have an strong need these days to communicate
with the CTOS folks, but it would be nice to know that it works.


Craig S. Wilson           |    Democracy      |<uucp path construction zone>
Com Squared Systems, Inc  |    is not  a      | craig@c2s.mn.org
1285 Corporate Center Dr. |    spectator      | (612) 452-9522 voice
St. Paul  MN  55121-1256  |      sport.       | (612) 452-3607 fax
Newsgroups: comp.sys.unisys
From: rfulk@cwis.unomaha.edu (Bob Fulkerson - Creighton)
Subject: UTS60 Term Emul on a Mac?
Organization: University of Nebraska at Omaha
Date: Wed, 29 Jul 1992 16:15:04 GMT


We are currently using AMIE for terminal emulation to our 2200/400 mainframe
for Mac and we were wondering if there was anyone else connecting Macs to
their mainframe.  If so, what terminal emulation package is being used?

Reply to rfulk@creighton.edu or ferrin@creighton.edu.

Thanks in advance,
Bob Fulkerson
From: rickh@ems.cdc.com (Richard Herwig)
Newsgroups: comp.sys.unisys
Subject: UNISYS DSD now PARAMAX
Date: 28 Jul 92 13:45:04 GMT
Organization: Empros Systems International, a division of CDC

Hey, anybody out there who used to work for (or still does) UNISYS
Defense Systems Division (now called Paramax, I think)?

I'd just like to re-connect a bit ;-)

Flame On...

<:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:>
 Richard F. Herwig            | email: rickh@ems.cdc.com
 EMPROS Systems International | Facility Code: PLY068   
 2300 Berkshire Lane North    |
 Plymouth, MN 55441  USA      | "U mess with the mOOse, u get the antler!"
<:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:><:>
From: markw@gvlf7-q.gvl.unisys.com (Mark H. Weber)
Newsgroups: comp.sys.unisys
Subject: Re: UNISYS DSD now PARAMAX
Date: 28 Jul 92 14:57:53 GMT
Organization: Paramax Systems Corporation (A Unisys Company)

In article <13865@nntp_server.ems.cdc.com> rickh@ems.cdc.com (Richard Herwig) writes:
>Hey, anybody out there who used to work for (or still does) UNISYS
>Defense Systems Division (now called Paramax, I think)?
>

Yes, it's now called Paramax, although it's still owned by Unisys.

And yes, we are connected, and there are a fair number of us out here.

-- 
  Mark H. Weber                   | Internet: markw@GVL.Unisys.COM  
  Paramax Systems (A Unisys Co.)  |     UUCP: ...!gvls1!markw
  Great Valley Laboratories       |      FAX: +1 215 648 2891
  Box 517, Paoli, PA  19301  USA  |    VOICE: +1 215 648 2112
Xref: sparky comp.sys.unisys:421 misc.jobs.contract:2613 atl.jobs:375
From: leoadams@ccc.Gwinnett.COM (Computer Career Conne)
Newsgroups: comp.sys.unisys,misc.jobs.contract,atl.jobs,misc.jobs.offere
Subject: Unisys/Cobol/Miser P/A's --Florida--(Recruiter-NO FEE)
Date: 23 Jul 92 23:21:16 GMT
Organization: Computer Career Connections, Ft. Lauderdale, FL

Outstanding contracting opportunity in Florida exists for experienced
Unisys/Cobol/Miser P/A. Ideal candidates should have a minimum of 2+
years (industry experience only -- no students please) of specific
Unisys/Cobol with MISER Financial Software and be open to travel. Only
US or Canadian citizens and/or Perm.Res. should apply.

--
Mr. Leo Adams
Tech Services, Inc.
4300 N. University Dr. Suite C-101
Ft. Lauderdale, Florida 33351
Telephone: (305) 741-3654 (Ft.Lauderdale,FL)
Telephone: (305) 553-3619 (Miami, FL.)

Fax #1   : (305) 741-5408
From: dick.zeitlin%acc1bbs@ssr.com (Dick Zeitlin) 
Newsgroups: comp.sys.unisys
Subject: Need help
Date: 21 Jul 92 21:59:00 GMT
Distribution: world
Organization: Advanced Computer Concepts BBS, New Rochelle, NY 914-654-1981
Reply-To: dick.zeitlin%acc1bbs@ssr.com (Dick Zeitlin) 

RJC> .I'm new with unisys, so I was wondering if someone could help me out.
   > .I just started a new job, and all the machines are unisys machines.
   > .What I'm looking for is any freeware programs for CTOS (if there
   > .are any).

There's virtually no freeware or shareware for CTOS.  The system was
never marketed to the general public, so not many hackers or hobbyists
did software for it.  Of course, the game Rats is an exception.
Freeware, and good.

RJC> .I don't know that much about unisys, but I really want to learn...
   > .where can I go, and what should I learn??  Unisys is so different to me,
   > .The programs are wieird, and so are the machines, but if I have to work
   > .on it, I want to know it inside and out.

Prentice Hall has a book out called Exploring CTOS.  That'll give you
some idea of what you're working with.  After that, go through the
CTOS Operating System Concepts Manual.

Of course, you could cross my palm with money and I'd be happy to come
out and teach an in-depth course on CTOS, operations, programming,
etc.

        Best,
         D/


 * OLX 2.2 * Dick.Zeitlin%acc1bbs@ssr.com
From: Daniel.Stern@mixcom.mixcom.com (Daniel.Stern)
Newsgroups: comp.sys.unisys
Subject: Purchase of Convergent S80
Date: 29 Jul 92 10:30:41 GMT
Distribution: usa
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.

Where can I buy a few S80s (now that Unisys no longer sells them)?  How much
do they cost (new or used)?

Thanks
-- 
Daniel.Stern@mixcom.com
From: markw@gvlf7-q.gvl.unisys.com (Mark H. Weber)
Newsgroups: comp.sys.unisys
Subject: Comp.sys.unisys archive site
Date: 31 Jul 92 18:58:41 GMT
Reply-To: markw@gvl.unisys.com (Mark H. Weber)
Organization: Unisys Defense Systems, Great Valley Labs, Paoli, Pa


The postings from comp.sys.unisys are being archived, and are available
via anonymous ftp from site gvl.unisys.com [128.126.220.104] in the
directory ~/pub/comp.sys.unisys. Here's the contents of the README file:

This directory contains the archives for the comp.sys.unisys newsgroup.

The "current" directory contains the articles which are currently active
in the news spool area on our system. 

The "expired" directory contains the articles which have expired 
but have not yet been archived.

The "archive" directory contains the postings for each month, which are 
combined via the "tar" utility, and then compressed via the "compress" 
utility. The file names are formed from the year and the month of the 
postings. The article subjects are available in the yyyymm.index file.

Feel free to contact me if you have any questions or suggestions.

-- 
  Mark H. Weber                   | Internet: markw@GVL.Unisys.COM  
  Paramax Systems (A Unisys Co.)  |     UUCP: ...!gvlv2!markw
  Great Valley Laboratories       |      FAX: +1 215 648 2891
  Box 517, Paoli, PA  19301  USA  |    VOICE: +1 215 648 2112
~
From: dlumby@axion.bt.co.uk (Dave Lumby)
Newsgroups: comp.sys.intel
Subject: Clocks, bus cycles and wait states on the 8088
Date: 24 Jul 92 15:08:13 GMT
Reply-To: dlumby@axion.bt.co.uk (Dave Lumby)
Organization: British Telecom Research Labs


I'm currently modifying a peice of time critical assembler code for a rather
old 8088 based system and I'd like to be able to work out *exactly* how long
my new code will take to execute.

From reading Intel's iAPX86,88 User Manual I can get figures for the no. of
_clocks_ for each instruction but how do _clocks_ relate to bus cycles. From
what I've read it would appear that each bus cycle is broken into at least
four clock cycles (T1 - T4) + wait states + idle cycles.

The heart of the code I'm planning to introduce will include a REP MOVSW to
copy a 64 byte string as 32 words. The code is held in EPROM (running with 2
wait states) the source and destination strings are both in RAM (with one
wait state). The timings for REP MOVSW are quoted as 9 + 17/rep (8086) and 9
+ 21/rep for an 8088.

Given that the 8088 is running at 5MHz then with no wait states the transfer
of 32 words would take 9 + 21*32 = 681 clocks = 136.2uS

REP MOVSB is coded as two bytes and therefore I'd guess that the 2 wait
states on the EPROM would add 4 clocks to the overall time. But do the wait
states on the RAM also add a further 2 clocks (1 read/1 write) per byte
transfered?

I'd be very grateful if someone could let me know how the wait states will
affect the timing.

	Dave
Dave Lumby, Software Maintene[e]ance Group, Software Technology Division, BT
Research Labs, Martlesham Heath, Ipswich, IP5 7RE, UK
Phone:  +44 473 642613
E-mail: dlumby@axion.bt.co.uk
"I don't mind valid criticism, as long as it doesn't come from other people"
From: gregh@hprnd.rose.hp.com (Greg Holdren)
Date: Sat, 25 Jul 1992 01:38:05 GMT
Subject: Wanted: 82510 Serial Controller
Organization: HP Roseville Networks Division
Newsgroups: comp.sys.intel


I'm looking for a source for the Intel 82510 serial controller 
in single quantities. Its simular to the 8251A but supports 9 bit
xfers, built in FIFO, etc.


TNX
Greg Holdren
gregh@hprnd.rose.hp.com
gregh@hprnls9h.rose.hp.com
(916)7785-7481

Newsgroups: comp.sys.intel
From: zoltan@psychnet.psychol.utas.edu.au (Zoltan Schreter)
Subject: Intel PC's
Organization: Psychology Department, University of Tasmania
Date: Tue, 21 Jul 1992 23:46:36 GMT

Hi everybody,

Does anyone know about Intel's own PC's? I am considering buying one, and
would like to know whether they are OK, and whether the Xpress architecture
really gives what it promises - upgradability (without loss of performance) 
to the P5 processor. 

Thanks for answers,

Zoltan Schreter
Department of Psychology
University of Tasmania at Hobart
Australia
Newsgroups: comp.sys.intel
From: tamu@uxh.cso.uiuc.edu (Todd Henderson)
Subject: Re: 486sx questions
Organization: University of Illinois at Urbana
Date: Thu, 30 Jul 1992 20:03:31 GMT
Keywords: 486sx, A20 line

ifaq570@ccwf.cc.utexas.edu (Allen Kitchen) writes:

>	Sorry bud, but to upgrade from the  486SX to the 486DX, you will
>need to buy an entire new motherboard.  Reason for this is that the SX is
>a 16 bit memory bus, just like the 386.  The DX is a 32 bit part, meaning

Buzzz.  Wrong, try again.  The SX is a 32 bit part also.  It does not
have the math coprocessor(sp?)  However, I'm not sure about the upgrade.
Did they use a different pin configuration for the SX's?

>the memory is set up to be 32 bits wide.  Since the memory width is not
>changable, you will need a new motherboard.  Save your memory though.  You
>can never have too much memory, or disk space.  
>	A good analogy would be 'how do I upgrade my 4 cylinder engine to 8 
>cylinders ?'.

>allen
>ifaq570@ccwf.cc.utexas.edu
                 ^^^^^^ this explains it! :):)

Todd
tamu@uxh.cso.uiuc.edu
TAMU 87
From: mkahn@hopi.sedona.intel.com (Mitch Kahn)
Newsgroups: comp.sys.intel
Subject: Re: Clocks, bus cycles and wait states on the 8088
Date: 30 Jul 92 16:47:52 GMT
Organization: /eng/eng3/mkahn/.organization
In-reply-to: dlumby@axion.bt.co.uk's message of 24 Jul 92 15:08:13 GMT

dlumby@axion.bt.co.uk (Dave Lumby) writes:


]
] I'm currently modifying a peice of time critical assembler code for a rather
] old 8088 based system and I'd like to be able to work out *exactly* how long
] my new code will take to execute.
]
] From reading Intel's iAPX86,88 User Manual I can get figures for the no. of
] _clocks_ for each instruction but how do _clocks_ relate to bus cycles. From
] what I've read it would appear that each bus cycle is broken into at least
] four clock cycles (T1 - T4) + wait states + idle cycles.
]
] The heart of the code I'm planning to introduce will include a REP MOVSW to
] copy a 64 byte string as 32 words. The code is held in EPROM (running with 2
] wait states) the source and destination strings are both in RAM (with one
] wait state). The timings for REP MOVSW are quoted as 9 + 17/rep (8086) and 9
] + 21/rep for an 8088.


In systems with prefetch queues, like the 8088, it is best to double check
with a logic analyzer. Depending on system state, execution time can be 
*slightly* indeterminate.

]
] Given that the 8088 is running at 5MHz then with no wait states the transfer
] of 32 words would take 9 + 21*32 = 681 clocks = 136.2uS
]
] REP MOVSB is coded as two bytes and therefore I'd guess that the 2 wait
] states on the EPROM would add 4 clocks to the overall time. But do the wait
] states on the RAM also add a further 2 clocks (1 read/1 write) per byte
] transfered?

The instruction fetch does not factor in to the instruction execution time.
It is assumed that the prefetch queue decouples the execution unit from ]
the bus controller.

]
] I'd be very grateful if someone could let me know how the wait states will
] affect the timing.

Wait states will add 2N (N= # of wait states per access) clocks to each
 word transferred on an 8086,
4N to each word on an 8088. This assumes that the source and destination
regions have the same wait state profile.

On the bus, it'll look like this:

T1 - T2 - TW - TW - T3 - T4 - TI - TI ....T1-T2-Tw-Tw-T4
    Fetch word	            fiddle w/word     deposit word
** This is for an 8086. An 8088 will need two fetches and two deposits
per word.

The Ti/fiddle-with-word states are necessary because the 8086/8088
is very inefficient. The 80186/80188 perform the same function
at the full bandwidth (no idle states).

--
|  Mitch Kahn              | "I hope you know that this will go down on |
|  mkahn@sedona.intel.com  |  your permanent record..."                 |
*************************MY OWN OPINIONS*********************************
From: maceache@fox.nstn.ns.ca (Tim Maceachern)
Subject: 486sx questions
Summary: Questions about the 486sx
Keywords: 486sx, A20 line
Organization: NSTN Network Operations Centre, Nova Scotia, Canada
Date: Mon, 27 Jul 1992 13:50:47 GMT

I have a 20MHz 486sx system at home and was wondering if anyone could
help answer the following questions:

   1)  I was hoping to be able to upgrade to a higher speed, full DX
       part at some time in the future.  I imagine being able to buy
       an Overdrive chip which would run internally at 40 Mhz (using
       clock doubling).  Is this achievable now, or will it be in the
       future?

   2)  (This could be posted to other groups, I'd like to keep it in the
       same thread as the previous question).  When running MSDOS 5.0
       the memory manager doesn't seem to recognise the control 
       mechanism for the A20 line on power-up, and refuses to load
       SmartDrive although other TSRs and DOS itself get loaded into
       high memory.  After a few Ctrl-Alt-Dels though, EMM386 does
       recognise the high memory properly.  Once the machine is warmed
       up, each reboot works right.  This doesn't seem right to me,
       I don't think we're talking about a mechanical relay that's sticking
       here..., any ideas what's happening?

*******************************************************************
*         Tim MacEachern         * Tim_MacEachern@hawk.nstn.ns.ca *
*     Software Kinetics Ltd.     *  or maceache@hawk.nstn.ns.ca   *
* Dartmouth, Nova Scotia, Canada *                                *
*           Opinions expressed are the author's only              *
*******************************************************************
Newsgroups: comp.sys.intel
From: dug@dug.b17d.ingr.com (Doug Taylor)
Subject: Kevin B. Rusche (help)
Reply-To: dug@dug.b17d.ingr.com
Organization: Imaging systems, Intergraph Corp, Huntsville, AL
Date: Thu, 30 Jul 92 15:50:37 GMT

I'm looking for the email address of a friend, Kevin Benard Rusche, a 
technical rep for intel based out of Atlanta.  Can somebody help?
-- 

	Doug Taylor	phone:   (205) 730-6875 (w)
			e-mail:  dug@dug.b17d.ingr.com
			address: MailStop IW17D1
				 Intergraph Corporation
				 Huntsville, AL 35894-0001
From: tmm@dvnspc1.Dev.Unisys.COM (Tim McCaffrey)
Newsgroups: comp.sys.intel
Subject: Cache controllers
Date: 23 Jul 92 21:55:28 GMT
Organization: Unisys - Tredyffrin Engineering Offices


 Does anyone have a list of cache controllers that work with the
 486 and what their charteristics are? (background write back,
 n-way set associative, number of wait states on cache miss,
 bus snooping, etc).  Also, does anybody have any statistics
 for the hit ratios of a large (> 1Meg) 16 bit protected mode
 application with various cache sizes and types? 

 We have the Intel databook, but that doesn't tell much how the
 data was arrived at (probably DOS real mode apps :( ).

		     ADthanksVANCE

				Tim McCaffrey
From: doconnor@sedona.intel.com (Dennis O'Connor)
Newsgroups: comp.sys.intel
Subject: Re: 486sx questions
Date: 30 Jul 92 20:01:04 GMT
Organization: Intel i960(tm) Architecture
In-reply-to: ifaq570@ccwf.cc.utexas.edu's message of 30 Jul 92 18:15:27 GMT


ifaq570@ccwf.cc.utexas.edu (Allen Kitchen) writes:
]	 Sorry bud, but to upgrade from the  486SX to the 486DX, you will
] need to buy an entire new motherboard.  Reason for this is that the SX is
] a 16 bit memory bus, just like the 386. The DX is a 32 bit part, meaning
] the memory is set up to be 32 bits wide. 

ARG ! NO NO NO !

Both the Intel486(tm) SX and DX have 32-bit external busses.
The Intel486 DX has an FPU, the Intel486 SX does not. And the pinouts
are a tiny bit different. If your 486SX board has the right stuff ( either
a "Vacancy" socket or signal-routing jumpers ) you can upgrade
it to an Overdrive processor ( equivalent to a clock-doubled 486DX ),
or maybe to a DX.

In contrast, I think the Cyrix "486" part has only a 16-bit bus.


--
Dennis O'Connor			doconnor@sedona.intel.com
From: mkahn@hopi.sedona.intel.com (Mitch Kahn)
Newsgroups: comp.sys.intel
Subject: Re: SnapIn386 and OS/2
Date: 29 Jul 92 22:41:02 GMT
Organization: /eng/eng3/mkahn/.organization
In-reply-to: rky57514@uxa.cso.uiuc.edu's message of 23 Jul 92 01:56:38 GMT

rky57514@uxa.cso.uiuc.edu (Tall Cool One ) writes:


] HI,
]
]	 Does anyone have a SnapIn 386 and is running OS/2?? I can't seem to
]	 get OS/2 to boot up.  It just gives me a blank screen.  ( Yes, I've
]	 given it PLENTY of time to boot, but it just sits there).  I think
]	 the SnapIN 386 has something to do with it, but I'm not sure.  Any
]	 help or info would be greatly appreciated.  Thanks!!
]
It's probably OS/2. I've found it quite intolerant to various system
types. So much so that I abandoned it and went back to Windows.
--
|  Mitch Kahn              | "I hope you know that this will go down on |
|  mkahn@sedona.intel.com  |  your permanent record..."                 |
*************************MY OWN OPINIONS*********************************
From: doconnor@sedona.intel.com (Dennis O'Connor)
Newsgroups: comp.sys.intel
Subject: Re: Intel PC's
Date: 22 Jul 92 05:33:54 GMT
Organization: Intel i960(tm) Architecture
In-reply-to: zoltan@psychnet.psychol.utas.edu.au's message of 21 Jul 92 23:46:36 GMT


zoltan@psychnet.psychol.utas.edu.au (Zoltan Schreter) writes:
] Does anyone know about Intel's own PC's? I am considering buying one,

I don't think you can, directly. I believe Intel only sells to "OEMs"
like DEC. You can buy one from DEC, I think.

I can't answer with certainty your question about upgrade-ability,
except to say you don't replace just the CPU, but an entire (small)
card with the CPU and I THINK an appropriate cache as well. I'd think
DEC would be willing to send you info. So it ought to do well with a P5.

Hopefully someone else on the net can be more helpful than I can.
--
Dennis O'Connor			doconnor@sedona.intel.com
Newsgroups: comp.sys.intel,comp.sys.ibm.pc
From: hillm@inmos.co.uk (Mark Hill)
Subject: What is DPMI?
Reply-To: hillm@inmos.co.uk (Mark Hill)
Organization: INMOS Limited, Bristol, UK.
Date: Thu, 30 Jul 1992 14:32:56 GMT



What is the spec for DPMI (Dos Protected Mode Interface), who wrote it,
where can I get it....?

Mail and I'll summarise. Thanks in advance.

Mark
hillm@uk.ac.inmos.co
inmos ltd, 1000 aztec west, almondsbury, bristol bs12 4sq, uk, (0)454 616616