HDTenEightyP/NetNews huggingface dataset:
From: erd@kumiss.cmhnet.org (Ethan Dicks)
Subject: Help needed identifying old Intel chips (4004?)
Newsgroups: alt.folklore.computers
Summary: 
Keywords: Intel 4004 4002 4001
X-Newsreader: TIN [version 1.1 PL6]
Date: 2 Jan 93 16:41:58 EDT
Organization: Not an Organization

I have some chips on a static mat that I have had for as long as I
can remember.  I almost certainly pulled them from some equipment more
than 10 years ago.  Here goes with a description...

All chips have a large (3mm) lower case, bold "i" on the left edge of the
surface and have 16 pins.  The identifying numbers are represented in
approximately the same relative placement as are on the chips.

1)	C4004
	N5832
		White ceramic with gold die cover and side bonded, gold
		plated leads.  The white ceramic is colored grey in the
		places where internal leads between the chip and the side
		bond pads should go.

2)	C4001  0328
	7525
	148783
		White ceramic with gold die cover and side bonded gold
		plated leads.

3)	C4001  0690
	7529
	178137
		Same appearance as above.

4)	C4001  0691
	7525
	178145
		Also same appearance.

5)
	C4001 0327

	7524 146456
		Yet another one.

6)
	P4001 0226
	7505 146480
		A plastic package with nearly illegible grey numbers.
		Standard plastic package pins.

7)	P4002-1
	N8656
		Same case style as number 6.

Things that are obvious...

	o C4xxx is ceramic, P4xxx is plastic.
	o 75xx is the year/week code of manufacture.

Things that are not obvious...

	o Is this *really* an Intel 4004?
	o What is a 4001 and why would so many of them come from
	  the same unit?
	o How rare are 4004 processors?
	o Is it possible to get specifications for any of these parts?

Thanks muchly,
-ethan
From: lasner@watsun.cc.columbia.edu (Charles Lasner)
Newsgroups: alt.folklore.computers
Subject: Re: VCS processor (was Re: Game machine processors)
Date: 3 Jan 93 20:46:41 GMT
Reply-To: lasner@watsun.cc.columbia.edu (Charles Lasner)
Organization: Columbia University

In article <C09Hq0.Mw@NeoSoft.com> peter@NeoSoft.com (Peter da Silva) writes:
>In article <8505@charon.cwi.nl> dik@cwi.nl (Dik T. Winter) writes:
>>  > In <1993Jan2.180042.1@kean.ucs.mun.ca> jbridson@kean.ucs.mun.ca writes:
>>  > >I forget the name of the VCS's CPU, but I do remember it was 6-bit,
>>  > >with 12-bit address.
>
>I don't know of any 6-bit micros, but sounds like it *could* be a PDP-8
>clone chip (waits for cjl to put his oar in). That and the 4004 or TMS-1000
>are the only non-8-, non-16- bit chips I can think of.

There must have been another, since I once retrieved a 12-bit-oriented memory
board *not* for a PDP-8 micro that had 1702A and other chips on it for a
12-bit memory buss.  Never saw the CPU other than to know it was expressed
in HEX not OCTAL.

cjl
Newsgroups: alt.folklore.computers
Subject: Is 4004 the first microprocessor ?
From: mohan@tulip.cse.utoledo.edu (Mohan Pakkurti)
Date: 23 Dec 92 11:09:42 EST

Is the Intel 4004 the first microprocessor ?

Any one have info about it like when was it made, where was
it used.

So What was the first microprocessor ?

Thanks :)
--Mohan

mohan@jupiter.cse.utoledo.edu


-- 
===============================================================================
+ Mohanakrishna Pakkurti            + mohan@jupiter.cse.utoledo.edu           +
+ HOME: 2239 University Hills Blvd #204, Toledo OH 43606. Phone:(419)536-9073 +
===============================================================================
From: john@newave.newave.mn.org (John A. Weeks III)
Newsgroups: alt.folklore.computers
Subject: Re: Apple IIGS being discontinued Dec 1992
Date: 24 Dec 92 05:21:12 GMT
Organization: Newave Communications, Ltd, Lake Wobegon, MN

