From: "Zane H. Healy" <healyzh at aracnet.com>
>ELKS will run on a 286, right? IIRC, I've got a 286 S-100 Bus CPU
>card (I know I have a 80186 card).
There was a V6 port to the 286 for which at least some source is laying
around the net (I've never looked to see if it was remotely
complete/buildable). V7 should be doable, if anyone remembers enough about
it to try. There was Xenix & Venix as well, not that anyone wants to run
Xenix unless they have too...:-).
Wonder if 2BSD could be the basis of a port. Sorta similar constraints.
Ken
Does anybody have the maintenance prints for the H7868 (BA213) power
supply? Bitsavers and max appear to have nothing on this guy.
Thanks,
Bob Armstrong
>Looks like the 16R8 has 8 inputs, 8 D/Q outputs with feedback, 1 clock
>input, and 1 output enable input. Looks like there are 32 columns (8x
>input True/False plus 8x D/Q feedback True/False) and 64 rows (8x
>product terms into each D/Q output) for a total of 2048 fuses. So I
>think that would be 256x8, not 512x8.
1024 fuses is right. Talking about "looks", I just happen to have pictures
of the silicon on a MMI 16R8 HAL. A HAL is just a manufactured PAL.
http://www.stockly.com/forums/showthread.php?t=18
I have a 15-20 mega pixel picture of the entire fuse map.
I'd like to be able to say I finished reading it, but I barely got
started. There is a place in china that will do it for less than what it
cost me to get the chip decapped. :)
Grant
I thought you guys would get a kick out of this.
No, I am not attempting to build a beowulf cluster...
The ultimate Altair needs to run Linux. I spent the first few hours today
thinking up an S-100 card with a 386 processor. : ) Idle minds can be
dangerous... It will have to wait on that because I am still deep in the
hole with this crazy project...
http://www.altairkit.com/images/070210-AltairTower_2172.jpg
Grant
> am I the only one who sees the urgency in fixing those memory corruption and
> root privilege escalation exploits?
What possible good is posting this HERE going to do?
Why don't you raise this issue where someone who has any influence
over what Apple does participates?
--- Billy Pettit <Billy.Pettit at wdc.com> wrote:
>
**>> snip <<**
>
> Everybody else seems to have lots of horror storie
s
> about media. I don't.
> I want to again state that I have seen CD's burned
> in the 1976-77 time
> period that can still be read. And I've seen DVDs
> from the early 90's that
> can also still be read. Reliably.
>
**>> snip <<**
>
> Billy
>
Woah...
I thought CD's were invented in 1982?
I remember it easily as thats the year my
younger brother was born.
Or was that the year they first came to the
UK/Europe??
Regards,
Andrew D. Burton
aliensrcooluk at yahoo.co.uk
Christian wrote:
>Another unrelated question: The 4010 I got needs an awfully long time
>until it will fully erase the screen (at least 20 minutes). When it's
cold
>it will only erase the center in the shape of a (distorted) circle, the
>corners won't be erased. Is this a typical sign of a used CRT? I know
the
>main heater and cathode (for the writing beam) are fine, I suspect the
>collimation electrodes or the flood gun. Does anyone have experiences
with
>that problem, is there any cure (e.g. a longer flooding time) ?
I used a lot of 4010s and 4014s in my days at Tektronix, and saw this
type of problem on numerous occasions. The primary terminals for the
Control Data Cyber 73 (and later, an added Cyber 175), and Vax 11/780
(VMS during the day, BSD 4.x Unix at night (for the hacks to play with),
intermittently) were 4010s and 4014s. There were user areas with a
bunch of these terminals grouped together. These user area terminals
were very heavily used. Most people didn't have terminals at their desk
in those days. The flood system that erases the screen has a limited
lifetime. I know there was some adjustment inside both of the terminals
(but you'd need a service manual...perhaps bitsavers?) that would adjust
the flood current.
However, if adjusting this didn't work, they'd check a couple of test
points on one of the circuit boards, and if all the numbers came back
right, the factory service guys would not fuss with it anymore, and
start right away on replacing the tube. A good factory service person
could replace the tube in a 4010 (took longer for a 4014) in about 20
minutes.
My guess would be that, given the many, many years this terminal has
been around, that the tube is just plain worn out. It is a possibility
that some of the components in the flood drive circuitry have changed
characteristics over the many years...resistors and capacitors can do
this, as well as active components due to heat and power cycling. I'm
sure that there's service documentation or schematics online somewhere.
If bitsavers doesn't have it, I know that there is a website dedicated
to Tektronix equipment, and has scans of lots of manuals and such, but
can't recall the URL (don't have it bookmarked). Such material would at
least let you know if the tube is tired, or if perhaps something else in
the flood drive circuitry has gone astray that might be repairable.
Rick Bensene
The Old Calculator Web Museum
http://oldcalculatormuseum.com
http://cgi.ebay.com/1945-IBM-Computer-Engineer-s-Bible-
Antique-Manual_W0QQitemZ190079723533QQihZ009QQcategory
Z1247QQrdZ1QQcmdZViewItem
One can only wonder if an up to date translation would
be necessary :D
____________________________________________________________________________________
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com
> > There also was a 'write through' mode,
> > again, not sure if it was a hack, or part of the production terminals,
> > that would (within the limitations of the RS-232 port) could do simple
> > dynamic (non-stored) vector graphics.
>It is also on the 4010. The 4010 and the 4014 have a card cage into
>which you can insert your own cards.
>
I have a 4010 and didn't see any mention of this in the manual. Do you
know if it took special cards?
>At the very least it would be interesting to
>add a USB port to the Tektronix this way to give it a higher serial
>transfer rate. The number and complexity of the dynamic vectors that
>you can draw is currently limited by the baud rate on the port.
>
On the 4010 you can exceed the draw rate for stored vectors when running
at 9600 baud and you don't sent the unchanged bytes in the coordinates.
I was trying reduce the draw time to make a better demo and found that
long vectors wouldn't line up properly at 9600 when several of the bytes
didn't need to be sent.