HDTenEightyP/NetNews huggingface dataset:
From: mbs@Turing.ORG (Michael B. Smith (WD4NKV))
Subject: Re: Informal note on new readership
Organization: The Turing Project, Charlottesville Virginia.
Distribution: na
Date: Mon, 17 Aug 1992 17:02:08 GMT

In article <AJTJ3811E588F6@MPA15C> MPA15C!MP@TRENGA.tredydev.unisys.com writes:
>This is an informal and unofficial note to let you know that
>comp.sys.unisys is now being gatewayed into the internal Unisys
>A Series Mail network (hereinafter referred to as "A Mail").

Yeah for A-Mail!!!  :)  A great product. It showed some real forethought
in its design and implementation. Central directory services before anyone
else had really thought about it.  :)

Any chance of getting a copy of the CENTRALNODEs MAIL/NAMES file?  :)

>Thanks to the kind offices of Mark Weber (markw@gvl.unisys.com)
>and some software tomfoolery on this end by Randy Gellens
>(randy%mpa15ab@trenga.tredydev.unisys.com) we can now read your

Randy? THE Randy Gellens?

Wow.	:)	(How are you guy? Long time no talk...)

-- 
  //  Michael B. Smith				Resistance is useless.
\X/   mbs@Turing.ORG				You WILL be assimilated.
Newsgroups: comp.sys.unisys
From: wee@regentdb.uoknor.edu (Wee Win)
Subject: any U6000/60,NET-1.04 hackers?
Organization: Oklahoma State Regents for Higher Education
X-Newsreader: Tin 1.1 PL5
Date: Thu, 20 Aug 1992 21:20:03 GMT

If there's any out there that know the equivalent of the BSD 
TIOCPKT ioctl system call, please...please reply.
The OS version I'm running is 3.00.13 with the NET-1.04 package.  The problem
is the 'telnetd' is filtering nulls and CR's to our terminal server (therefore
making it impossible to download binary files).  So, I'm stuck trying to
port the PD telnetd package...and cannot find a TIOCPKT equivalent.

-- 
-------------------------------------------------------------------------------
Huy Nguyen				| It is not merely enough to survive,
hpn@regentdb.uoknor.edu			| But to Live. - M. Musashi
-------------------------------------------------------------------------------
Newsgroups: comp.sys.intel
From: maceache@fox.nstn.ns.ca (Tim Maceachern)
Subject: Re: Successor to i860XP???
Organization: NSTN Network Operations Centre, Nova Scotia, Canada
Date: Tue, 18 Aug 1992 12:37:32 GMT

(re: i860 floating point being used in P5)

I hope that Intel can fix the 860 FP unit before incorporating it into
P5.  The paranoia FP test suite has some disparaging things to say about
the i860s in an Alliant I worked on...

*******************************************************************
*         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              *
*******************************************************************
From: thomas@serum.clpd.Kodak.Com (bulli@kodak.com)
Subject: Re: Intel's P5 -- bad news!
Reply-To: bulli@kodak.com
Organization: Eastman Kodak Company - Clinical Products Division
Distribution: clpd
Date: Wed, 19 Aug 1992 16:11:39 GMT

In article <1992Jun29.110725.13487@husc3.harvard.edu>, jiu1@husc9.harvard.edu (Haibin Jiu) writes:
|> This past Saturday's New York Times reported that Intel has
|> decided NOT to name their new microprocessor the 586, to
|> differentiate their product line from those of their compe-
|> titors, as the name x86 has become too generic.
|> 
|> I think this is stupid of Intel, since 80x86 has become fam-
|> iliar to the average computer user as the name Earth to every
|> earth-dweller.  If the report is true and Intel does not change
|> its mind before it releases P5, we will probably have a hard
|> time adjusting to the new name.
|> 
|> Opinions solicited.
|> 
|> Bugs

Bluntly spoken - who cares?
--
/-------------------------------------------------------------------------\
| Thomas Bullinger | INTERNET:  bulli@kodak.com(work)  mrbulli@btoy1!UUCP |
| (716)253-7958    | COMPUSERVE:                               76535,2221 |
|                  | FIDO:                Thomas Bullinger @ 1:260/228.12 |
\-------------------------------------------------------------------------/
  ______                             __        _  _
    /   /                           /  )      // //
   /   /_  __________  __.  _      /--<  . . // // o ____  _,  _  __