In <1992Dec22.104251.26368@u.washington.edu> whit@carson.u.washington.edu:
> In <1gt0ffINN3ob@agate.berkeley.edu> nweaver@soda.berkeley.edu:
> > The reason for a command line interface is simple, there are certain
> > things that you can do in a CLI that you can't do in a GUI.  For example,
> > try moving all files starting with Let to the directory Letters.

> One menu selection and two swipes with the pointing device.  The shell
> program for Macintosh computers doesn't use line-of-text command input,
> but it DOES get the job done.

Fine.  Now write a shell script (or the GUI equivalent) that performs
this same copy every night at 1AM.

A GUI is for people who want to play with their computer, a command line is
for people who want the computer to their work for them.  BTW, the Mac running
A/UX might be the best machine ever built--it has the all the nice GUI things,
plus a UNIX command line.

-john-

-- 
==============================================================================
John A. Weeks III		(612) 942-6969		    john@newave.mn.org
Newave Communications, Ltd.			    ..!uunet!tcnet!newave!john
From: jem@sunSITE.unc.edu (Jonathan Magid)
Newsgroups: alt.folklore.computers
Subject: Re: Famous Flame Wars Archive?
Date: 27 Dec 92 15:48:30 GMT
Organization: University of North Carolina, Chapel Hill

In article <1992Dec27.045317.21393@news.columbia.edu> hauben@cunixf.cc.columbia.edu (Michael Hauben) writes:
>Have the earlier discussions on famous flame wars been archived
>anywhere or can someone make the files available to me? I have
>been doing some research on the history of the Arpanet and Usenet
>News and sadly missed the earlier discussion. I would like to be
>able to see the earlier discussion that took place.

I saved a little of this on sunsite.unc.edu in /pub/docs/about-the-net/Usenet.

jem.

-- 
Jonathan Magid     jem@sunSITE.unc.edu       sunSITE Administrator
Virtual pizza Delivery (tm)::faxed in 30 cycles or less or you get it
----------------------------------------FREE!!!-----------------------
Newsgroups: alt.folklore.computers
From:  stas@itco.msk.su (Stas Strizhakov)
Subject: Re: Binary clock for X Windows.
Date: Thu, 31 Dec 1992 07:09:17 GMT
Reply-To: stas@itco.msk.su
Organization: I.T. Co., Moscow, Russia.

