I finally got one of my Teraks setup again, and started going over the old
software collection. Played a game of Asteroids, perhaps i'll try rogue
next. I dont think the guys who were working on PacMan ever completed
that game for the Terak, Dang it. I suppose that one was pretty tough
to animate on a LSI-11, 70's based computer system.
Does anyone know if there are any ftp sites that contain Terak software,
or perhaps RT11 for the Terak? I have a few operating systems, a couple
UCSD P-system versions and of course MMOS (Minnesota Microcomputer
Operating System which is strongly based on the UCSD code). I might have
a Basic compiler, and possibly FORTRAN, but i'm not sure if they are
complete or usable.
-Lawrence LeMay
lemay(a)cs.umn.edu
I told him I'd pass this on to the list, so contact him, not me.
Zane
>Date: Thu, 01 Apr 1999 15:23:32 -0500
>To: "Zane H. Healy" <healyzh(a)aracnet.com>
>From: Don Gray <dong(a)bioanalytical.com>
>I looked at your web site (computer side), it's very nice. I do have some
>other older computer stuff that I was going to eventually e-bay, but would
>just sell if you know anyone who might be able to use it.
>- at&t unix computer circa 1982 (i think it is a 3b2 or something [at work
>so cant check now]) this is a largish desktop cpu and I have about a
>4-foot stack of manuals and 5.25 disks for the unix and utilities. [I just
>got this last week and haven't tried it out yet] I don't have a monitor or
>keyboard, but it does have docs for a 5260(i think) dot-mapped display
>(dmp). Also have a bunch of cabling for this.
>- microvax 2000 with tk-50 drive and a bunch of tk-50 tapes, including vms
>[also haven't had time to fire this up yet]
>
>Also, is there a usenet group or a web-site that deals with buy/sell/trade
>of this kind of "obsolete" equipment?
| Zane H. Healy | UNIX Systems Adminstrator |
| healyzh(a)aracnet.com (primary) | Linux Enthusiast |
| healyzh(a)holonet.net (alternate) | Classic Computer Collector |
+----------------------------------+----------------------------+
| Empire of the Petal Throne and Traveller Role Playing, |
| and Zane's Computer Museum. |
| http://www.dragonfire.net/~healyzh/ |
Doesn't someone already have a "classic computer rescuers list" on their
web site? I think that it's divided up by state.
I can put a name/address page on my site -- just give me the info!
[ Rich Cini/WUGNET
[ ClubWin!/CW7
[ MCP Windows 95/Windows Networking
[ Collector of "classic" computers
[ http://highgate.comm.sfu.ca/~rcini/classiccmp/
[ http://highgate.comm.sfu.ca/~rcini/pdp11/
<---------------------------- reply separator
<I believe that's just an attenation control; puts a 75 ohm resistor before
<the monitor.. Like the Pad control on a sound mixer I think, just brings
<the level down to avoid damaging things... or something ;P
<
<Kevin
No! It's for those system that use terminated cables rather than random
impedences. For long cables they should be matches at each end to the
nominal impedence of the cable and the swich turns on the resistor that does
that. Just like the loads used for thin eithernet(or thick).
Allison
I doubt that any of the old stuff I have, much of which, incidentally is
older than the 21-year-old to which you referred, will run at that 10MHz
rate, though I once used an ordinary Z-80A at 12 MHz with a BUNCH of 2147's
(that's power-hungry, basement-heating, fast, static RAM). Unfortunately,
almost no peripherals would talk to it without half a dozen or so
wait-states. That was in a hand-wired application and not in an S-100,
where, although you can interface the processor, RAM, and ROM with just a
gate or two, the bus interface takes about a hundred. (not really, but quite
a few!)
If I go the route of hand-wiring something for the S-100, I'll probably use
one of the WD1002-series bridge controllers I still have lying about. I
once lived for about three years on my earnings from that little
daughterboard I made which had the Z-80 and a few (4) TTL MSI and SSI parts
on it. It provided an interface to a WD-100x-series HDC or HDC/FDC. That
way I don't have to go blind wiring all the parts. At my age, that's a
serious consideration.
First, though, I'll have to fire up that big, old, chassis with the 8" HDD
in it, since, though I had several and have bought several cases of beer
with the $$$ I got for the bunches of high-quality scrap aluminum they
yielded, I've never actually made one of the old SHUGART 1004's work. It
always seemed appealing, since it had exactly 256 cylinders, and if you use
32-byte sectors, they also have exactly 256 bytes. It seems made for the
Z-80's OTIR and INIR instructions . . . it's just that the 5.25" drives, for
which I was designing controllers at the time, and which had to be bought at
the time anyway, were so much easier to interface with the S-100 controllers
I already had. (I stole from everyone, an equal opportunity
reverse-engineer . . . ) It's spent a couple of winters outdoors now, and I
wonder if the fans will even work. I do recall, you couldn't hear the HDD
above the fans.
About ten years ago, Someone gave me several of the XCOMP STS board pairs,
but tuned for 8" rather than 5.25" drives' data rate. I imagine they spent
a lot of time in someone's desk drawer, in order to keep the boss from
learning he'd paid for yet another item they couldn't use. Those might be
interesting to try out.
Dick
-----Original Message-----
From: Allison J Parent <allisonp(a)world.std.com>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Thursday, April 01, 1999 5:36 PM
Subject: Re: Rebirth of IMSAI
><I'm just about to consider firing up one of my old CP/M S-100 boxes just
fo
><spite and to see if I can get it to run the way I want. It starts with
><wanting the CPU board, and I'll probably have to try several, to run the 8
><MHz Z-80H I still have lying about somewhere. Then I want to run the 8"
>
>I say go for it.
>
>FYI, Murph the NS* horizon turned 21 this year. It's NS* box, and cpu(@
>8mhz), compupro ram, my 765 based floppy and a Teltek MFM controller.
>
>I also have a compupro with 512k of static runnign at 6mhz.
>
>the killer system however is using a 84c050 z80/10mhz, MMU with 512k static
>ram (no waits) smart floppy and smart HDC. The floppy and hdc system are
>8085 powered and have their own DMA (Ieee696 TMA) interfaces. I started
>that system back in 81 and for years it was the PC killer.
>
>Allison
>
>> > Real hackers carry a Leatherman if 'there just might be something
>> > interesting' and a 99MP kit + LogicDart if they know there are machines
>> > up for grabs :-).
>>
>> I guess I'm not a real hacker yet, since I don't even know what a 99MP kit
>> is. But I do carry the other items.
>It's that red tool roll from Xcellite that DEC field servoids also carry.
>It contains Phillips, flatblade, Allen hex, nutdrivers and Bristol spline
>drivers. I added Pozidriv blades to mine (essential if working on
>European machines).
I understand the attraction of those Xcellite sets, especially for field
service work where the total weight is a major concern. But they're
among the worst "feeling" screwdrivers I've ever used; no matter how
I hold them they feel like cheap pieces of junk, and they're always
just the wrong size for my hands.
Tim.
<I'm just about to consider firing up one of my old CP/M S-100 boxes just fo
<spite and to see if I can get it to run the way I want. It starts with
<wanting the CPU board, and I'll probably have to try several, to run the 8
<MHz Z-80H I still have lying about somewhere. Then I want to run the 8"
I say go for it.
FYI, Murph the NS* horizon turned 21 this year. It's NS* box, and cpu(@
8mhz), compupro ram, my 765 based floppy and a Teltek MFM controller.
I also have a compupro with 512k of static runnign at 6mhz.
the killer system however is using a 84c050 z80/10mhz, MMU with 512k static
ram (no waits) smart floppy and smart HDC. The floppy and hdc system are
8085 powered and have their own DMA (Ieee696 TMA) interfaces. I started
that system back in 81 and for years it was the PC killer.
Allison
Nope, most of the time I know what's inside ;-)... This was a rare occasion
where I got two of them plus a set of external drives, one with two 5 1/4
the other with a hard drive and a 5 1/4, a humongous daisywheel printer and
a complete set of software and documentation for $20. "Do you look at the
teeth of a free (or almost) horse?" I just got sidetracked in figuring out
what the beast was. I'll have to check it out now.
Francois
>Don't you guys open your boxes to see what's inside them when you first
>get them?
>
>Sellam Alternate e-mail:
dastar(a)siconic.com
>---------------------------------------------------------------------------
---
>Don't rub the lamp if you don't want the genie to come out.
>
> Coming in 1999: Vintage Computer Festival 3.0
> See http://www.vintage.org/vcf for details!
> [Last web site update: 02/15/99]
>
YES! Finally, a point of agreement!
One of the S-100 boards I'm looking to place has a component suspended in
space above the board, and, in fact floating aboug an inch above one of the
regulators. This was undoubtedly built by one of the self-styled experts I
had working on automation software back in the early '80's. These guys had
me buy all kinds of stuff we ended up not using and they excused the
occasional waste by saying they bought a kit in order to save money. Of
course they didn't consider that the cost of building it was a cost to me as
well.
I rather suspect that, in spite of the strange insertion of this floating
component, the board worked.
On the other hand, I had an expert prototype a low-current highly
noise-immune PLL, for use in data/clock separation in hard disk drive
interfaces, which was constructed as you describe, with a piece of
copper-clad, double-sided, with the upper layer at Vcc and the lower at Vss.
It had wires tacked to other wires and suspended inches above the board,
while the components were soldered to pads cut from the solid plane, with
machined pins soldered through the board and the IC's plugged in belly-up
and wires soldered to their pins. It looked pretty tentative, but worked
very well. It extracted clock with lock in about 5-6 microseconds all the
time! My target was 10 microseconds. What's more, it required only a
single supply. Tentative though it was, it had an order to it that you
don't easily overlook.
About the simulators . . . I've found that fewer and fewer of my clients
blindly, and it is blind, believe me, accept a "rock solid" prototype, until
after a simulation reveals that it not only does work, but, rationally,
should work. The simulator rules out easily overlooked synergies between
miscalculations. These are immediately revealed in a simulator when you run
sensitivity analyses and worst-case analyses. If the circuit is
misdesigned, it often works well at one of the extremes, but doesn't work at
nominal spec.
Dick
-----Original Message-----
From: Tony Duell <ard(a)p850ug1.demon.co.uk>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Thursday, April 01, 1999 2:32 PM
Subject: Re: Kits vs ready-made (was RE: Rebirth of IMSAI)
>> >> senior engineers. The excuse was that "it's not a deliverable," but
>> often
>> >> the shoddy technique (air-wires, etc) made for problems which couldn't
>> >
>> >If that's another name for dead-bugging, there's nothing wrong with it
if
>> >used correctly. In fact IMHO it's the _only_ way to prototype
>> >high-frequency circuits with any sort of reliability
>>
>>
>> I have used dead-bug patches quite a few times myself. More
specifically,
>> dead-bugging is typically gluing or taping an IC onto another's back and
>> running wires between it and the appropriate points in the circuit. I
don't
>> mean that, so much, but using multiple feet of #40 magnet wire with the
>> shellac sanded or scraped off and having the scabbed-in IC floating on a
web
>> of wires 3" above the board . . . ???
>
>Oh well, now that I would object to, even on a prototype. When I
>dead-bug, all the large compoents (chips, etc) are fixed to the
>groundplane (often a piece of copper-clad board). And the ground
>connections are made with short pieces of 22swg-ish wire, soldered firmly
>(they'd normally support the components even if they weren't stuck down).
>
>Of course, one other thing is that my circuits have generally been
>intended to be used by myself, or perhaps somebody else who can read a
>schematic only. I don't give them to unsuspecting 'customers' in that
>state. Even so, my prototypes are solidly constructed.
>
>>
>> >And if you trust simulations to correclty predict the behaviour of even
>> >simple circuits, well, have I got some storys to tell you...
>> >
>> Yes, I have a few, too, but . . . Careful now . . . I've spend thousands
of
>> hours in front of a big tube waiting for a simulation. I am a big
believer,
>> and believe further, that anyone who claims that simulators don't have a
>> place, as some old-timers do, just hasn't investigated sufficiently.
>
>This list is based on the principle that a new idea/method isn't
necessarily
>better than the old method. It might be, of course. And that sums up my
views
>on simulators.
>
>Oh, simulations have a place, that much is certain. They are very useful
>tools if used correctly.
>
>What I object to in particular is :
>
>a) Designers who couldn't prototype the circuit if they tried
>b) Designers who trust the simulator implicitly (even if the simulator
>has no bugs, which is by no means certain, they might not have given it
>all the right information)
>c) Circuits that are 'delivered' after only having been tested on a
>simulator. IMHO the real test of a circuit is does it work when
constructed.
>d) Simulators that take longer to provide less information that actually
>building the circuit
>e) Simulators that can't handle some common occurances (one classic FPGA
>simulator can't handle external memory linked to the pins on the FPGA,
>for example).
>f) Designers who fiddle with the simulation 'until it works' rather than
>using good solid design principles. Yes, fiddling with real hardware
>'until it works' is equally bad, but I've found that because it's easier
>to make changes on the simulator than on real hardware, the use of
>simulators encourages that behaviour.
>g) Simulators that plain get it wrong. Don't get me started here, suffice
>it to say that I've spent too long tracking down glitches in other
>peoples designs that the simulator claimed didn't exist.
>
>In short, in the hands of a good designer, a simulator is another useful
>tool to be used alongside all the other tools. In the hands of a bad
>designer, it generally leads to disaster. But alas Management often
>believe the ads that say that %simulation-program allows anybody to do
>design.
>
>-tony
>
At 21:27 29/03/99 -0800, Sellam Ismail wrote:
>On Mon, 29 Mar 1999, Bruce Lane wrote:
>
>> Actually, ASR-33's ran at 110 Baud rather than BPS.
>
>Same difference.
No, Baud and BPS are different. Baud is the number of signalling changes
per second. Normally, each signal change gives one bit and then Baud ==
BPS, but if you encode more than one bit per signal change then they are
not the same. This is easily achieved if you have different voltages mean
different values. For example, if you use -10V, -5V, 5V and 10V to encode
0, 1, 2 and 3 then the bit rate is twice the baud rate.
Huw Davies | e-mail: Huw.Davies(a)latrobe.edu.au
Information Technology Services | Phone: +61 3 9479 1550 Fax: +61 3 9479
1999
La Trobe University | "If God had wanted soccer played in the
Melbourne Australia 3083 | air, the sky would be painted green"
> What were they? I assume one was the termination switch.
Well, I'm home now and I realize that I was using a Panasonic
TR-120, not my Amdek (I wonder where that's buried?). The
only switch that makes a difference is labled:
Hi-Z
75 <ohm symbol>
It looks good in the "Hi-Z" position although I can now see
that if I turn up the brightness and contrast all the way I can
just make out the display in the 75ohm position. I've just
spent a couple of minutes fooling with the pot shaft sticking
out of the back panel and, sure enough, it makes a difference
in the behavior of the color regions that the color test program
displays. I'll try it on my "good" TV in a little while.
>I've got it in the wrong way round several times and it's never done any
>damage. It just doesn't work (no display at all IIRC).
>
>Berg cables in DEC machines are rarely keyed, alas.
Actually, I can point to a number of counter-examples of that...
Anyway, I'm simply going to keep the cables in the machine in case
I want to do it at a later time... I have so many other things to do
with the machine to get it running first...
>I've found the VT11 prints - sort of. I've got the schematics of the 3
>boards :
>
>M7013 Display Control
>A320 Display Generator
>M7104 Bus control + bootstrap
They might be useful at some point... but not yet (I haven't even found
my VT11 boardset, if I have one).
>What I don't have is any information on the backplane. So I don't think
>I'll be of much use at the moment.
Again, problem is moot until I have more of the required pieces... I'll
keep you in mind for the other info though at some point...
>I know I don't have the LPS printset. I do have a minimally-configured
>LPS somewhere, though.
I haven't opened mine up yet to see what I have... if you can easily
get to yours, it might help to have info on board order, and UNIBUS
connection point... (I take it a terminator has to be in the LPS
since it connects to the UNIBUS itself...)
BTW - It was pointed out to me that the file containing the picture
of my haul was somehow protected... I've taken care of it.
Look for a trip writeup with pictures in the near future (I've got it
mostly written, I just have to insert the thumbnails and links to the
full pictures)...
Megan Gentry
Former RT-11 Developer
+--------------------------------+-------------------------------------+
| Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry!zk3.dec.com |
| Unix Support Engineering Group | (home): mbg!world.std.com |
| Compaq Computer Corporation | addresses need '@' in place of '!' |
| 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ |
| Nashua, NH 03062 | "pdp-11 programmer - some assembler |
| (603) 884 1055 | required." - mbg |
+--------------------------------+-------------------------------------+
Your commment below about production is true enough, but such arrangements
built sloppily will suffer from day-to-day use in an environment where cards
are being move about. I'd say one should glue the part down and keep the
haywires as short as possible.
By the way, in the aerospace industry, 25 pieces is a long run. Almost
everything is built in small quantity because you're only building one or
two of those rockets or satellites, and by the time you do it again, the
design requirements have changed.
Dick
-----Original Message-----
From: Tony Duell <ard(a)p850ug1.demon.co.uk>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Wednesday, March 31, 1999 5:40 PM
Subject: Re: Kits vs ready-made (was RE: Rebirth of IMSAI)
>>
>> The classic example is an IC suspended over a PCB by means of the little
>> pieces of #40 wire which connect it to the circuit. They're not always a
>
>Well I'd probably stick the IC down to something, and use thicker wire
>(stander wire-wrap wire is quite good for this), but I really don't see
>the problem with doing this for experimental/prototype circuits, even
>ones that are going to be used. I've done it many times and it's never
>given any trouble.
>
>> terrible way to do things, and they've even been blessed by the analog
>> weenies at NatSemi, but their use in modifying or even building circuits
>> intended for some practical use is an abomination. Experimentation,
well,
>> OK, but to use it repeatedly? . . .
>
>Well, obviously you don't want to use it in production (far too
>labour-intensive), but that should be the only problem if it's properly
done.
>
>-tony
>
take a look below, please.
Dick
-----Original Message-----
From: Tony Duell <ard(a)p850ug1.demon.co.uk>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Wednesday, March 31, 1999 5:40 PM
Subject: Re: Kits vs ready-made (was RE: Rebirth of IMSAI)
>>
>> Unfortunately, in today's climate ("NOTHING's MY fault!") people buy a
kit
>
>Yes, that attitude is _very_ annoying....
>
>> A degree in engineering isn't sufficient qualification, either. Some of
the
>> crappiest work I ever saw while in the aerospace industry, was by fairly
>
>Oh, don't get me started on that. I have no engineering qualifications at
>all, but, even if I say so myself, I could out-design, out-construct, and
>plain out-hack a number of people with degrees in engineering that I met...
>
>A few classic cases that spring to mind :
>
>One chap said 'There are no 362.8 Ohm resistors in the box'. I said I
>wasn't supprised and asked him what on earth he wanted it for. The
>answer : An LED current limiting resistor. That was the value that the
>formula had given, so that was obviously the value he needed.
>
>Another person had problems with a simple RC low-pass filter. And he
>certainly had no idea about making sensible approximations.
>
>The only problem that comes from this is that mangement-droids seem to
>think that qualifications imply competence/knowledge. So I'm stuck unable
>to get a job :-(
>
>> senior engineers. The excuse was that "it's not a deliverable," but
often
>> the shoddy technique (air-wires, etc) made for problems which couldn't
>
>If that's another name for dead-bugging, there's nothing wrong with it if
>used correctly. In fact IMHO it's the _only_ way to prototype
>high-frequency circuits with any sort of reliability
I have used dead-bug patches quite a few times myself. More specifically,
dead-bugging is typically gluing or taping an IC onto another's back and
running wires between it and the appropriate points in the circuit. I don't
mean that, so much, but using multiple feet of #40 magnet wire with the
shellac sanded or scraped off and having the scabbed-in IC floating on a web
of wires 3" above the board . . . ???
>And if you trust simulations to correclty predict the behaviour of even
>simple circuits, well, have I got some storys to tell you...
>
Yes, I have a few, too, but . . . Careful now . . . I've spend thousands of
hours in front of a big tube waiting for a simulation. I am a big believer,
and believe further, that anyone who claims that simulators don't have a
place, as some old-timers do, just hasn't investigated sufficiently.
>
>-tony
>
I have a old Pertec computer that still workes (after one hour of
waiting
time to get warm). It 's a PCC2000. I live in the Netherlands, but i do
not know were to go to with this stuff. Could you help me. I got your
addres from jimw(a)agora.rdrop.com.
Thanks.
>>Hmm. Megan -- Sounds like a TSX-11 TSX Plus varient of some kind to
>>me... Wonder if S&H has a way to get in.
>Keep in mind that even a TSX machine has to boot through RT-11 SJ...
>If the software is started as a result of a command in the STARTS.COM
>file, then it should be possible to ^C out of the command file and
>be left in RT-11 without accounts and passwords...
>Beyond that, I don't know how one might crack the account/password
>info on TSX...
The usernames/passwords/privs are stored in a file called ACCESS.TSX.
The information is stored in a lightly encrypted form (no MD5 here) and
is most conveniently accessed by running TSAUTH. Many system managers
take the TSX+ manual's recommendation and remove TSAUTH.SAV from the system
disk, keeping it on a floppy for when it is necessary.
Tim.
On Thu, 1 Apr 1999 Philip.Belben(a)pgen.com wrote:
>
>> > What is it about hamfests that cause otherwise
>> > sane individuals to get up at the crack of dawn?
Who said we were getting up? Perhaps Hamfests start _just before bedtime_ :-)
--Chuck
>RT11 with multi user and passwords.
>
>Hmm. Megan -- Sounds like a TSX-11 TSX Plus varient of some kind to
>me... Wonder if S&H has a way to get in.
Keep in mind that even a TSX machine has to boot through RT-11 SJ...
If the software is started as a result of a command in the STARTS.COM
file, then it should be possible to ^C out of the command file and
be left in RT-11 without accounts and passwords...
Beyond that, I don't know how one might crack the account/password
info on TSX...
Megan Gentry
Former RT-11 Developer
+--------------------------------+-------------------------------------+
| Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry!zk3.dec.com |
| Unix Support Engineering Group | (home): mbg!world.std.com |
| Compaq Computer Corporation | addresses need '@' in place of '!' |
| 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ |
| Nashua, NH 03062 | "pdp-11 programmer - some assembler |
| (603) 884 1055 | required." - mbg |
+--------------------------------+-------------------------------------+
For TSX, just boot the system in RT11 without TSX. Then run the tsauth
program and set any passwords you like. I'm not positive, but ISTR tsauth
doesn't require a password to run it if you're not running TSX at the time.
Jay West
-----Original Message-----
From: Bill Pechter <pechter(a)pechter.dyndns.org>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Thursday, April 01, 1999 12:58 PM
Subject: Re: PDP 11/73
>> > It also has an RSX runtime system on it, but it asks for a
>> >user/password which of course I don't have. Anyone have any idea
>> >how to defeat this?
>>
>> RSX Runtime system? Under RT-11? Or on a separate disk?
>> Passwords on an RT system? Not normally... you may be running
>> some special software...
>
>RT11 with multi user and passwords.
>
>Hmm. Megan -- Sounds like a TSX-11 TSX Plus varient of some kind to me...
>Wonder if S&H has a way to get in.
>
>Bill
>
>I have an 7 KBaud modem over here so, where's your stick ?
>(Hint: server side of an 56K analouge dial in :)
>(small print: the calculation can be done different :)
As I understand it, a baud is 'number of signal changes per
second'. If you use an encoding method which requires a signal
change for each bit, then 9600baud = 9600bps. Another encoding
scheme might only require 4800baud (4800 signal changes) to get
9600 bps across the wire.
In this case, it sounds like your modem uses a scheme which
somehow gets 4 bits across the wire per signal change, so
7Kbaud (7000 signal changes per second) gets across 56Kbps
(56000 bits per second).
Megan Gentry
Former RT-11 Developer
+--------------------------------+-------------------------------------+
| Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry!zk3.dec.com |
| Unix Support Engineering Group | (home): mbg!world.std.com |
| Compaq Computer Corporation | addresses need '@' in place of '!' |
| 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ |
| Nashua, NH 03062 | "pdp-11 programmer - some assembler |
| (603) 884 1055 | required." - mbg |
+--------------------------------+-------------------------------------+
> Well, since it was in the rack and feeling lonely and neglected, I
>fired up my 11/73 tonight; the first example of DEC stuff I ever
>owned. It is not in a DEC chassis, actually it is only about 40
>percent DEC. It is running RT11SJ V5.01. It has a full-height 5"
>HD as DL: and one 8" floppy as DY: (RX02). It was used in a speech
>pathology research lab and all that software is still on it, tho
>I've no idea how to invoke it at this time. It has the usual
>Fortran, Basic, and Cobol systems. I've used the Basic interpreter
>to write some little programs just to play with it.
>
> It also has an RSX runtime system on it, but it asks for a
>user/password which of course I don't have. Anyone have any idea
>how to defeat this?
RSX Runtime system? Under RT-11? Or on a separate disk?
Passwords on an RT system? Not normally... you may be running
some special software...
> I am looking for the following: The 11/73 Processor manual. An
>RL11-type controller card so I can hook up an RL02 to it.
>Information on how to determine/configure the port assignments.. I
>would like to have a line printer device and also a modem (for
>Kermitting) but it has 8 ports on two cards, one of which is the
>console port I found by repeatedly booting the system and watching
>port pins with a scope.
Sounds like a couple of DLV11-Js... 4 line serial async cards.
> The model of the SLUs escapes me at the moment, and I'm too tired
>to go pull the thing out from the rack and take the back off and get
>the numbers. I just want to know how RT11 assigns and communicates
>with it's ports.
M8043 if it is a DLV11-J...
As for configurating the ports, the console always has to be at
the address 177560, with a vector of 60. The DLV11-J allows one
of the ports to be the console. The other ports are configured
for successive addresses in the range 176500 and up, with the
vectors in the floating range (300-476).
You're going to need to let us know what boards you really have,
and then we can tell you what documentation you'll need to
configure them.
I would suspect, however, that it has already been configured for
the software you have on it.
RT-11 as distributed only knows about one terminal - the console,
at the standard address. To support more than one terminal, you
would have to do a sysgen (system generation, in which a new
monitor is built using conditionals specified to the sysgen
procedure). But remember, RT-11 is single-user, so even if you
have multiple terminals, only one can be the console, and only
the console can initiate programs. Such programs *can* then
allocate the other terminals and control them (such as in the
multi-user BASIC which is available for RT-11)
Megan Gentry
Former RT-11 Developer
+--------------------------------+-------------------------------------+
| Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry!zk3.dec.com |
| Unix Support Engineering Group | (home): mbg!world.std.com |
| Compaq Computer Corporation | addresses need '@' in place of '!' |
| 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ |
| Nashua, NH 03062 | "pdp-11 programmer - some assembler |
| (603) 884 1055 | required." - mbg |
+--------------------------------+-------------------------------------+
Okay, I own a computer so of course to everyone who doesn't I'm some
kind of expert (not).
So the other day this guy brings me this 256k Wang, wants me to set
it up for him. Set up to do what? Alright maybe I may have some old DOS
stuff a wordprocessor, spreadsheet, hell maybe I even got a pong game still
laying around. My problem is how do I write to this thing?
Its got one of those old floppy drives with the lever and all (never
used them I was running a Mac before IBM saw the light). The hard drive is
>from the stone age (is this SCSI compatible?) And the mother of all boards
with connections for a network possibly? Probably a mainframe Yuk. Anybody
ever own one of these things? Can anything be salvaged? Is this just an
overgrown typewriter? How am I going to write to this thing without
destroying my computer? Help Help Help...
Here's some numbers: cpu 256kb, two PMO30-b 128k Memory expansion, PMO08 c.g.I (monitor controller?), pm02/022-b Winchester controller,Seagate HD, and of course the standard Wang kb and monitor (RGB I think they called them you know green just green). Everything works even has some old data base software still on it.
FrednLenny(a)compuage.com
please see imbedded comments below.
regards,
Dick
-----Original Message-----
From: Tony Duell <ard(a)p850ug1.demon.co.uk>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Wednesday, March 31, 1999 4:49 PM
Subject: Re: Kits vs ready-made (was RE: Rebirth of IMSAI)
>> The kit, of course, has to be properly documented. In today's ready-made
>> environment, little documentation accompanies a product, though even
that's
>> not often used. Today, the kit would be offered not so people can enjoy
>
>The reason why the documentation is 'seldom used' is that it's useless.
>Some of the manuals I've seen for modern computer products would insult
>anybody with more than 2 working braincells...
>
You are on the money there! There's so much simplistic fluff, yet no meat.
>
>> You're certainly right about the cost of documentation. That's why it's
>> hard to recommend LINUX and some of the rather excellent pieces of
software
>> work which have been done in conjunction with it. The documentation is
>> generally quite poor, and always several generations out of date.
>
>Eh? I'd much rather do something obscure with Linux given a standard
>distribution and _any_ linux book (of _your_ choice if you like) than do
>something simpler with, say, Windows given _every_ published book and SDK.
>
I've never been a promoter of heavily commercialized software, nor have I
believed in the things the MS is doing with its software, e.g. the flight
simulator built into EXCEL, but I've had VERY little trouble with '95. I've
had to read very little documentation about the OS. Likewise, NT, though
you can leave out the "VERY" with respect to it. '95 has always worked
exactly as I expected and although there are a few things I can't explain
about it, THIS very machine on which I normally do my communications, has
been up continuously since June of '95 when I loaded a BETA on it and I've
continuously updated it to where it's running OSR2 dated about a year ago,
and the only times it's been down habe been due to hardware upgrades or
hardware faults.
At the POP, there are three LINUX boxes running satisfactorily for over a
year, as terminal server, among other things, and one really can't complain.
I just complained because of the documentation maze, which is certainly in
ample evidence.
>
That would be really nice if there were a genuinely "standard" distribution.
Perhaps the current trend toward increased commercialization will lead to
that. I've never claimed to be a software expert, though I've been coding
for a living, on and off, since about 1965. I've never managed to get even
one instant of useful work for myself out of LINUX, even though I've gone
through numerous releases and several distributions. The documents are
almost always so far out of sync as to be useless and are NEVER sufficiently
correct to instill confidence in one unfamiliar with its inards. I suppose
one who knows exactly what he's looking for will find it, but as a foreigner
to LINUX, I didn't find the dozens of GBytes of doc files, often
conflicting, to be much help.
Example: Simple tasks like installing LINUX on an ESDI drive larger than
what the BIOS supports are not supported by any written documents, though
the writing about other drive types (not SCSI) may shed light on it, though
the doc's about EIDE are also conflicting. These are made hopelessly
complicated by the various often self-contradictory attempts at describing
what's to be done. I finally gave up on the half-dozen or so conflicting
write-ups I had and worked the details out with a fellow in Germany who,
though his English was limited, as is my German-"computerese," managed to
convince me that it was really quite straightforward.
My goal, however, was to use a LINUX box rather than an NT box in order to
provide a TCP/IP gateway to share the modem, replace my NETWARE server, and
process FAX traffic over the LAN as well. Though it claimed (announced) to
have loaded all the appropriate modules, it didn't show any signs of doing
what I wanted. Now, there was no indication that it wouldn't. . .
>
>Linux documentation, at least the stuff I've worked with is an order of
>magnitude better than that of most other OS's (although some DEC docs
>kits are even better). For one thing, Linux documentation is pretty
>complete (it doesn't normally miss out stuff that might 'confuse the
>user'). And if you have problems, you cd /usr/src/linux and dig around :-)
>
Yes, you can and must do that, but it's like having a system of 25 equations
in 12 unknowns. The solution is in there somewhere, but which one?
>
>And yes, I do consider source code to be possible documentation for a
>piece of software, just as I consider a schematic to be possible
>documentation for a piece of hardware.
It's true that source code SHOULD be part of the documentation. In too many
cases it's ALL the documentation, and though the code was modified, the
comments weren't kept in sync. That's where it's a real pain when they
leave out key words like NOT.
>
>-tony
>
Hi all,
Because i feel so lonely here in Denver, i got the idea of collecting a
list of the listmembers. I simply want to see, in what areas you can meet
people an what they collecting.
I think a list with only a zip code, name, which computer/other stuff you
collect should do it.
What do you think ?
cheers,
emanuel
The Timonium Hamfest had an excellent turnout. Tailgating spots were
sold out. I spent half the day there, purchasing the following equipment:
2 Bell & Howell Apple II+'s. Both are in rather poor condition, the one
even has an ordinairy II+ keyboard and no power supply. I'm thinking
about putting a IIgs mb in it for a "Stealth GS". The other is missing
the '0' key. Anybody have one they'd like to part with?
6 NEC Ultralite Notebooks. Does anybody know what the power adapter for
these is like? They have interesting connectors. I'll probably just
hook the power up to the battery connectors. Two of the notebooks are
labeled "lights up, but won't boot." If anybody wants one of these most
likely borken units before I start to fool around with them, the price is
$10.
2 Compaq Portables. I'll sell one of them for $25, if anybody's
interested. I just need to test it first.
6 IBM PC Convertibles. Last summer I purchased about a dozen IBM PC
Convertible AC adapters at a hamfest for $1, knowing that some day I'd
come across a pile of Convertibles at a Hamfest, lacking power supplies.
Well wouldn't you know there was a stack of Convertibles at the Timonium
show - and not one of them had an AC adapter. If anybody's interested in
one of these, figure about $25.
IBM 5155
Compaq Portable III
Grid Gridlite
IBM 3127
Apple IIgs-style ADB keyboard - finally!
I know next to nothing about the following units, and I'm not sure if any
of them are ten years old. If somebody could give me some details on
them (espeically on the SparcServer 470), I'd appreciate it.
HP Apollo 400 ("upgraded to 439")
Sun SparcServer 470
Sun SparcStation IPX
Sun SparcStation ELC
DecServer 200/MC (I have two - any interest?)
Anbody know where I can get kb, mice, and monitors for these systems?
What I missed:
A Xycon computer, complete with two external 8" drives and keyboard.
Three all-in-one "business" computers, with 5.25" drives (I forget the
name, but they sure looked interesting)
A PDP-11/44.
Would the offending party identify himself? :-)
A vectored interrupt is one in which the interrupting device provides part
of the interrupt address. On the Z-80, this was done by the peripheral when
it saw the processor's interrupt acknowledge sequence and this meant that it
had to "see" both the M1 and the IORQ signals. It then reset its interrupt
logic when it saw the RETI instruction being fetched. As you may have
concluded, the Z-80 peripherals had to be as fast as the processor, and had
to have access to the necessary processor control signals.
I've never tried running a fast processor with slow peripherals and only
slow the processor down to the peripheral rate when M1 or IOREQ were active.
That might actually work so long as the peripheral had time to get its
bus-side task finished before its next transaction came along. That might
be a way to decouple the peripherals and processor. What I normally did is
run the I/O cycles slowly(4 MHz), insert a wait state in the M1 cycle, and
not use the Z-80 peripherals. That way I didn't have to present the M1 and
IOREQ signals to each peripheral.
Dick
-----Original Message-----
From: Arfon Gryffydd <arfonrg(a)texas.net>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Thursday, April 01, 1999 8:16 AM
Subject: Re: Computer busses.... (& Z-380)
>At 02:22 PM 4/1/99 +1, you wrote:
>>
>>> I'm thinking a stripped down Z-bus (without the M1 signal and etc).
What
>>> else should be on a bus besides:
>>
>>Maybe take a look at the Z380 Bus - again a design to include
>>the best ideas of two worlds (like the Z80 has been).
>
>I've got 4 Z380s!! I want to put together a parallel processor machine
>with a cool front panel of LEDs and switches.... I don't care for the
>Z380's extra pins like the Low address pin, medium address pin and hig
>address pins.
>
>Do I really need to connect the M1 pin to anything? I mean why would I need
>to insert wait states if the memory is faster than the processor?
>
>Explain something to me... On a reception of an INT signal, the processor
>jumps to a set memory location and starts executing the code. Right? What
>is a vectored interrupt (it's been a LONG time since I wired uPs and I
>can't remember.)?
>----------------------------------------
> Tired of Micro$oft???
>
> Move up to a REAL OS...
>######__ __ ____ __ __ _ __ #
>#####/ / / / / __ | / / / / | |/ /##
>####/ / / / / / / / / / / / | /###
>###/ /__ / / / / / / / /_/ / / |####
>##/____/ /_/ /_/ /_/ /_____/ /_/|_|####
># ######
> ("LINUX" for those of you
> without fixed-width fonts)
>----------------------------------------
>Be a Slacker! http://www.slackware.com
>
>Slackware Mailing List:
>http://www.digitalslackers.net/linux/list.html
Anyone have any idea what was/is the best bus design?
I'm thinking a stripped down Z-bus (without the M1 signal and etc). What
else should be on a bus besides:
ADDRESS
DATA
RD/WR
MEM/IO
BUS REQ
BUS ACK
INT
INT ACK
WAIT
HALT
RESET
CLOCK
----------------------------------------
Tired of Micro$oft???
Move up to a REAL OS...
######__ __ ____ __ __ _ __ #
#####/ / / / / __ | / / / / | |/ /##
####/ / / / / / / / / / / / | /###
###/ /__ / / / / / / / /_/ / / |####
##/____/ /_/ /_/ /_/ /_____/ /_/|_|####
# ######
("LINUX" for those of you
without fixed-width fonts)
----------------------------------------
Be a Slacker! http://www.slackware.com
Slackware Mailing List:
http://www.digitalslackers.net/linux/list.html
>Wow! Cool! Looks like you have a W9042 Extender Board which is
>specifically described as part of the FP11-A Option in my KK11-A tech
>manual and by association, one is also part of the KK11-A cache option.
>The manual mentions: "The W9042 Extender board Assy. is stored in the
>backplane and used for some maintenance operations."
Great...
>When you have to use an extender board to troubleshoot the adjacent M8265
>in a cache-option-only system, the W9042 plugs into the top connector on
>the M8268 Cache module and then the over-the-top connector plugs the two
>together. If troubleshooting the M8268, then the W9042 is plugged into
>the top conn of the 8265 and the o-t-t conn board connects both together.
>Neat!
Aha... that was the missing piece... having one of the boards on an
extender... it all makes sense now...
>Same for troubleshooting the systems with both cache and FP11 options
>except two W9042s are used.
I actually seem to remember another one somewhere in my collection,
I'll have to check someday to see if it is...
>I've got an extra set of them too plus a cache. No spare FP11 tho. Notice
>how heavy that FP11 is? Sure is a lot of 'stone' in all those AMD 2901s!
Yep... :-)
Megan Gentry
Former RT-11 Developer
+--------------------------------+-------------------------------------+
| Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry!zk3.dec.com |
| Unix Support Engineering Group | (home): mbg!world.std.com |
| Compaq Computer Corporation | addresses need '@' in place of '!' |
| 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ |
| Nashua, NH 03062 | "pdp-11 programmer - some assembler |
| (603) 884 1055 | required." - mbg |
+--------------------------------+-------------------------------------+
I've got several cartons of paper for the HP 9845 that I'd like to get rid
of (you pay shipping or pick up in Sacramento, CA area), as well as a HP
9876A thermal printer (heavy) and a few boxes of paper for it.
Russ Miller
mailto:russmiller@jps.net
Anyone interested? Just saw it and thought someone here might want it.
refer all questions to the original poster.
-------- Original Message --------
Subject: FS: Sun SPARCclassic machines
Date: 1 Apr 1999 04:22:17 GMT
From: Jonathan Hall <jonhall(a)onyx.southwind.net>
Organization: SouthWind Internet Access, Inc.
Newsgroups:
misc.forsale.computers.workstation,misc.forsale.computers.net-hardware,misc.forsale.computers.other.misc
I have two Sun SPARCclassic "lunchbox-style" machines available. One
with
24mb RAM, one with 48mb RAM. Each has a 540mb SCSI hard drive, no
floppy
drive. I have a 19" greyscale monitor for each one, although shipping
is
a bit expensive on those (estimated $35 within the U.S.).
I'm asking $200 for the 24mb system and $250 for the 48mb system, or
make
an offer.
Each system has SunOS 5.5 installed, although I do not have passwords
for
either of them so a reinstallation will likely be required.
--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Jonathan Hall * jonhall(a)future.goessel.ks.us * PGP public key available
http://www2.southwind.net/~jonhall * PGP Key ID: FE 00 FD 51
-= Running Debian Linux, kernel 2.0.30 =-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Gentlemen,
I attempted to send Teledisk to you electronically tonight. Here's what
happened.
MARTIN: The mail bounced, using the address martinm(a)allwest.net with an
'Unknown User' error. Please provide a current address that will allow you
to receive a 100K+ file attach.
FRANK: Your system rejected the send because of the attach. Apparently,
reanimators.org has a 100K size limit. Can you provide an alternate address?
Thanks in advance.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Bruce Lane, Owner and head honcho, Blue Feather Technologies
http://www.bluefeathertech.com
Amateur Radio:(WD6EOS) E-mail: kyrrin(a)bluefeathertech.com
SysOp: The Dragon's Cave (Fido 1:343/272, 253-639-9905)
"Our science can only describe an object, event, or living thing in our own
human terms. It cannot, in any way, define any of them..."
Please pardon this somewhat unusual use of the list, but I've gotten no
response whatsoever to E-mails.
PAGING TIM SHOPPA, JOE RIGDON, AND MIKE McMANUS... Will the three of you
please get in touch with me, via E-mail, ASAP, regarding your participation
in the Teledisk group buy?
I have sent repeated E-mails in your direction concerning the group buy. I
have not received so much as an acknowledgement to any of them.
If you are still interested in participating, please respond. If I do not
hear from you, I will assume that you are no longer interested, and I will
release your shares to those on the waiting list.
Thanks in advance.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Bruce Lane, Owner and head honcho, Blue Feather Technologies
http://www.bluefeathertech.com
Amateur Radio:(WD6EOS) E-mail: kyrrin(a)bluefeathertech.com
SysOp: The Dragon's Cave (Fido 1:343/272, 253-639-9905)
"Our science can only describe an object, event, or living thing in our own
human terms. It cannot, in any way, define any of them..."
Well, since it was in the rack and feeling lonely and neglected, I
fired up my 11/73 tonight; the first example of DEC stuff I ever
owned. It is not in a DEC chassis, actually it is only about 40
percent DEC. It is running RT11SJ V5.01. It has a full-height 5"
HD as DL: and one 8" floppy as DY: (RX02). It was used in a speech
pathology research lab and all that software is still on it, tho
I've no idea how to invoke it at this time. It has the usual
Fortran, Basic, and Cobol systems. I've used the Basic interpreter
to write some little programs just to play with it.
It also has an RSX runtime system on it, but it asks for a
user/password which of course I don't have. Anyone have any idea
how to defeat this?
I have the appropriate RT11 Orange Wall for this machine, but no
hardware docs at all.
I am looking for the following: The 11/73 Processor manual. An
RL11-type controller card so I can hook up an RL02 to it.
Information on how to determine/configure the port assignments.. I
would like to have a line printer device and also a modem (for
Kermitting) but it has 8 ports on two cards, one of which is the
console port I found by repeatedly booting the system and watching
port pins with a scope.
The model of the SLUs escapes me at the moment, and I'm too tired
to go pull the thing out from the rack and take the back off and get
the numbers. I just want to know how RT11 assigns and communicates
with it's ports.
Its possible it has an Ethernet card in it too... that would make
it fun to hook it up with the uVAX II and let them share peripherals.
Cheerz and Thanks
John
Where I live, my zip code is 15005, which is for Baden. I actually live
about 5-10 miles away from Baden, and just have a Baden address because
Economy (small) doesn't have a post office. The neighbor across the street
has a Sewickley zip code, and my neighbor next door has a Freedom zip code.
It all depended on when the house was built and when the person moved in.
Going by a zip code isn't a very accurate way to find people where I live
(although most places are probably more organized).
--
-Jason Willgruber
(roblwill(a)usaor.net)
ICQ#: 1730318
<http://members.tripod.com/general_1>
-----Original Message-----
From: Geoff Roberts <geoffrob(a)stmarks.pp.catholic.edu.au>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Wednesday, March 31, 1999 5:52 PM
Subject: Re: Collectors list
>
>-----Original Message-----
>From: Tony Duell <ard(a)p850ug1.demon.co.uk>
>To: Discussion re-collecting of classic computers
><classiccmp(a)u.washington.edu>
>Date: Thursday, 1 April 1999 9:14
>Subject: Re: Collectors list
>
>
>
>>> So, if you are willing to give your zip/postal code, in effect that is
>>> an almost exact location of, at the most, a few hundred buildings
>>> and often only a few dozen.
>
>Good Grief.
>
>5540 is my post code. But ours are not that specific.
>In a big city they usually narrow it down to a suburb or two, but 5540
>is the code for the entire city of Port Pirie. (15,000 people)
>Comes from being less crowded I guess...
>
>Geoff Roberts
>Computer Systems Manager
>Saint Mark's College
>Port Pirie, South Australia.
>Email: geoffrob(a)stmarks.pp.catholic.edu.au
>ICQ #: 1970476
>Phone: 61-8-8633-8834
>Mobile: 61-411-623-978
>Fax: 61-8-8633-0104
>
>
>
>
I'm just about to consider firing up one of my old CP/M S-100 boxes just for
spite and to see if I can get it to run the way I want. It starts with
wanting the CPU board, and I'll probably have to try several, to run the 8
MHz Z-80H I still have lying about somewhere. Then I want to run the 8"
Shugart hard drive using an XCOMP HDC board set which is purported to work
better than the MSC board I used on my own station back about 20 years. If
I can get the CPU to run, and I believe I have fast enough static memories
to handle that, no wait states required, I think, then it might be
interesting to see what one can squeeze out of the old 8" winchester. I
know I can whack up a wire-wrapped version to work, and then I won't have to
worry about the bus timing at all, at least for starters, because a FDC/HCD
combination will easily fit on a board with all the necessary logic, RAM,
ROM, and I/O.
Dick
-----Original Message-----
From: Allison J Parent <allisonp(a)world.std.com>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Wednesday, March 31, 1999 9:12 PM
Subject: Re: Rebirth of IMSAI
>
><That was along time ago. Perhaps it was 56K rather than 48. All my CPM
><systems, and I had several at the time, used 64K, though that's a small
><difference nowadays.
>
>No, It's a result of knowing the machine and CPM and programming around it.
>The base distribution of CPM for that machine would not use memory above
>E800h due to the controller. It didn't meant it couldn't be there. If you
>didn't program around that the best you could do was 52k.
>
>All my other machines have 64k of ram or more. The practical aspect of it
>is that most apps 48k was plenty and only a few really wanted that little
>bit more.
>
>Oh the softsectro controller using the 765... The IO was also memory mapped
>into the FFF0->FFFFh segment of ram. that way I could use the more
flexible
>memory ops that were also faster and also the controller could be
>co-resident.
>
>Allison
>
Hi gang,
I found someone that has a HP9845-B for sale. There doesn't seem to be too
much info available on the web for this thing. Wondering how collectible
this machine is?
TIA,
Steve Robertson - <steverob(a)hotoffice.com>
Kindly peruse the imbedded comments below.
regards,
Dick
-----Original Message-----
From: Sean 'Captain Napalm' Conner <spc(a)armigeron.com>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Wednesday, March 31, 1999 8:28 PM
Subject: Re: Kits vs ready-made (was RE: Rebirth of IMSAI)
>It was thus said that the Great Richard Erlacher once stated:
>>
>> >> You're certainly right about the cost of documentation. That's why
it's
>> >> hard to recommend LINUX and some of the rather excellent pieces of
software
>> >> work which have been done in conjunction with it. The documentation
is
>> >> generally quite poor, and always several generations out of date.
>> >
>> >Eh? I'd much rather do something obscure with Linux given a standard
>> >distribution and _any_ linux book (of _your_ choice if you like) than do
>> >something simpler with, say, Windows given _every_ published book and
SDK.
>
> And I'd rather do with something that works without problems.
>
>> ... but I've had VERY little trouble with '95.
>
> When I first ran '95, it was because a project I was working on required
>it (or a Solaris box, but we couldn't afford a true Sun, and Solaris for
the
>x86, which is also expensive, isn't that great). For the year I used the
>box I had no problems with it. Well, a few. Okay, it took too long to
>change the dial up networking, and swapping the mouse (bus for serial and
>back again several times) was an hour or so of frustration. And then there
>was the time I put the machine on the local network only to have it insist
>on dialing up. But other than that, it worked. I even got the Microsoft
>telnet client to behave (although that required a registry hack).
>
> It was only after a month of someone else using it (and installing a crap
>load of applications, mostly Microsoft ones) did it become totally
unsuable,
>to the point where I nearly lost some very important files because it
>refused to boot.
>
> I tried installing '95 six times from scratch (across two days) and
>failing miserably at it. Got fed up enough to install Linux on the thing
>(the project I needed '95 for was long finished) and never had a problem
>with the box after that.
>
> Then again, I've been using Linux regularly since '92 and remember the
>days of downloading 40 disk images ...
>
>> At the POP, there are three LINUX boxes running satisfactorily for over a
>> year, as terminal server, among other things, and one really can't
complain.
>> I just complained because of the documentation maze, which is certainly
in
>> ample evidence.
>
> Which is not to say I haven't had my share of problems with Linux. The
>first time I connected two Linux boxes via PPP took myself and another
>friend 16 hours to get working (with a few long distance calls to a friend
>who helped us imensely). And we were NOT computer illiterate people (I had
>been using Unix for four years at that point). The next time we got PPP
>working it only took four hours.
Yes, getting PPP to work on the terminal server for the ISDN lines (the
first one we did) was a real pain. Linux doesn't like having you go
directly into the system with out a stop at the shell, even though that's
MUCH more secure.
> Then recently was the IDE/SCSI fiasco (system with both SCSI and IDE
>drives, with the boot drive being SCSI. Upgrading the kernel in THAT
system
>is a nightmare let me tell you, lilo being braindead in that situation
(``No
>damn you! The SCSI disk! The SCSI disk! Why the @#$@#$@ did you put the
>Q#@#$ kernel on the IDE? DIE LILO SCUM!'')).
You must have been reading my mail!
>> Example: Simple tasks like installing LINUX on an ESDI drive larger than
>> what the BIOS supports are not supported by any written documents, though
>> the writing about other drive types (not SCSI) may shed light on it,
though
>> the doc's about EIDE are also conflicting. These are made hopelessly
>> complicated by the various often self-contradictory attempts at
describing
>> what's to be done. I finally gave up on the half-dozen or so conflicting
>> write-ups I had and worked the details out with a fellow in Germany who,
>> though his English was limited, as is my German-"computerese," managed to
>> convince me that it was really quite straightforward.
>
> I found this works (especially under RedHat). Make three partitions, the
>first physical one small, 5M is more than enough space. The second I
>usually make swap (typically twice the physical RAM, max swap space for a
>single partition is 128M, but you can have multiple swap partitions) and
the
>third the rest of the disk. Turn off DOS compatibility (if using Linux's
>version of fdisk. There might be an option under Disk Druid, but I don't
>use that). Mark the first partition as bootable.
That's about what I wound up doing. . .
> The first partition becomes `/boot' where the kernel resides, and that
>takes care of the problems of large disks not supported properly under the
>BIOS. The third partition becomes '/' and contains the rest of the file
>system. When you format the drives, select logical addressing (under the
>RedHat installation program, it says use this for SCSI, I use it for any
>type of drive system).
what I said before . . .
> Of course I've now branded myself as a Linux expert here 8-)
>
>> >And yes, I do consider source code to be possible documentation for a
>> >piece of software, just as I consider a schematic to be possible
>> >documentation for a piece of hardware.
>>
>> It's true that source code SHOULD be part of the documentation. In too
many
>> cases it's ALL the documentation, and though the code was modified, the
>> comments weren't kept in sync. That's where it's a real pain when they
>> leave out key words like NOT.
>
> I've worked at a company that discouraged comments in code because ``The
>code IS the documentation.'' And don't forget that programmers in general
>hate to document, you end up with crap like we have today (well, that and
>programmers can't program either, but that's a different rant ... )
>
> -spc (Programmer forced into sysadmin and hating every minute of it)
>
<That was along time ago. Perhaps it was 56K rather than 48. All my CPM
<systems, and I had several at the time, used 64K, though that's a small
<difference nowadays.
No, It's a result of knowing the machine and CPM and programming around it.
The base distribution of CPM for that machine would not use memory above
E800h due to the controller. It didn't meant it couldn't be there. If you
didn't program around that the best you could do was 52k.
All my other machines have 64k of ram or more. The practical aspect of it
is that most apps 48k was plenty and only a few really wanted that little
bit more.
Oh the softsectro controller using the 765... The IO was also memory mapped
into the FFF0->FFFFh segment of ram. that way I could use the more flexible
memory ops that were also faster and also the controller could be
co-resident.
Allison
<Well I'd probably stick the IC down to something, and use thicker wire
<(stander wire-wrap wire is quite good for this), but I really don't see
<the problem with doing this for experimental/prototype circuits, even
<ones that are going to be used. I've done it many times and it's never
<given any trouble.
This technique is called dead bug or ugly and is effective for RF work.
I've done entire protos using a peice of copper clad as a solderable
groundplane to "fly" things above and in a few cases the later PWB
production version didn't perform quite as well due to distributed
capacitances and inductances. However even dead bug still calls for
reasonably solid mechanical construction using other components or stiff
wire to secure things.
Allison
>They go from the 10 pin connectors on the frontpanel control board
>(KY11B) to either the spare 10 pin connectors on the FPU next to the top
>connector or to the 2 10 pin blocks of the connector on the CPU
>(control?) board that the FPU top connector goes onto (this will make
>sense if you're looking at the machine). Again I can't remember the
>twists, but try it until maintenance mode works, I guess.
I figured that's what they did... but I didn't want to simply plug them
in without knowing which way was correct, and which way *might* let some
magic smoke escape...
I found the 10-pin ribbon cables in some sort of paddle board which is
marked as an FP11-A extender board... it has male and female connectors
of the type used to connect the CPU and FPU, but at opposite ends of the
board. It *also* has two sets of fingers, one of which is *obviously*
wire as a grant card... what the heck is this thing, and how is it used?
BTW - I found an extra set of KD11-EA processor boards... so I
tested them in my machine today and they worked fine. I'm glad to know
that I have some spares for the machine...
Megan Gentry
Former RT-11 Developer
+--------------------------------+-------------------------------------+
| Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry!zk3.dec.com |
| Unix Support Engineering Group | (home): mbg!world.std.com |
| Compaq Computer Corporation | addresses need '@' in place of '!' |
| 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ |
| Nashua, NH 03062 | "pdp-11 programmer - some assembler |
| (603) 884 1055 | required." - mbg |
+--------------------------------+-------------------------------------+
Have a look at the imbedded comments below, please.
Dick
-----Original Message-----
From: Allison J Parent <allisonp(a)world.std.com>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Wednesday, March 31, 1999 4:50 PM
Subject: Re: Rebirth of IMSAI
><This would require a variable length or variable preset counter sourcing
th
><clock. The problem was knowing when it was going the generate an M1 cycle
>
>I used a shift register and an or gate.
>
and I used a counter and a gate. Today I'd use a part of a PAL, as you
probably would as well.
>
><counts. Either that or you'd have to look for the clock edge after the
><appearance of the M1 strobe and KNOW it wasn't part of the interrupt
><acknowledge. Neither was thrifty with logic, nor was it fun.
>
>M1 made it easy. the logic was if M1 then hod clock one cycle.
Yup, that's more or less what's needed.
>
><I had one friend whose NorthStar convinced me every time I saw it, that I
><didn't want one. We were using CP/M, and you really didn't have even one
><byte to spare in your measly 64K. His NorthStar only had 48K of memory
><space, for some reason. Maybe it was because they'd mapped that region fo
>
>Funny mine has 56k to the base of BDOS. The trick is CCP and BDOS resides
>below the controller at E800h and the BIOS in the 4K at F000h. I also
>have a PROM burnt for F800 (trivial). The first banking scheme I did had
>mappable 4k pages in the F000h space. Very nice really. Later I went
>softsector using a uPD765 (I worked for NEC sooo...) and pulled the hard
>sector controller.
That was along time ago. Perhaps it was 56K rather than 48. All my CPM
systems, and I had several at the time, used 64K, though that's a small
difference nowadays.
>Allison
>
-----Original Message-----
From: Tony Duell <ard(a)p850ug1.demon.co.uk>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Thursday, 1 April 1999 9:14
Subject: Re: Collectors list
>> So, if you are willing to give your zip/postal code, in effect that is
>> an almost exact location of, at the most, a few hundred buildings
>> and often only a few dozen.
Good Grief.
5540 is my post code. But ours are not that specific.
In a big city they usually narrow it down to a suburb or two, but 5540
is the code for the entire city of Port Pirie. (15,000 people)
Comes from being less crowded I guess...
Geoff Roberts
Computer Systems Manager
Saint Mark's College
Port Pirie, South Australia.
Email: geoffrob(a)stmarks.pp.catholic.edu.au
ICQ #: 1970476
Phone: 61-8-8633-8834
Mobile: 61-411-623-978
Fax: 61-8-8633-0104
Does anyone know what the function of an IBM 557 Alphabetic Interpreter
is/was?
Looks like a punch card sorter of some sort.
Sellam Alternate e-mail: dastar(a)siconic.com
------------------------------------------------------------------------------
Don't rub the lamp if you don't want the genie to come out.
Coming in 1999: Vintage Computer Festival 3.0
See http://www.vintage.org/vcf for details!
[Last web site update: 02/15/99]
Does anyone know what an AD413B is? I've got a UNIBUS board with no
manufacturer, two berg connectors and this product code. Other marks are
the number 200225-03 on the solder side and "P/N 200791" on the component side.
--Chuck
Got a Panasonic HHC model RL-H1400 today for $5 with the printer and the
tray they both fit in. No power supply came with it so have not tested it
yet. Also got a box full cards, mb's, and cables for $2, have gone into yet
to see what all I have. Got a few other items today but they do not meet the
10 year rule. John
That's nothing. Me and a buddy broke all 10 of his toes with a PDP-11/44.
Was remarkably easy (and entertaining!) too. 44 is in a dual cab, weighs
~600 pounds. (I think... We never weighed it. It was REALLY FSCKING HEAVY.)
Anyway, we wanted to get it down a narrow hallway, but DEC, in their infinite
wisdom, fixed the rear wheels of the box so they didn't caster. So, we got
a handcart that had 4 wheels (2 up by the handle), laid it down, and manhandled
the 44 onto the cart. We start shoving down hall, 44 slides partially off
the cart and onto the floor. BUddy comes around the side to see if the box had
removed my fingers (I was in front), and has his toes under the box as he goes.
Did we mention the cart had a curved handle? Anyway, the weight of the 44
pushed the cart backwards, it departs the area at a high rate of speed, and
the box drops 6 inches onto his toes. We had a hell of a time removing the
machine from the hallway...
So, how badly did you hurt the hand?
-------