<On Thu, 11 Jun 1998, R. Stricklin (kjaeros) wrote:
<
<> I suppose a better way of asking that is how is a 'bit sliced' processo
<> or ALU differentiated from a 'normal' one?
The concept was to take a vertical slice of the core of most cpus and make
it so they can be cascaded to the needed width. Some of the common parts
were the 3101 (intel 2 bit slice) and the 6701/2901 4 bit slices.
Their advantages were speed, they were bipolar and in the 70 to early
80s you could make a z80 equivelent using them that was 10mhz and
piplined. Or a custom 20 bit machine.
<BTW, I mentioned a while back that I wrote a simulation of a PDP-8 built
<from 2901's. I finally found the source code for everything but the
<assembler (but I did find a grammar spec). It's not in good enough shap
<to "publish", and I don't plan to spend the time to get it there, but if
<anybody wants a copy, let me know and I'll send you source. (It's
<curses-based, and should run fine on any Unix or DOS box).
I'd love to see that... I have a big bunch of 2901s doing nothing.
Allison
Found the following on Usenet. Please contact this guy directly if
interested.
-=-=- <snip> -=-=-
From: "Joe Huber" <jhuber(a)anet-dfw.com>
Newsgroups: comp.sys.dec
Subject: need to get rid of Vax manuals
Date: Wed, 10 Jun 1998 17:07:50 -0500
Organization: ANET Internet Services
Lines: 16
Message-ID: <6ln059$8o0$1(a)news1.anet.com>
NNTP-Posting-Host: dal-vd1-112.anet-dfw.com
X-Newsreader: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
Path:
blushng.jps.net!news.eli.net!news-out.internetmci.com!newsfeed.internetmci.com!4.1.16.34!cpk-news-hub1.bbnplanet.com!cam-news-hub1.bbnplanet.com!news.bbnplanet.com!news.mathworks.com!uunet!in1.uu.net!news1.anet.com!not-for-mail
I have a nearly complete set of VAX/VMS 5.5-2 manuals in 3-ring binder
format. There are also bound manuals for DecForms (still in the plastic
wrapper), DecPrinting services, several other things.
I sold my VAX but the buyer did not want the manuals. I hate to throw them
out.
I'll "sell" them for the cost of shipping. Please respond via email if
interested.
Thanks!
--
Joe Huber
jhuber(a)anet-dfw.com
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Bruce Lane, Sysop, The Dragon's Cave (Fido 1:343/272)
http://table.jps.net/~kyrrin -- also kyrrin [A-t] Jps {D=o=t} Net
Spam is bad. Spam is theft of service. Spam wastes resources. Don't spam, period.
I am a WASHINGTON STATE resident. Spam charged $500.00 per incident per Chapter 19 RCW.
Well, "If I Recall Corectly" that's what it means.
Francois
-------------------------------------------------------------
Visit the Sanctuary at: http://www.pclink.com/fauradon
-----Original Message-----
From: Marvin <marvin(a)rain.org>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Thursday, June 11, 1998 11:29 PM
Subject: IIRC
>Somehow, I should probably already know what IIRC stands for, but can
>someone enlighten me please. I should have asked years ago :).
>
The usual disclaimers apply...
>In enclosed 19" rack with metal door. 50" x 26" x 30"
>
>PDP 11-23+ Comm interface PCB's and 2 RL02 drives.
>
>Was running prod line when de-installed.
>
>Equipment is located in the metro Atlanta Ga area.
>
>Email offers....
>
> Dick Perron
>http://www.randomc.com/~dperr/pc_hdwe.htm
>dperr(a)randomc.com
>
>"Whether you think you can, or you think you can't.....will happen."
-Bill Richman
bill_r(a)inetnebr.com
http://incolor.inetnebr.com/bill_r
(Home of the COSMAC Elf Simulator!)
On Jun 11, 13:43, Doug Yowza wrote:
> On Thu, 11 Jun 1998, Pete Turnbull wrote:
> > Quickest general method is "rm -i *", though you may sometimes need
> > "rm -i .*" instead/as well.
It doesn't matter for "rm" since it won't delete directories unless you add
"-r" but for some other commands , "xx .?*" may be preferable to "xx .*".
> If you had a file named "-f" in your directory, then "rm -i *" would
> happily delete all of the files in the directory without prompting you.
>
> "rm -i ./*" would be better, but would not work for files with control
> characters or spaces.
It does on SystemV-based systems, and others I've tried. And "rm -i *"
prompts even with "-f".
> If you wanted to stick with the "-i" approach, then "cd .. ; rm -r -i
dir"
> would be the best bet (assuming your rm had a -r option to recurse).
AFAIK, all rm's have -r.
--
Pete Peter Turnbull
Dept. of Computer Science
University of York
Hi guys.
I just picked up an IBM type 9075 laptop. The label on the inside (where the
keyboard is) says it's an Aptek Personal Service Communicator II. It's got a
9.5" monochrome screen, a built-in thermal printer, what appears to be a
modem jack, a screw-on (not BNC) rf-type jack, a socket for a pcmcia-type
RAM card, and what appears to be a breakout box connector on the back. No
floppy. Is this a field service terminal? If not, just what the heck is it?
Thanks.
Paul Braun
NerdWare -- The History of the PC and the Nerds who brought it to you.
nerdware(a)laidbak.com
www.laidbak.com/nerdware
OK, I never got this "object" stuff, it's kinda confusing because it
tends to make much ado about nothing (in poor implementations, yes,
but I've only seen poor ones, the Newton being very hard to understand
in terms of how to use). As for VMS file attribs does anyone know how
many there actually were? I counted the attribs Norton DiskEdit lets
me change on the Mac (bundle, locked, bozo, init, etc.), and there
are at least 30.
>> DOS in terms of having an array of blocks and stuff. Except Apple's
>> is quite a bit more elegant. Since some people here are fond of
>> praising the VAX, how does its file system work (typically)?
>
>The Newton "soup" is an object store rather than a directory hierarchy,
>and you'll probably see that paradigm more often in the future. I
think
>Microsoft's "Cairo" road-map included turning the filesystem into an
>object store.
>
>"VAX" is a hardware architecture. Lots of people run Unix on VAXen.
>But the VAX-philopsophy was extreme CISC, and that extended to the
VAX/VMS
>filesystem as well: record-based, with a zillion different file
>attributes, built-in file versioning, etc. It was hierarchial, but
mixed
>with a clunky "volume" concept (something like DOS "C:", but with
longer
>names).
>
>-- Doug
>
>
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
>Hardly. There were plenty of those made too. I've got at least 5 now,
>and I just added one today from the WeirdStuff sealed bid auction (I
>couldn't resist, it came with some cool carthridges including Imagic's
>Demon Attack [who knew Imagic made carts for the PCjr!?] and an >internal
PCjr modem).
>Sam Alternate e-mail: dastar(a)siconic.com
I'm glad you mentioned that. One of the pallets I got had a PCjr power
supply on it. Did yours come with one?
[who knew Imagic made carts for the PCjr!?]
That's still not as cool as my two cartridge set of Lotus 123 for the PCjr.
=========================================
Doug Coward dcoward(a)pressstart.com
Senior Software Engineer
Press Start Inc.
Sunnyvale,CA
Curator
Museum of Personal Computing Machinery
http://www.best.com/~dcoward/museum
=========================================
>Xerox PARC is giving one final demonstration of the original Xerox Star
>workstation built in 1981. This may be the last time it gets
>demoed, as the hardware has begun failing due to its age. Don't miss
>this opportunity to witness one of the most important steps ever taken in the
>history of computing and user interface design.
>
> Final Demo of the Xerox Star Workstation
> 5:30 to 7:00pm
> Wednesday June 17th
> Auditorium Xerox PARC
>
>
> Unquestionably, one of the major design innovations of this century
>has been the Graphical User Interface, with its desktop, icons, pop-up
>and pull-down menus and ubiquitous windows. The explosion of computer usage
>in the last decade has in large part been made possible through this simpler
>and more direct method of user interaction.
>
> Though millions of people around the world are now using GUIs, few
>outside of the Human/Computer Interaction field or the Silicon Valley
>are aware of the history of the its design prior to the introduction
>of the Macintosh in 1984.
>
> The first GUI ever developed was the work of Dr. Douglas Englebart,
>a researcher at SRI (the Stanford Research Institute in Menlo Park, CA) in the
>mid-1960s. His visionary and pioneering design and prototypes succeeded in
>producing the world's first screen-based windows, cursor-selectable pop-up
>menus, as well as the mouse with which to interact with them.
>
> Though these innovations were truly revolutionary, it was not until
>a decade later when researchers at the Xerox Palo Alto Research Center (PARC)
>began systematically studying this system in a commericial development effort.
>The Xerox Alto personal computer workstation was developed in the late 70's
>and included a mouse pointing system. This system influenced later systems
>such as Bravo, which was developed at Xerox PARC by Bruce Lampson and included
>an integrated editor formatter. Later systems included Markup, Draw, and Star.
>
> Xerox Palo Alto Research Center (PARC) has been a cradle of Silicon
>Valley innovation for 25 years. Its research spans domains from atoms
>to anthropology, from its solid-state physics lab, which develops new
>laser diodes for use in printers and copiers, to the group that studies
>work practices and their possible impact on current and future products.
>
> Located in the Stanford University Industrial Park in the heart of
>Silicon Valley, PARC was charged upon its founding in 1970 to the
>"architect of the information age". Since then it has delivered into
>use such significant pieces of the current information infrastructure
>as laser printers, graphical user interfaces, object-oriented
>programming languages, and Ethernet local area networks. PARC has
>contributed to user interfaces, electronic components, embedded
>software and architectures for each new line of Xerox copiers,
>printers, and systems reprographics products.
>
>
>
> Directions to Xerox PARC
>
>>From Highway 101, take the Oregon Expressway exit west 2 miles to
>El Camino Real. Oregon Expressway becomes Page Mill Road at El Camino. Follow
>Page Mill Road 1.7 miles to Coyote Hill Road (no light) and turn left. Coyote
>Hill Road is just past the intersection with
>Foothill Expressway. Go one-half mile and PARC will be on your left.
>Follow the signs to the auditorium.
>
>>From Interstate 280, take the Page Mill Road exit. Go east one mile
>to Coyote Hill Road (no light) and turn right. Go one-half mile and
>PARC will be on your left. Follow the signs to the auditorium.