In article <1992Dec23.170810.24300@src.honeywell.com> englehar@src.honeywell.com (Matt Englehart) writes:
> In article <TPAQUETTE.92Dec23093654@gumby.ita.lgc.com> tpaquette@ita.lgc.com (Trevor Paquette) writes:
> >In article 9806@aio.jsc.nasa.gov, mccoy@gothamcity.jsc.nasa.gov (Daniel J. McCoy) writes:
> >>bill@solaria (Bill Neisius) writes:
> >>|>Douglas W O'Neal (doug@jhunix.hcf.jhu.edu) wrote:
> >>|>:norm@bnr.ca writes:
> >>|>:->bret@muppet.bt.co.uk (Bret Giddings) writes:
> >>|>:->|> What! another clock for wimps. I use a real clock, one that displays the number
> >>|>:->|> of seconds since Jan 1st 1970.
> >>|>:->This is starting to sound like the "We were *so* poor..." skit from Monty
> >>|>:->Python.  BTW, (let's see what I can come up with), *I* use the number of seconds
> >>|>:->since Jan 1, 1970 but in Greenwich Mean Time :-)
> >>|>:*I* use the number of seconds since Nov 17, 1858.  (I can't help it, I was
> >>|>:raised on VMS and UN*X time doesn't come naturally to me.)
> >>|>Oh yeah? MY clock counts from January 1, 4713 B.C. (start of the
> >>|>astronomical Julian calendar)
> >>>OH YEAH???  My clock counts seconds backwards from Star Date 938943.1299,
> >>>the second coming of Jesus.
> >> Pah! Child's play.  *My* clock sends pulses direct to a composite screen on my
> >>retina via electrodes crimped into my skull which receive sync from a transmitter
> >>on my Moulinex food processor.
> >  HA! My clock actually displays the current astronomical sky and I have to
> > figure out the time from the star patterns and placements!
>
> HA! My clock actually displays the current astronomical sky from a random
> location in the galaxy, and I have to figure out the time from the star
> patterns and placements!
Long experiments shows me that my clock give me my biological time:
my programs begin to hung when I am hangry     ;->

--

					Regards,
								Stas.
???????????????????????????????????????????????????????????????????????????????
						There's so many different worlds
						So many different suns
Stas K. Strizhakov				I.T.Co				Programmer
phone	: (7-095)262-4381		fax 	: (7-095)924-3775
e-mail	: stas@itco.msk.su




Newsgroups: alt.folklore.computers
From: andy@research.canon.oz.au (Andy Newman)
Subject: Re: Apple IIGS being discontinued Dec 1992
Organization: Canon Information Systems Research Australia
Date: Wed, 30 Dec 1992 02:21:00 GMT

nweaver@soda.berkeley.edu (Nicholas C. Weaver) writes:
>	The reason for a command line interface is simple, there are certain
>things that you can do in a CLI that you can't do in a GUI.  For example,
>try moving all files starting with Let to the directory Letters.  How do you
>do this easily in a GUI?

Well you just go mousing around clicking on things. Okay I just move this
little cursor thing over this name. Does thta start with 'Let'? Yep! Okay
click on it. No where's that mouse? Okay now scroll down a bit. Looks
like I've got them all...Okay now just drag the lot of them over to that
window...Shit the window is covered. I'll just alt-quoggle-meta-left click
on the little picture of a debutant to bring that window forward... Damm
it just lost my selection.... Okay lets do this again.... Move the cursor...


Well you could wait for the super-intelligent GUI macro processor....

>	{Discussions on if apple had a CLI deleted}
>
>A CLI for some purposes is superior, because of it's higher level of
>abstraction.

I don't know if you can say that a CLI has a higher level abstraction
but the real crunch comes when you say "extensibility" - you can program
most CLIs to do what you want. GUI's are often too simplistic.
-- 
Andy Newman (andy@research.canon.oz.au)
Newsgroups: alt.folklore.computers
Subject: Re: octal to decimal converter?
From: liam@durie.amigans.gen.nz (Liam Greenwood)
Date: 27 Dec 92 20:23:03 GMT+12
Organization: It's Home, really...
X-Newsreader: TIN [version 1.1 PL6]

In article <7766353@zl2tnm.gen.nz> don@zl2tnm.gen.nz (Don Stokes) writes:
>OK, I'll start.  Ground rules are:
>     o       The "operating system" has two system calls -- input & output.
>     input reads a single character from the console TTY and places it
>     in "the accumulator".  output writes the character in the
>     accumulator onto the console TTY.  Characters are assumed to
>     occupy a whole word with bits above bit 6 cleared and are
>     assumed to be ASCII.  The "accumulator" is the lowest numbered
>     register on multi-register machines (R0 for pdp11/VAX, D0 on 68k).
>     Routines should try not to use clever tricks or special
>     instructions.  (If a special instruction would make a dramatic
>     difference, demonstrate both.)  System calls use the shortest
>     available *subroutine* calling mechanism (again, be consistent).
>     The accumulator is always destroyed by a syscall.  <CR> is
>     assumed to do a line feed also.  Input characters echo; you
>     don't need to echo yourself.
>(I think this pretty provides a reasonable baseline for comparing toy
>problems on multiple architectures....)
    I have a couple of problems with the baseline. First it assumes an async
TTY terminal. Can we modify as need be for a sync terminal environment?
   Also why do we have to waste so much of the word? A 36 bit word will fit
either 6 Fieldata characters or 4 ASCII characters...
    The 'accumulator' restriction, why is that? The accumulator used may or may
be destroyed on return from the system call. A0 is used in parameter passing
often and isn't really used to do actual work. I'd most likely use A8 or A9
first choice. Also a number of system calls need an X or R register to be
set up as well, can I not use those?
    (...on a Unisys 1100/2200 series)
--
 Liam Greenwood ------ liam@durie.amigans.gen.nz ------ Wanganui, N.Z.
                 Don't tell my Mother I'm a programmer,
               she thinks I'm a piano player in a brothel

Newsgroups: alt.folklore.computers
From: kogoma@vesta.unm.edu (Taki Kogoma)
Subject: Re: oops.
Date: Tue, 22 Dec 92 00:42:07 GMT
Organization: Nit-Pickers for a Better Tomorow Afternoon

In article <105159@bu.edu> kiki@bass.bu.edu (Keith Baccki) writes:
>In article <1992Dec14.231922.12364@cc.tut.fi> oh3mqu@ee.tut.fi (Saastamoinen Ari) writes:
>>
>> Regarding my last article, the frigging xrn's editor somehow let
>>me pass the 80 char width.... sorry if i caused any inconvenience.
>
>No prob,
>try to
>keep it
>under
>10 though
>ok? Thanx
>
>-keith :)