(_/   / /_(_) / / / <_(_/|_/_)    /___/_(_/_</_</_<_/ / <_(_)_</_/ (_
                                                         /|
                                                        |/
Newsgroups: comp.sys.intel
From: gilem@aix.rpi.edu (Michael R. Gile)
Subject: 486-66
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Thu, 13 Aug 1992 13:22:00 GMT

i have heard it mentioned that the 486dx2-66 is not pin
compatible with the 486-33, so end users cannot replace
their 33's.
Q: is this true?
	I thought that this was the purpose of the dx/2!
From: eggenste@cantor.informatik.uni-dortmund.de (Heinz-Bernd Eggenstein)
Newsgroups: comp.sys.intel
Subject: 386 <-> 486 incompatibilities
Date: 13 Aug 1992 14:37:24 GMT
Organization: CS Department, Dortmund University, Germany
Distribution: world
NNTP-Posting-Host: cantor
Keywords: 80386, i486, self-modifying code

Hello!

Among the few MS-DOS programs that will run on a 80386, but not on
an i486 based machine, there's a program called "PC Scheme"
by Texas Instruments (Scheme is a Lisp-like language). 

According to rumors, this is a result of the program changing 
some instructions in its own code-segment at runtime. 

-How can this cause incompatibilities between 
 80386 and i486 processors?
-I don't think every  self-modification of a program will
 cause problems. Exactly under what conditions may 
 problems occur? 
-Is there a way to detect this kind of self-modification
 either at runtime (say, with a small TSR debugger-like program) or 
 scanning the assembly-code sources.
-Are there any other mayor causes for i486 incompatibilities?

The source code of PC Scheme is available by FTP, so those interested
in this phenomenon can study it in detail:  
altdorf.ai.mit.edu 
in the directory /archive/pc-scheme/

Thanks in advance

Heinz-Bernd Eggenstein
CS, U. of Dortmund, FRG
-----------------------------------------------------------------------------
"Machines will be capable, within 20 years, of doing everything 
a man can do"              -Herbert Simon, 1965-
-----------------------------------------------------------------------------
Newsgroups: comp.sys.intel
From: 32616@brahms.udel.edu (Alexander Ti Schwarm)
Subject: Cyrix 486DLC's
Ps: please email me back.
 
Summary: Are these around yet? 
Keywords: Do these exist, yet?
                                       Thank You,
                                       Alexander Schwarm
                                       32616@brahms.udel.edu
Organization: University of Delaware
Date: Fri, 21 Aug 1992 10:25:06 GMT


Newsgroups: comp.sys.intel,comp.realtime,sci.electronics,alt.lang.asm
From: markh@csd4.csd.uwm.edu (Hunk)
Subject: Free 8051 assembler available (additions)
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Date: Thu, 13 Aug 1992 22:39:29 GMT

In article <1992Aug10.230409.29929@uwm.edu> markh@csd4.csd.uwm.edu (Hunk) writes:
>              CAS: The Free Full-Featured 8051 Assembler
>
>... You will find the software at the FTP site
>csd4.csd.uwm.edu in /pub/8051/assem.  The pub/8051 directory holds an archive
>of 8051 related software, you may also want to browse around to see what's
>there.

   For those of you who've been downloading source files from this site or may
want to do so,  the whole /pub/8051 software set has been made available, once
again, as a single zip file: /pub/8051.zip.
 
   Also, a couple additions (utilities and extra documentation) and minor
changes have been made:
 
Added    in pub/8051/assem: semi.c, semi.doc, nl.c, nl.doc, ds.doc, err.doc
Updated  in pub/8051:       manifest
Modified in pub/8051/assem: cas.c, io.c, ex.c, st.c, cas.doc, notes
 
These are all dated on or before August 12 (local time), so anything you've
downloaded on or after August 13 is current.
From: S_JUFFA@iravcl.ira.uka.de (|S| Norbert Juffa)
Newsgroups: comp.sys.intel
Subject: 486DX2-66 systems are available now!
Date: 12 Aug 1992 13:09:10 GMT
Organization: University of Karlsruhe (FRG) - Informatik Rechnerabt.
Distribution: world
NNTP-Posting-Host: irav1.ira.uka.de
X-News-Reader: VMS NEWS 1.23

Hi netters!

I am posting this to inform you that 486DX2-66 systems are now available.
At least one of the larger chain of computer stores (ESCOM Office) here 
in Germany now has them in stock. I have taken a quick look at the 486DX2-66
at the local branch of ESCOM Office and run some benchmarks on it. While the 
benchmarks showed appropriate speedup from a 486DX2-50, the machine doesn't
feel that much faster. This is probably because the peripherals are not
speeded up (same hard disk and graphics card as in their 486DX2-50) linearly
with the CPU. The 486DX2-66 sells for about US$400 more than the same
configuration with a 486DX2-25. The store manager told me they have an 
extra fan mounted on top of the CPU in all their DX2 systems. At 4 and 5
Watt power dissipation for the 486DX2-50 and DX2-66 according to the Intel
data sheets, this makes a lot of sense to me.

Norbert
-------------------------------------------------------------------------------
Norbert Juffa        email: S_JUFFA@IRAVCL.IRA.UKA.DE       Live and let live!
Newsgroups: comp.sys.intel
From: nro@nhl-1.nhl.sintef.no (Nils Reidar Boe Olsen)
Subject: Speed of P5
Organization: The Norwegian Hydrotechnical Laboratory
Date: Wed, 19 Aug 92 17:05:52 GMT

Rumours from this news-group says that the P5 processor
will have a FPU which is an upgrade from the one that is
used in the i860 processor. This should mean that the P5
should run floating-point intensive programs faster than
the i860. I am presently running a 3D CFD code on my PC,
which has a 25 MHz 486 and a MicroWay Number Smasher i860
card. The code runs 26 times faster on the i860 than on
the 486 (no swapping to disk). So my question is: will 
the P5 really be at least 20-30 times faster than the 
486 on floating-point intensive programs ?

Nils Reidar Olsen

Newsgroups: comp.sys.intel
From: mcvey@mpr.ca (Iain McVey)
Subject: Re: Speed of P5
Organization: MPR Teltech Ltd., Burnaby, B.C., Canada
Date: Fri, 21 Aug 92 18:25:33 GMT

In article <BtCDDv.MG0@nntp-sc.Intel.COM> jwreilly@mipos2.UUCP (Jeffrey Reilly) writes:
>"Architect Dror Avnon claimed two to five times 486 FPU performance on unmassaged
>codes and up to ten times 486 performance for vectorized codes."
>
>I believe unmassaged means not recompiled.

vectorized?  I thought the p5 was superscalar.

- Iain -
-- 
Iain McVey (mcvey@mpr.ca)    | Kodachrome, gives us those nice, bright colours,
Software Designer            | Gives the greens of summers,
MPR Teltech Ltd.             | Makes you think all the world's a sunny day.
8999 Nelson Way, Burnaby, BC | - Paul Simon
Newsgroups: comp.sys.intel
From: suhonen@jalka.jyu.fi (Timo Suhonen)
Subject: Re: Help - Cyrix processors, anyone know for sure?
Organization: University of Jyvaskyla, Department of Biology of Physical
	Activity
	<16rb6gINNt38@iraul1.ira.uka.de> <1992Aug19.132542.2667@crd.ge.com>
	<1992Aug20.163142.580@rz.uni-karlsruhe.de>
Date: Fri, 21 Aug 1992 08:00:34 GMT

S_JUFFA@iravcl.ira.uka.de (|S| Norbert Juffa) writes:

   The cache is definitely the main source of the 486DLC's performance
   gain over the 80386. This can be easily deduced from the performance
   of Intel's RapidCAD chip which is basically a 486 without the cache
   and with a 386 pin out. While the RapidCAD offers roughly twice the
   floating point performance of the Intel 387DX, my benchmarks showed
   it to be at most 25% faster than the 80386. Typical performance gain
   for integer applications is more like 15% though. This definitely

Hmmm.. a local salesperson told me last May that this RapidCAD would
give up to 70 % more performance for both fp and int operations and
that the average gain is much less than 50 %. These numbers are agaist
a separate 386 & 387 system (with same clock). I have not tested it.

maybe he just tried to sell me on over expencive 486 motherboard.......
--
Timo               "I am logged in, therefore I am"              Suhonen
"There is no need for the President of the United States to be smart" -HST
  Opinions(?) are mine (if not stolen), NOT those of Univ. of Jyvaskyla.
Newsgroups: comp.sys.intel
From: panisset@lightning (Jean-Francois Panisset)
Subject: Future of i860 line
Organization: McGill Research Centre for Intelligent Machines
Date: Sun, 23 Aug 92 02:05:07 GMT

From some of the messages posted around here recently, I gather that
Intel has announced that there will be no more development of the i860
line. This is somewhat surprising, since the 860 has been used as a
high-speed FP processor in many designs, but I guess most of them
were rather low-volume. Anyway, is there anybody out there who can
confirm this "for sure"? Does this simply mean that no new members of
the family will appear in the future, or is Intel going to drop support/
manufacturing of the devices? Pointers to articles relating to this would
also be appreciated.

Thanks in advance,
JF

-- 
Jean-Francois Panisset                    
INET: panisset@mcrcim.mcgill.ca            
      panisset@larry.mcrcim.mcgill.edu
UUCP: ...!mcgill-vision!panisset           
Newsgroups: comp.sys.intel
From: rda758g@monu6.cc.monash.edu.au (A.J. Kleinert)
Subject: Flash Cards
Organization: Monash University, Melb., Australia.
Date: Mon, 17 Aug 1992 10:25:39 GMT

The "new" intel flash cards were one of the features of a local computer
show here recently ... one of the Sales guys advised me that they
weren't actually for sale yet, but when they will be around
the US$800.00 mark for a 20 Mb card.  Isn't this is a little expensive for
a solid state device?  Were 3.5 inch floppy disks anything like this price
when they first came out?

I also enquired into the price of the Overdrive processor - about US$800
also!!  (I commented that I could purchase a brand new 486DX33 motherboard
for about this price - he commented that this is new wonderful technology  
that is bound to go down in price once the market settles down, just as
the 387's did).  Hmmm.

Any comments on these pricing policies?

Andrew Kleinert
rda758g@monu6.cc.monash.edu.au

Newsgroups: comp.sys.intel
From: hsu@pix.com (Dagwood Splits the Atom)
Subject: Re: Successor to i860XP???
Organization: Pix -- The company with no adult supervision.
Date: Sat, 15 Aug 1992 03:48:21 GMT

In article <1992Aug15.012125.176101@zeus.calpoly.edu> mneideng@wocket.acs.calpoly.edu (Mark Neidengard) writes:
>Hmmm....I asked a question a while ago to which I never got a specific
>answer.  I am wondering if there is any planned upgrading either in clock
>speed or capabilities to the i860-XP 50 RISC microprocessor.  It seems like
>the other companies are starting to catch up, so does Intel have a rebuttal?

Maybe you missed it, but Intel derailed the i860 line-of-succession
this past winter.  It is probably not _entirely_ coincidental that Oki
Electric pulled the plug on its workstation division shortly thereafter,
resulting in an abrupt collapse of Mass860 consortium.

All is not lost, though.  The 860's floating point unit is widely rumored
to have been adapted for the P5 (egads...an x86 with enough guts to do
some serious DSP!).

What I'm curious about is what the P24T's FPU will be derived from.  Any
takers?

-dave

-- 
Dave Hsu                           <hsu@pix.com> -or- <hsu@eng.umd.edu>
Caffeine and Salsa Czar	          "Yeah?  Well there are a lot of people out
Pix Technologies Corporation       there who are full of shit and making money.
Have nerds, will telnet.           And *I'm* not going to be the exception."
Newsgroups: comp.sys.intel
From: pss1@kepler.unh.edu (Paul S Secinaro)
Subject: Re: 486 / 586(P5) Upgrade
Organization: University of New Hampshire  -  Durham, NH
Date: Sat, 22 Aug 1992 16:12:06 GMT

In article <1992Aug20.195630.5993@awdprime.austin.ibm.com> wjc@guardian.austin.ibm.com (Bill Collum) writes:
>I have been shopping around for 486/EISA system for the past week
>or so (primarily inteneded for OS/2 development work). Some of the 
>vendors I have encountered have claimed that
>their EISA systems will be "upgradeable" to the 586/P5 processor
>sometime next spring. I had thought that the 586 was to be a
>completely different chip architecture, and that compatibility
>with existing motherboards would therefore be unlikely. What is
>the net.opinion on this subject? Will it be possible to upgrade a 486
>system to a 586, or is this just vendor hype? Please post
>responses to the net, as I guarantee that you will have trouble
>reaching me via E-mail.
>

This is pure speculation, but it seems to me that any upgrade path
would be via a plug-in daughtercard rather than a pin-compatible
replacement that you could plug into a 486 socket.  A number of
motherboards are built with the CPU and cache on a small daughtercard
that plugs into a special slot on the motherboard.  This makes it easy
to upgrade the CPU by a simple card swap.  So it should be
theoretically possible to upgrade this type of system to a P5, though
I wouldn't count on these systems to perform as well as one that was
designed around the P5 from the ground up.

Paul


-- 
Niven's Law #14:   There exist minds that think as well as you do, but
                   differently.
Niven's Corollary: The gene-tampered turkey you're talking to isn't
                   necessarily one of them.
From: schludermann@sscvx1.ssc.gov
Newsgroups: comp.sys.intel
Subject: i860/i960 swaping?
Date: 18 Aug 92 22:59:19 GMT
Organization: Superconducting Super Collider Laboratory


   I'm considering buying a computer from hauppauge computer works that has
the i860 and 486 cpu's. The question is, can the 860 be upgraded to the 960
at a later date?
Newsgroups: comp.sys.intel
From: drew@ophelia.cs.colorado.edu (Drew Eckhardt)
Subject: Re: 386 <-> 486 incompatibilities
Keywords: 80386, i486, self-modifying code
Organization: University of Colorado at Boulder
Date: Thu, 13 Aug 1992 23:23:25 GMT

In article <16ds34INNpvn@fbi-news.Informatik.Uni-Dortmund.DE> eggenste@cantor.informatik.uni-dortmund.de (Heinz-Bernd Eggenstein) writes:
>Hello!
>
>Among the few MS-DOS programs that will run on a 80386, but not on
>an i486 based machine, there's a program called "PC Scheme"
>by Texas Instruments (Scheme is a Lisp-like language). 
>
>According to rumors, this is a result of the program changing 
>some instructions in its own code-segment at runtime. 

>-How can this cause incompatibilities between 
> 80386 and i486 processors?

The i386 has a 12 byte prefetch, the i486 a larger (32 byte? Intel 
Gurus, please provide a correct value if it's not 32 bytes).  If the 
i486 changes something that has already been prefetched, 
it changes the copy in the cache, but not the prefetch, and 
the old instruction gets executed.

>-I don't think every  self-modification of a program will
> cause problems. Exactly under what conditions may 
> problems occur? 

When the modified code falls within the prefetch.

>-Is there a way to detect this kind of self-modification
> either at runtime (say, with a small TSR debugger-like program) or 
> scanning the assembly-code sources.

Scanning the assembly code should do it.

>-Are there any other mayor causes for i486 incompatibilities?

No.

-- 
Microsoft is responsible for propogating the evils it calls DOS and Windows, 
IBM for AIX (appropriately called Aches by those having to administer it), but neither is as bad as AT&T.  Boycott AT&T, and let them know how you feel.
From: joker@diku.dk (Morten Christian Holmgreen)
Newsgroups: comp.sys.intel
Subject: Re: Intels Overdrive on an IBM PS/2 90 AG9 ?
Date: 18 Aug 92 22:23:21 GMT
Organization: Department of Computer Science, U of Copenhagen

LUGEBE1@AWIIMC12.IMC.UniVie.AC.AT (DI Bernhard Luger) writes:

>Has anybody successfully installed an INTEL Overdrive chip in an IBM PS/2
>Model 90 AG9. The processor board originally contains a 486 SX (|) chip with
>a 20 MHz clock. 487 option is available but still too slow for me.
>Any comment about problems or, even better, no problems is welcome.
>Thanks in advance
>Berny Luger (Biomedical Engineering, Vienna)
> 

Not quite, but close...

I've installed an OverDrive in a model 95-AHF (25 Mhz SX) and it works
GREAT. The only thing I needed besides the OverDrive was a newer 
reference disk (ver. 1.10) that allowed a processor change.

Just remember, that the OverDrive goes into the 487 slot, and that
the 486SX must remain on the processor-complex...

Christian
-- 
M. Christian Holmgreen / joker@diku.dk / mochmch@uts.uni-c.dk
student, University of Copenhagen, Dept. of Computer Science
"Human errors can only be avoided if one can avoid the use of humans"
From: tmh@doppel.first.gmd.de (Thomas Hoberg)
Newsgroups: comp.sys.intel
Subject: Re: 486DX2-66 systems are available now!
Date: 13 Aug 92 23:37:23 GMT
Organization: GMD-FIRST, Berlin
In-reply-to: phr@soda.berkeley.edu's message of 12 Aug 92 21:03:37 GMT

In article <PHR.92Aug12230337@soda.berkeley.edu> phr@soda.berkeley.edu (Paul Rubin) writes:
   486dx2/66's have been available here for at least a couple of
   weeks.  The cpu chip is about $600.  They are not exactly plentiful,
   but you can get them.

So who can point out a source in Germany (or at least Europe) that
will sell them in single quantities. Who can provide an updated BIOS
for a board with ETEQ chipset? My one and a half year old 486/33
seemed so slow lately :-)
---
Thomas M. Hoberg   | Internet: tmh@first.gmd.de
1000 Berlin 41     |           tmh@cs.tu-berlin.de
Wielandstr. 4      |
Germany            | BITNET:   tmh@tub.bitnet 
+49-30-851-50-21   |
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.sys.intel
Subject: Re: i860/i960 swaping?
Date: 19 Aug 92 20:28:27 GMT
Article-I.D.: crd.1992Aug19.202827.152
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Aug18.165919.1@sscvx1.ssc.gov>, schludermann@sscvx1.ssc.gov writes:
| 
|    I'm considering buying a computer from hauppauge computer works that has
| the i860 and 486 cpu's. The question is, can the 860 be upgraded to the 960
| at a later date?

  Except for the pinout and the instruction set set they're compatible.

  In other words it won't work. And I highly question the idea that the
960 is an upgrade. It's a totally different animal, and I don't think
it's reasonable to compare.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
From: pinkas@caraway.intel.com (Israel Pinkas)
Newsgroups: comp.sys.intel
Subject: Re: i860/i960 swaping?
Date: 19 Aug 92 22:10:40 GMT
Organization: Software Technologies, INTeL Corporation, Santa Clara, CA

lfm@pgroup.com (Larry Meadows) writes:

> schludermann@sscvx1.ssc.gov writes:
> >
> >   I'm considering buying a computer from hauppauge computer works that has
> >the i860 and 486 cpu's. The question is, can the 860 be upgraded to the 960
> >at a later date?
>
> Well, I'm not sure I'd call it upgrading, since they are completely different
> CPUs. Anyway the answer is absolutely not.  The chips aren't anything alike.
> It is possible that Hauppauge might come out with a new motherboard that would
> allow you to use the newer i860-XP, but it would be a completely new board
> rather than just a chip swap.
>
> No, I don't work for Hauppauge and could be completely wrong.

I don't work for Hauppauge either, but I have used their 4860 motherboard.
Last I checked, they did not have a motherboard that was i860XP compatible.
(The XP and XR have different pinouts.)

You might want to check with Hauppauge directly.  Their number is
516-434-1600.  They might also have an 800 number, but be sure to spell the
name for the operator.

-Israel Pinkas
--
Disclaimer: The above are my personal opinions, and in no way represent
the opinions of Intel Corporation.  In no way should the above be taken
to be a statement of Intel.
Newsgroups: comp.sys.intel