AAIIIIIEEEEEE!!!!

(Flashback to K*nt Paul Dolan...;-)


-- 
Capt. Gym Z. Quirk  (Known to some as Taki Kogoma)  kogoma@vesta.unm.edu
 I'll get a life when someone demonstrates that it would be superior to
                          what I have now...
Xref: sparky alt.folklore.computers:18175 sci.math:17245 comp.compression:4191
From: magnus@thep.lu.se (Magnus Olsson)
Newsgroups: alt.folklore.computers,sci.math,comp.compression
Subject: Compressing decimal expansion of pi (was Re: PI)
Date: 20 Dec 92 14:30:21 GMT
Organization: Theoretical Physics, Lund University, Sweden

In article <1992Dec19.234336.27896@news.columbia.edu> kps@cunixb.cc.columbia.edu (Karthik P Sheka) writes:
>In article <624@cpsolv.CPS.COM> rhg@cpsolv.CPS.COM (Richard H. Gumpertz) writes:
>>In article <1992Dec15.134732.3739@piccolo.cit.cornell.edu> smr2@cornell.edu (Szymon Rusinkiewicz) writes:
>>>BTW, you can get the first few million digits of pi by anon FTP from
>>>wuarchive.wustl.edu in /doc/misc/pi/pi.dat.Z
>>
>>I am curious: how well does the decimal representation of PI compress using
>>standard Unix compress?  (I really don't want to fetch the file just to run
>>zcat|wc)
>
>
>(I edited out all of the hard returns and spaces, so my file is a little
>smaller than the one in the ftp site...)
>
>-r--------  1 kps      bobby     1254542 Dec 19 18:37 pi.dat
>-r--------  1 kps      bobby      587579 Dec 19 18:36 pi.dat.Z


It must of course be pointed out at this time that this does *not* mean
that there's any redundancy in the decimal expansion of pi, but only
that saving pi as a text file only uses 10 of the 256 possible
one-byte codes (ignoring the decimal point and any whitespace). 

Since one decimal digit corresponds to log (10)/log (2) ~ 3.32 bits, a
million-digit decimal number should be possible to store in just over
405 Kb, _without_ any compression at all. This means that the Unix
compress program does a rather bad job in this special case; it's not
really surprising since compress(1) looks at common substrings, and
due to the random nature of pi that shouldn't be particularly
effective. A Huffman encoder would probably do  better on this
particular file - anybody care to try?


              Magnus Olsson                | \e+      /_
    Department of Theoretical Physics      |  \  Z   / q
        University of Lund, Sweden         |   >----<           
 magnus@thep.lu.se, thepmo@seldc52.bitnet  |  /      \===== g
PGP key available via finger or on request | /e-      \q
From: murphy@npri6.npri.com (David P. Murphy)
Newsgroups: alt.folklore.computers
Subject: Re: alt.fan.multics, any interest in a Multics (OS) newsgroup?
Date: 23 Dec 92 21:58:18 GMT
Distribution: world
Organization: NPRI, Alexandria VA

>Realistically speaking (and as an old Multician myownself), I'd suggest
>that alt.religion.multics would probably be nearer the truth.
>
>smee@bristol.ac.uk (Paul Smee)

yep . . . along with alt.religion.multics.pope.bobp  ;-)

ok
dpm
-- 
murphy@npri6.npri.com 602 Cameron St. Alexandria, VA 22314 (703) 683-9090

              When every one is dead the Great Game is finished.  Not before.
                              --- Hurree Babu, "Kim"
From: wb8foz@skybridge.SCL.CWRU.Edu (David Lesher)
Newsgroups: alt.folklore.computers
Subject: Re: Waste of Resources
Date: 26 Dec 1992 23:20:28 GMT
Organization: NRK Clinic for habitual NetNews abusers - Beltway Annex
Reply-To: wb8foz@skybridge.scl.cwru.edu (David Lesher)
NNTP-Posting-Host: skybridge.scl.cwru.edu

Others said:
{3 standalone 486's to sell tickets}

Then how do they know when they have oversold the house?

--
A host is a host from coast to coast..wb8foz@skybridge.scl.cwru.edu
& no one will talk to a host that's close..........................
Unless the host (that isn't close).........................pob 1433
is busy, hung or dead....................................20915-1433
Xref: sparky alt.folklore.computers:18362 comp.unix.wizards:5337
From: esr@snark.thyrsus.com (Eric S. Raymond)
Newsgroups: alt.folklore.computers,comp.unix.wizards
Subject: Jargon 2.9.11 coming out Jan 1st --- want "Plan 9" entry
Date: 27 Dec 92 11:46:10 GMT

I'm planning to release the Jargon File v.2.9.11 on January 1st 1993.  If
you want your entries in the next major revision, get 'em in now.

I'm specifically interested in adding an entry for Plan 9.  Not the movie,
the operating system --- although the entry should mention the movie.

Unfortunately, I know very little about Plan 9 beyond the fact of its
existence.  Would anyone with more savvy care to draft an entry?  I can
fill out the movie reference from my copy of "The Golden Turkey Awards".
-- 
					Eric S. Raymond <esr@snark.thyrsus.com>
Newsgroups: alt.folklore.computers
From: jwbirdsa@picarefy.picarefy.com (James W. Birdsall)
Subject: Re: LD-ROM vs CD-ROM (as in LaserDisc)
Organization: Green Tiger Software
Distribution: alt
Date: Thu, 31 Dec 1992 05:08:28 GMT

In article <C0301L.6IF@babbage.ece.uc.edu> tmcbraye@thor.ece.uc.edu (Tim McBrayer) writes:
>In article <KLUND.92Dec29162714@e40-008-7.mit.edu>, klund@athena.mit.edu (Kent H Lundberg) writes:
>|> OK, so does anyone know how much a LaserDisc ROM system could hold?
>|> (You can quote either per-side or per-disc.)
>
>Just having purchased a LD player, I was curious about this too.  There's
>_almost_ enough information to tell, but I'm short a few numbers.  Here goes.
>
>In CAV format (30 min per side), the video is recorded one frame per disc
>revolution.  Also, the video picture is digitized at 425 lines per frame.
>Two figures are missing: the horizontal digitization rate, and the bits per
>pixel.  So, lets guess.  Since a television has a 4x3 aspect ratio, I'll
>assume square pixels and use 425 x (4/3) = 567 pixels horizontal resolution.
>Also, 24 bits is generally considered "true color."  This makes LD capacity
>to be (at least on the order of):
>
>(30 min)x(60 sec/min)x(30 frames/sec)x(567x425 pixel/frame)x(24 bit/pixel)
>= 312,303,600,000 bits (3.123x10^11 bits)

   Which is fine... except that, as far as I know, the video signal on a
LaserDisc is recorded analog. Unfortunately, the manual for mine doesn't
say explicitly, but it is strongly implied. Remember that LaserDiscs were
originated long before inexpensive D/A converters that ran fast enough to
handle video bandwidths (sampling at ~10MHz) were available. 

-- 
James W. Birdsall                            jwbirdsa@picarefy.picarefy.com
Compu$erve: 71261,1731    GEnie: J.BIRDSALL2    America On-Line: GreenTiger
          "For it is the doom of men that they forget." -- Merlin
From: d40937@boole (Jean Yves Desbiens)
Newsgroups: alt.folklore.computers
Subject: Re: The most dangerous thing...
Date: 21 Dec 92 18:00:42 GMT
Organization: Ecole Polytechnique de Montreal
X-Newsreader: TIN [version 1.1 PL6]

Jeff DelPapa (dp@world.std.com) wrote:
: another few candidates
: 
: 	.... an elected representative with half a brain.
: 
: <dp>

I think that is an oxymoron, they all have half a brain.
They are all dangerous then... We all knew that :-).

--
SEIZE THE DAY, MAKE YOUR LIFE EXTRAORDINARY .  "Dead Poets Society"

Jean-Yves Desbiens                  | d40937@info.polymtl.ca
Etudiant en genie informatique      | 
Ecole Polytechnique de Montreal Can | To indeed be a god ...,
--------------------------------------------------------------------
Newsgroups: alt.folklore.computers
From: dp@world.std.com (Jeff DelPapa)
Subject: Re: Is 4004 the first microprocessor ?
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 24 Dec 1992 09:51:44 GMT

In article <BzqwGy.6AC@apollo.hp.com> gardner_c@apollo.hp.com (Cal Gardner) writes:
>Seems to me that they went as follows:
>
>  4004 ==> 8008 ==> 8080 but why do I
>
>have '4040' in my mind?
>
>Cal gardner_c@apollo.hp.com

There was a 4040 CPU, it was available slightly after the 8008 was
produced.  It was binary compatible with the 4004, came in a larger
package, higher clock speeds, and had some more instructions.  Like
the 4004 CPU, it was intended for the calculator and control market.
A friend had a co-op job re-layingout a PROM cooker's PC board (by
hand with chartpac tape) to accommodate the new CPU and to cope with
the fact that EPROM's would soon have more than the 8 address lines
the original had been designed with.  When asked why they didn't
update to an eight bit CPU, code compatibility was apparently insisted
upon.

<dp>
From: aj923@cleveland.Freenet.Edu (P. J. Remner)
Newsgroups: alt.folklore.computers
Subject: Re: CLI/GUI wars (was Re: Apple IIGS being discontinued...)
Date: 3 Jan 1993 19:11:28 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: aj923@cleveland.Freenet.Edu (P. J. Remner)
NNTP-Posting-Host: slc10.ins.cwru.edu


In a previous article, dem@cs.princeton.edu (Doron Meyer) says:

>
>However, starting with System 7.0, Apple has included AppleEvents in the
>MacOS.  AppleEvents are a form of interapp communication that allow apps
>to control other apps.  Frontier is a top-notch, fully featured
>script language that supports AppleEvents.  You can, for instance, have it
>open up a document in Microsoft Word, select a printer, and print.  More
>and more apps are adding more than the standard necessary events (like
>open a document, save, quit) to allow control by apps like Frontier.  For
>instance, one can control Stuffit, a compression utility, completely by
>AppleEvents.  To my knowledge, there is no other OS that supports a CLI
>actively controlling GUI applications.
>

Interesting.  Sounds like a cross between the Windows 3.1 FIle Manager
and the Print Manager.  I double-click on a file icon, and FM automatically
opens that file's application, loaded with the file.  If I want to print
something, all I have to to is click and drag the file icon to the Print
Manager icon/window, and Print Manager opens the file's app, loads the
file, prints it, and shuts down the app.  And it's about as slow as a
gazelle with a cheetah behind it.  (And I don't want to hear about the
Mac being the cheetah, because GAZELLES CAN OUTRUN CHEETAHS.)

-- 
aj923@cleveland.freenet.edu (So now you listen, 'cause I'm omniscient)
			      _______________________							     /  ___________________(_)				
			    /  /\__________________							   /  /_/________________(_)				
			  /______________________							  \____________________(_)
From: ivie@cc.usu.edu (CP/M lives!)
Newsgroups: alt.folklore.computers
Subject: Re: What is so greate about the PDP 10?
Date: 28 Dec 92 12:04:08 MDT
Distribution: world
Organization: Utah State University

In article <17297357@zl2tnm.gen.nz>, don@zl2tnm.gen.nz (Don Stokes) writes:
> 
> Software emulation on an Alpha?

Do you think you could get the emulator in the 8K I-cache of an Alpha? If
so, the machine could boot the emulator from serial ROM and then come up
as a straight -10 after that (plus, it'd never get an Alpha cache miss...).
-- 

Roger Ivie                      "My God! That computer is full of Pentium!
ivie@cc.usu.edu                  It's a wonder that you haven't been turned
                                 into mutants!"