I have a VT525 that I couldn't turn off. I took it apart and there's
an adapter that connects the metal rod off the button on the front to
the power switch inside. The adapter has crumbled and it feels like
it was wax but it may have just been some plastic that has severely
deteriorated.
Before I try to work up some kind of replacement, has anyone already
designed a 3D-printed replacement? I don't have a 3D printer but do
have a friend that could print one for me. Otherwise, I'll see if I
can come up with something.
--
Eric Dittman
Hello,
I have a question about 9 track tapes and block sizes.
What I know is that tape is subdivided in files by means of marks, and each
file is subdivided in blocks of equal size.
Programs like tar use a specific block size to create files on tape.
However files can have different block sizes like bootloader file,
installation dumps and root file system copy on 2.11BSD.
Now suppose you find and unknown tape you want to preserve: using dd you
could easily 1:1 copy tape files to hard disk files using a SCSI drive and
Linux.
But: how you know which block size is on the tape?
Thanks
Andrea
All,
I've been delving into ancient IBM PC-DOS... 1.0, 2.0 and have landed on
2.10 as the experience I'm going to hang out with for a while. It's
stable in QEMU and 86Box and I am able to run MASM 1.0, 2.0 and Pascal
1.0 and 2.0.
86Box is more true to old-school boxes, but qemu runs on my Mac, so I
like using Qemu. But, Pascal seems to prefer 86Box, it prints weird
characters in qemu w/writeln(), which is annoying, but I'm doing more
assembly and BASIC at this point, so Qemu's emulation is sufficient.
What I've got working:
IBM PC-DOS 2.10 - seems to be working fine in both (installed to fixed disk)
IBM Macro Assembler 1.0 and 2.0 - seems to be working fine in both
(installed to fixed disk)
IBM Pascal 1.0 and 2.0 - hokey in both, tricky about the floppy being
present, regardless of debug fix, and doesn't like QEMU.
QEdit 2.1 - works great in both (installed to fixed disk)
I found some good books on BASIC, Pascal, and Assembly:
Albrecht, 1990. Teach Yourself GWBASIC. (covers later BASICA sufficiently)
Pardee, 1984. The Waite Group Pascal Primer for the IBM PC. (Great book)
Metcalf and Sugiyama, 1985. Compute!'s Beginner's Guide to Machine
Language on the IBM PC & PCjr. (Excellent book)
Lafore, 1984. The Waite Group Assembly Language Primer for the IBM PC &
XT. (Wordy, but good)
Pretty much everything I've programmed works fine. Graphics stuff is
better in 86Box where I can control the monitor that's attached, but no
complaints.
Some questions I have related to the exploration:
1. I'm curious if there are other folks out there doing similar stuff?
2. Most of the Assembly examples use DOS interrupt 21 for output. Is
this typical of assembly programs of the time, or did folks use other
methods?
3. I was able to find a lot of 5150/5160 and other manuals, but I
couldn't find an IBM Macro Assembler 2.0 manual (there are plenty of IBM
Macro Assembler/2 manuals, but those are for OS/2, not DOS). Does anyone
know where I can find one online?
4. In y'all's view, what are the significant differences between IBM
PC-DOS 2.10 and it's brother MS-DOS 2.x?
5. I'm thinking of moving on to 3.3 at some point, in your view, what
are the advantages?
6. I'm happy to post here, but if y'all know of a more appropriate
venue, please suggest it?
Thanks,
Will
--
GPG Fingerprint: 68F4 B3BD 1730 555A 4462 7D45 3EAA 5B6D A982 BAAF
> From: Chris Hanson
> There's an MXV11-B (M7195) on its way to me. :)
Wow, you've got a really good fairy god-mother!
I've been trying to buy one on eBait for some time now (in part to have one
to take a photo of for the CHWiki), and no luck - they always get bid up into
the sky. And here someone has one for you!
Life is unfair!
Noel
The making of this computer? perhaps explain why I never had someone wander in and talk about designing or building a MOTOROLA MINICOMPUTER ....Ed#
On Monday, October 5, 2020 Bill Degnan via cctalk <billdegnan at gmail.com; cctalk at classiccmp.org> wrote:
On Mon, Oct 5, 2020 at 1:10 PM Al Kossow via cctalk <cctalk at classiccmp.org>
wrote:
> On 10/4/20 11:13 PM, Josh Dersch via cctalk wrote:
>
> > Just made a minor breakthrough; a random usenet post suggested that the
> > MDP-1000 was just a rebadged General Automation SPC-12, and so it is.? I
> > suspect the internals of the unit I have (which is badged as an
> "MDP-6650"
> > on the rear) are a bit different than either the MDP-1000 or the SPC-12
> > (and I'm no closer to finding answers to my IC identification questions),
> > but it at least gives me another avenue to explore...
> >
> > (Bitsavers has a few items:
> > http://bitsavers.org/pdf/generalAutomation/spc12/)
>
> https://www.computerhistory.org/collections/search/?s=spc-12
Is this a case of not being able to find the correct TI or Motorola IC
guide or is there something unique / OEM about this one?? I do have some
late 60's early 70's IC guides of these manufacturers that I can check,
original bound paper copies.? Please advise.
Bill
More mysteries while poking at the MDP-1000. Spent some time this evening
working out the rest of the signals on the power harness (I suspect inputs
for an LTC circuit and a "power good" signal, as well as something
connected to a relay on the backplane, probably related to power control).
There are a lot of unidentifiable ICs on the main CPU logic board and on
the backplane, mixed in with bog-standard 7400-series TTL. Curious if
anyone has any ideas, as my searches and perusal of datasheets/databooks on
Bitsavers have turned up nothing. These are all TI-manufactured ICs, 1969
manufacturing dates, with "SN48xx" and "SN63xx" part numbers (a few omit
the "SN" prefix.) I'm wondering if these are just standard 7400 ICs with
special codes; for example there are several SN4816's near the edge
connector for the I/O bus, where a 7416 might (?) make sense, and from some
basic probing and following traces I think the pinouts make sense.
(Everything's conformal coated so it's a real bear to beep things out...)
Any ideas?
Thanks again,
Josh
5.25" SMD drives
From: David C. Jenner <djenner_at_earthlink.net>
Date: Tue Jun 24 19:28:00 2003
I have complete docs (User's Manual and Reference Manual, both
very long) for both of the Seagate drives (the manuals cover
both). And a stock of the 1.2GB drives, including power supply
and cables. And QD33 Qbus adapters. I'll be glad to entertain
offers for these offline, especially trades for PDP-11 equipment.
Dave
---
wonder if
- he is still on the list
- still has the manuals
Dear Tom,
Does your Sun workstation is functional and read QIC -150 cartridge?
I have some old 3M 6150 cartridges that was created by Sun Sparc workstation in 2000.
One those cartridges, I have some my personal files I like to get them.
If you can you read those cartridges, I can pay some money for you?
Chen Tsay
Greetings everyone, it's Been a while since i posted here.
I had picked up some modcomp minicomputers over the past couple years. A
modcomp classic, with a nice front panel with binary swiches, similar to a
pdp 11. There is a modcomp 32 as well, the machine boots from internal
floppy drives.
I was eager to pick up these machines, and save them from being thrown out.
I picked up all of the documentation as well. Everything. A truckload of os
information. I started to scan it all, but about 3/4 of the way through, my
scanner broke.
The 32 machine was not stored in climate controlled conditions before i
picked it up, and is a bit more worn. It is designed to boot off floppys to
load the microcode into the cpu... but the floppys... id be supprised if
anything survived. Stored in bad conditions.
The classic has internal microcode roms and will not have the same
troublesome problem.
I have been unable to devote the time and space to these machines as i had
planned. I have been far too busy working at ibm, i am planning to shut
down my side interests and focus on my dec pdp 11 stuff and ibm mainframe.
I am looking to see if anyone would be interested in buying these. I spent
a great deal getting them moved and keeping them in cool climate controlled
storage, i am looking to see if i can get any offers and break even.
Keep in mind, they are the size of a computer rack and heavy.
I will post back with pictures soon.
> From: Chris Hanson
> My little LSI-11 system doesn't have a usable Line-Time Clock because
> it lacks the register, which it expects to be in either an MXV11-B
> (M7195) or a BDV11 (M8012). My power supply theoretically supplies the
> LTC .. so my preference would be an M7195 ...
> Does anyone have one they'd be interested in parting with?
The MXV11-B is rare and expensive - I think because it's a Q22 card. The
BDV11 is, on the other hand, fairly common, not not too expensive. If you
can't find a reasonably-priced one (i.e. <US$50) one on eBait, Paul Anderson
used to have some. If he's out, I can probably be convinced to part with one.
The BDV11 has on Q18 _terminator_ functionality; there's an ECO to make that
Q22,though.
FWIW, both the KDF11-B and KDJ11-A have built in LTC's, if a CPU
upgrade is feasible for you.
Noel
Last year I found a box of material, much of it related to S-100
computers and the Sol I owned in the 1970s. I've scanned it in and
posted it to the Internet Archive:
https://archive.org/details/@j_peterson
Folks researching obscure old devices (Biotech Electronics CGS-808,
anyone?) may find something useful. I still have a few documents
waiting to scan, but this is 98% of it.
Cheers,
jp
I am helping a friend with his IBM 3279 terminal. I got the PSU working
after reverse engineering it. Concluded that the SMPS control chip was a
standard TDA 2640 in IBM disguise.
But of course the thing didn't work with the PSU fixed. A fuse which was in
series with the vertical deflection coil on the analogue board went toast
together with a 200 ohm resistor in the vertical deflection circuit.
https://i.imgur.com/O4YEsdL.jpg
At first I thought this had to do with some kind of fault in the vertical
deflection coil itself. It measured only 1.2 ohms. But checking the IBM MAP
manual revealed that both deflection yokes are supposed to be less than 2
ohms.
So there has to be something else. I powered up the analogue board with the
5V and 8.5V that is normally supplied by the PSU (left the 103V unconnected
since it used for the HV mostly) just to see what happened. The power
consumption was reasonable, 0.3 amps on the 5V and 0.16A on the 8.5V.
I then probed around among all those annoying IBM marked chips and square
aluminium boxes. I found one chip that had 250 kHz on a pin. The chip
appeared to be a divider since there were also 125 kHz, 62 Khz 31 kHz and
15 kHz. It seems to be originating from a square aluminium box. And then I
found a signal which was around 20 Hz on another chip.
As far as I understand the 15 kHz would fit well with the 64us sweep in the
manual.
But what is the purpose of the 20Hz signal? Vertical deflection?
http://bitsavers.trailing-edge.com/pdf/ibm/3279/SY33-0069-3_3279_Color_Disp…
According to the above manual the frame sync is 10 ms for model 2 and 13.8
ms for model 3 (this is a model 3).
And moreover if 20Hz is the frequency used for generating the vertical it
could explain why the fuse blew since the current in the deflection yoke
should normally increase linearly with time. Three times longer deflection
period would yield a three time higher current, thus very likely to exceed
the 1.5A rating of the fuse.
So I am looking for either another analogue board for an IBM 3279 or a
schematic for the thing or maybe both would be great. IBM stuff is
annoyingly hard to repair...
Has anyone seen schematics for the IBM 3279? Does anyone have a spare
analogue board?
/Mattis
> From: Chris Zach
> Might have an older MXV11 as well, could the 18 bit one do this
Ooh, good catch; yes, the MXV11-A also has an LTC. I too have an 'extra' one.
The OP should probably check to see if his P/S generates the bus clock signal;
most of the options we've discussed for him would need it.
Noel
My little LSI-11 system doesn't have a usable Line-Time Clock because it lacks the register, which it expects to be in either an MXV11-B (M7195) or a BDV11 (M8012). My power supply theoretically supplies the LTC but I haven't confirmed that, so my preference would be an M7195 if possible.
Does anyone have one they'd be interested in parting with? I'm fine with shipping internationally and with paying a reasonable price, and I promise to take good care of it and pass it on to another good home if I should ever part with it. (Friends don't let friends recycle rare electronics.)
Alternately, is there a "modern" Q-bus board that provides things like LTC (both the clock and the register), SLU, memory, etc.?
-- Chris
I'm researching Multiuser DOS out of my own interest. A version made by Concurrent Controls specifically. However, I have been unable to find documentation on it to satisfy my curiosity on how it works and how it is configured. They must have somehow broken the 640K barrier or virtualized each user session, I'd like to understand it better. What were it's limitations, I'm guessing that each user didn't get direct access to hardware. Anyone out there have a document or experience with it?
Thanks,
Jonathan
Hi all,
Does anyone happen to know the value of C13 in a Compaq Portable II power
supply? It's a small-ish tantalum that lives next to the heatsink between
U6 and U7 - although mine doesn't live any more, having just roasted itself
in spectacular fashion.
Quite possibly there's some other fault at play, but on the other hand it
may have just been its time; tantalums in vintage stuff seem a little prone
to failure.
cheers
Jules
Manx lists MP-01394-00 as the Field Maintenance Print Set for the DEC
Professional 350. I can't find this online and I was wondering if anyone has
a scan of it by any chance?
Thanks
Rob
Hello,
I'm making a software emulator for the General Turtle TT2500. Does
anyone have any information about it? It's hard to come by.
Here's what I have learned:
It's a custom TTL design by Marvin Minsky et al, with 64K 16-bit memory
and 4K 16-bit control store. It has two displays attached, one for
vector graphics, and one for text. There is a UART for talking to a
host (presumably running Logo), and a keyboard.
Thanks for putting this out. Not a system I'm familiar with but did
play around briefly with APL in 1969 on an IBM 360.
Very nice emulator and managed to get it up and running once found an
emulated HP graphics terminal. Pleasantly surprised that emulator
CPU useage was very small (unlike BasiliskII which runs one CPU core
at 100% when I run my old Mac programs) and played adventure came
that came with it. Last time I played an adventure game of that
nature was in 1981 and remember thinking how neat it was back then.
>As some people here are aware, I have spent probably too much time this summer
>hacking on J. David Bryan's excellent Classic HP 3000 simulator and trying to
>build up the ultimate classic 1980s HP 3000 system (virtually speaking).
>
>I started with the MPE V/R KIT that's widely available and expanded
>that into a
>5x120MB HP 7925 disc system and configured things like the system directory
>size and all the system tables to make a fully functional multi-user server.
>
>I then set about collecting as much old MPE software as I could find, which
>included Keven Miller's collection of the old Contributed Software
>Library tapes
>which were conveniently available in SIMH format. This is a huge trove of cool
>stuff including most of the classic mini/mainframe games (Dungeon, Warp,
>Advent, etc., etc.) and even a little game called DRAGONS that was written in
>1980 by a guy named Bruce Nesmith when he was in college and he used it
>to get a job at TSR and went on to write parts of many classic D&D products
>and eventually landed at Bethesda where among other things he was the
>lead designer for another little game called The Elder Scrolls V:
>Skyrim. I was
>able to track Bruce down and give him a copy of the system with his 40 year
>old game running on it. The CSL tapes also include other amazing goodies
>that people developed and gave away over the years, including a FORTH and
>LISP, as well as most of the system and utility programs that people used to
>run their 3000 shops. It's quite fun to explore.
>
>I was curious how far we could push the 3000 simulator, so I hacked all
>the memory bank registers to be six bits instead of four bits, and we
>now have a simulated HP 3000 Series III that supports 8MB of memory, 4x
>more than any physical system ever did. I started trying to do the same thing
>for giant disc drives, but MPE turned out to have too much knowledge of
>what the supported disc models look like to make it practical. Bummer.
>
>Since I met my first HP 3000 in 1980 (40 years ago this month), people would
>talk about what was probably the most rare and exotic HP software subsystem
>ever produced, APL\3000. APL on the 3000 was a project started at HP Labs
>in Palo Alto in the early 1970s. They were likely motivated by the success IBM
>was having with mainframe APL timesharing services. This would be the first
>full APL implementation on a "small" (non-mainframe) computer. It would be the
>first APL with a compiler (and a byte-code virtual machine to execute the
>compiled code), it would include an additional new language APLGOL (APL
>with ALGOL like structured control statements), and it managed to support
>APL workspaces of unlimited size through a clever set of system CPU
>microcode extensions that provided a flat 32-bit addressing capability (on
>a 16-bit machine where every other language was limited to a 64KB data
>segment).
>
>Because APL required these extra special CPU instructions that you got as
>a set of ROM chips when you bought the $15,000 APL\3000, and because
>APL ultimately failed as a product (another story in itself) and thus HP never
>implemented these instructions on their later HP 3000 models, I never saw
>it run on a real HP 3000, but over the years we talked about wouldn't it be
>cool to find a way to get APL running again.
>
>With assistance and moral support from Stan Sieler and Frank McConnell
>and others, I was ultimately able to reverse-engineer the behavior of the
>undocumented ten magic APL CPU instructions needed to get it to run and
>implement them as part of the MPE unimplemented instruction trap and now
>APL\3000 runs again for the first time in ~35 years. Somewhat ironically, this
>implementation method could have been used back in 1980 as I didn't
>actually end up changing the hardware simulation code at all, and it should
>also run (if a bit slowly) on any physical classic architecture 3000.
>
>So that was cool and all, but what is APL without all the weird overstruck
>characters and whatnot? APL\3000 supports the use of plain ASCII terminals
>through blecherous trigraphs like "QD for the APL quad character, but this
>is hardly satisfying. So the quest was on to find a solution. Back
>in 1976 when
>APL\3000 was released, there was a companion HP terminal in the 264x line,
>the HP 2641A APL Display Station, which was basically an HP 2645A with
>special firmware and APL character set ROMs that supported all the APL
>special characters as well as overstrikes (the terminal would take
>X<backspace>Y
>and lookup to see if it had a character to represent Y overstriking X and if
>so it would show that on the display, and if that got transmitted to
>the host it
>would convert it back into the original three character overstriking
>sequence).
>
>I briefly looked into the idea of hacking QCTerm or Putty or something, but
>then I found out from Curious Chris that an HP 2645A emulator already existed
>in the MAME emulator system! Since the '41 is basically just a '45
>with modified
>firmware, and Bitsavers had both the character set ROMs as well as the
>firmware ROMs from a '41, this sounded like it might be easy! There was a snag
>however in that the firmware ROM images that were allegedly from a '41 turned
>out to actually be from an ordinary '45. But we did have the
>character sets and
>one of the ROMs from the second CTL PCA. I put out a call on the Vintage HP
>list to see if anyone might possibly have a lead on an actual HP 2641A, and
>Kyle Owen responded that not only did he have one he could also dump the
>ROMs for us. So a few days and a few hacks to F. Ulivi's MAME hp2645 driver
>later we now have a functioning MAME HP 2641A terminal emulation, so you
>can experience APL\3000 in all its original glory. I bundled up a somewhat
>stripped down MAME along with my turnkey 3000 setup so both emulated HP
>terminals are just a couple clicks away.
>
>So that's how I spent my summer vacation (who am I kidding, it's
>pretty much all
>vacation these days). It has been a lot of fun revisiting all this old
>3000 stuff as
>well as the numerous people I talked to along the way including some of those
>who were around at APL\3000's birth (before my time). It was rather a lot of
>work so I'd like to feel it might be useful to someone in the future
>who is digging
>into this part of history. Because of all the usual reasons, I don't
>plan on hosting
>it permanently until and unless we maybe someday get the licensing worked out
>(the 50th anniversary of the HP 3000 will be in a couple years so maybe people
>will get interested again then) but I will offer it up here to my
>fellow computer
>history nuts if you want to help ensure that it doesn't vanish if I
>get run over by a
>bus or something :)
>
>This is a simulated HP 3000 Series III (circa 1980) running MPE V/R
>(circa 1986)
>with 8MB of memory, all the language subsystems (APL, BASIC, BASICOMP, RPG,
>FORTRAN (66), SPL, PASCAL, COBOL (68), COBOL II (74)), 20 years of users group
>contributed software, many classic historical computer games, etc. Software
>archaeologists can get lost in here for years. Oh, and thanks to Dave
>Elward, the
>HP 2000 Timesharing BASIC contributed library is even included (kinda sorta
>converted to MPE BASIC) for good measure. This is a streamlined
>turnkey edition
>that's ready to run out of the box with no assembly required (all
>batteries are included).
>Currently, I only provide executables for Windows (sorry) but am in
>the process of
>getting the 3000 simulator changes (for large memory support) and the new MAME
>hp2641 driver back upstream. Instructions and further details can be
>found in the
>README.txt hint book for this adventure. 94MB Google Drive link:
>
>https://drive.google.com/file/d/1bmXvHkBLbUeLAid73EJ4H1yQ2uwXQuRu
>
>Gavin
>
>P.S. I'm giving a talk on the history of APL\3000 and its resurrection
>to the ACM APLBUG
>group in a couple weeks. If anyone is interested I can provide more
>details when I have
>them.
There is a 1000uf 10v cap on the main logic board just above the Bt display controller.
It is leaking... a lot. (4/4 samples so far)
Go replace it, flush the area and scrub the with 99.9% IPA.
> From: Liam Proven
> for my continuing education: what's a "Mini-Unix binary"?
Two possible meanings; a system image for a Mini-Unix system (buildable under
V6 with the standard V6 tool-chain of C-compiler/assembler/linker), and user
command binaries (buildable with the C-compiler/assembler, but needing a
special Mini-Unix linker - written in C, and compilable/runnable under V6).
I've done both in my recent Mini-Unix work.
(For those are are not familiar with Mini-Unix and LSX, they are both V6 Unix
variants lobotomized to run on PDP-11's without memory management: -11/05's,
etc. I'm currently working on getting Mini-Unix to run on an -11/03; not a
major change, but not a model supported 'out of the box'. LSX is more heavily
cut down, so it will run on even smaller systems - I seem to recollect 20KB
or so - but that's not that useful nowadays, with semi-conductor memory being
fairly common.)
Noel
A few days ago, it was published on BLOC at CACM that a lost user manual
for the Z4 and notes on flutter calculations was found in the ETH Z?rich
archives. See:
https://cacm.acm.org/blogs/blog-cacm/247521-discovery-user-manual-of-the-ol…
Zuse Z4, a relay computer of 1945,? however, due to lack of
documentation, its functionality was largely unknown. Now a manual for
the machine has appeared at ETH Zurich, that was buried in the archives.
And this in the digital age ...
Thomas
> From: Liam Proven
> Would the x86-32 "reimplementation" of v6 UNIX be able to mount and/or
> read-write such filesystems?
No, it looks like it uses a different fie-system layout.
Besides; there's not much point: the big adantage of using V6 is that one can
use the V6 tool-chain to prepare Mini-Unix binaries; XV6 wouldn't allow
that. If all one wants to do is get files in or out, there's already a program
(compilable with gcc, that uses Standard I/O) to read files out of a V6
filesystem. If there was any good need, it could be extended to write
(although that would be non-trivial).
Noel
I'm in the middle of working out the pinout for the power supply connector
on the MDP-1000. I'm aided somewhat by a set of test points on the
backplane, unfortunately the "+" and "-" symbols (in the solder mask labels
next to the test points) are nearly indiscernible, so I'm trying to verify
that I'm not mixing up + and - 15V.
On the core memory boards are eight Motorola SC5330 IC's (datecodes from
early 1969), which have pins connected to both the + and - 15V lines -- if
I can find a datasheet I could pretty easily confirm which is which.
Trouble is I can't find anything on this chip. I've scanned through the
databooks on Bitsavers, no luck. Anyone have any ideas?
Here's a picture in case that helps at all:
https://1drv.ms/u/s!Aqb36sqnCIfMpIVXm5draSrWHGMzJg
- Josh
> From: Warner Losh
> If we can't use MINIUNIX to rebuild MINIUNIX kernel, should we try to
> bodge together rebuilding via apout?
Good basic idea (using a different system to build on), but there's a
better/easier approach (in the same basic vein): bring up V6, and mount the RK
pack with Mini-Unix on it (it's a V6 file system, so is mountable); V6 is rock
solid running under simulators.
The V6 tools can I'm pretty sure be used directly to build new Mini-Unix
kernels; user program can I think use the V6 C compiler, but I'm pretty sure
not the standard V6 linker (the Mini-Unix linker loads tham at the
non-standard address used by Mini-Unix).
Noel
Question for the group: I have a document set here from DEC that is the
"XT Hardware Handbook". It's basically the entire pre-release
documentation set for the "XT-100" terminal/computer which became the
Professional 325/350.
Is there a copy of this on the internet, and what are the thoughts on
scanning this? Is there already a better copy of this information out
there, this seems to cover the whole internal bus, how the cards work,
and so forth...
Chris
At 01:51 PM 9/30/2020, Noel Chiappa wrote:
>I guess all this PDP-11 hardware detail isn't really on-topic for this list; I
>should move it to Classic Computers, or something.
I've got Riordan's udis[01..10].DSK disk images that I presume
are similar to http://www.bitsavers.org/bits/Terak/mini-unix/
IMD images.
Which filesystem would I find in these images, and which tool
can burst the image into its files?
- John
Hi all --
This is a long shot, but I was curious if anyone might have information on
the Motorola MDP-1000 minicomputer. I picked one up recently and I'm
working on restoring it. Of particular interest is the power supply, which
is external to the processor and which I am missing. I think I have the
voltages worked out (+/-5V and +/-15V), but there are a number of other
signals on the power supply connector that I'm unsure of at the moment.
I've put a few pictures up here:
https://1drv.ms/u/s!Aqb36sqnCIfMpIVYmzKjFnsT3nHh8w?e=b2iqqv
I'll note that this isn't technically an MDP-1000 -- it's labeled as an
MDP-6650 on the rear. I suspect that this is a ruggedized version of the
1000 intended for harsher environments. The front panel of mine appears to
be identical to the drawings of the MDP-1000 in the manuals I have.
It also came with a binder of documentation (but alas no schematics) that
I'll be scanning soon and getting off to Al. It's an odd little system --
5 12-bit registers, a 12-bit ALU, and a 12-bit Instruction Register, but
the memory is 8 bits wide. Instructions are packed into two bytes
normally, but there's a special 64-byte region of memory that can be used
to store "shared bytes," which allow encoding certain instructions into a
single byte, taking the other byte from the shared region. I've never seen
anything quite like this. I wonder why they didn't just use 12-bit wide
memory...
Also the process for using the front panel to examine and deposit memory is
insane. Here's the instructions for reading a memory location; it's 10
steps. Depositing is 17.
https://1drv.ms/u/s!Aqb36sqnCIfMpIVWThgwlxgCMQo59A
If anyone has anything on this, let me know. Not expecting much, but it's
worth a shot.
- Josh
I have a vintage computer sitting in the LA USPS since 9/17, with no
further updates. I have read in the local papers there that the entire
post office has ground to a halt. What's going on there? I have never
heard of anything like this. I assume my package will survive but think of
the zoo there if they've been stacking packages for TWO WEEKS. I'd
strongly suggest not attempting to ship anything out of LA for the time
being. WOW.
I know people complain about the post office, I am not complaining, just
stating the facts. Normally the USPS is reliable. They must really have
overall problems in southern CA due to the fire and related management
issues.
BIll
Sorry I accidentally deleted this message from Dag Spicer, so here it is
for cctalk. Reply to him or the list, not me!
Lawrence
-------- Forwarded Message --------
Subject: Digitizing video frame for printing
Date: Mon, 28 Sep 2020 06:00:21 +0000
From: Dag Spicer via cctech <cctech at classiccmp.org>
Reply-To: Dag Spicer <dspicer at computerhistory.org>, General Discussion:
On-Topic Posts <cctech at classiccmp.org>
To: cctalk at classiccmp.org <cctalk at classiccmp.org>
Hi there,
Trying to help a former operator of a digital portrait scanning booth
?back in the day?? He writes:
++++
IN 1976, I worked at "get your portrait by computer" store.
The heart of the system was a 16 bit, Data General, Nova II computer.
A black and white, analog, standard definition CCTV camera was tethered
to a "digitizer" box that was connected to the computer.
The photographer hit the ?Capture? button on the "Digitizer" box to
instantaneously freeze the image and "digitize" it.
The image was then sent to a Centronics, 102AL, 7 pin, dot matrix
printer to print. A perceived grey scale of 26 shades was created by
numbers and letters.
What I am trying to find out is what the "Digitizer" box was and how it
worked. Ram? Tape loop? I DO know that it said 'Digital Image Systems'
on the outside but have not been able to learn more.
++++
Can anyone help with more information about DIS or generically about
these systems? They were popular in shopping malls for a few years in
the mid-70s?
Thanks for any tips!
Dag
??
Dag Spicer
Senior Curator
Computer History Museum
1401 N. Shoreline Blvd.
Mountain View, CA 94043
dspicer at computerhistory.org<mailto:dspicer at computerhistory.org>
I have two poorly aligned 5.25" floppy drives. They read/write disks
formatted by themselves but are marginal on disks formatted by other
drives. Rather than using a crude "good enough" alignment I would like to
do this properly. Is there still a supplier for 5.25" analog alignment
floppy disks?
Thanks
Tom Hunter
All ?
I?ve done a quite a bit of work with my Seattle Gazelle, and I just did some work on 86DOS.SYS (not released in source form, as far as I know) and its comparison to PC DOS 1.0 (at the code level, a very high correlation as you can imagine). Partially related to that is a program called ?20HAL? which was a code uploader Microsoft used in the late stages to get code from Microsoft in Bellevue to IBM in Boca Raton, FL. I did a little write-up on it here (http://www.classiccmp.org/cini/hal.htm)
There are some holes in the analysis ? I think it?s pretty close, though -- but I?d really like to get some more details on it. Unfortunately, it?s 40-year-old code at this point, and how many people remember how they used a file transfer utility that long ago?
Anyway, enjoy the read. If anyone sees any corrections that need to be made, let me know. Thanks!
Rich
--
Rich Cini
http://www.classiccmp.org/cinihttp://www.classiccmp.org/altair32
Hi,
still working on backing up the Tektronix 440x disks. My current problem
is that the ACB4000 SCSI-to-MFM adapter doesn?t support SCSI parity.
I finally managed to find a PCI SCSI controller (Adaptec 2940) and a
Pentium 4 PC with PCI slots and installed OpenBSD 6.7. I disabled parity
checking in the Adaptec BIOS config and it detects a disk at ID 0 with
no name. So far, so good.
However, OpenBSD always seems to enable SCSI parity and complains about
disk parity errors. I tried to disable all lines in the aic7xxx and
ahc_pci driver source files that seem to enable parity, but nothing
seems to make a difference. The drive/ACB4000 is not detected by
OpenBSD, I get a "device not configured" error when accessing the disk
device files (/dev/sdxc and /dev/rsdxc).
Do you know if is there another OS which would make it easier to change
crucial SCSI parameters in the driver (config) or maybe a specialized
tool that could help me to image the disk?
-- Michael
Hi all,
Since I don't have a machine with qbus and I need to backup some vms and
ultrix tk50 tapes, I purchased a tk50z-ga from ebay.
Upon power up, the red led flashing rapidly(which means drive fault) then
goes to solid red.
I've never used TK50 drives in the past so if you have any hint how to
troubleshoot this it would be appreciated. Or should I start looking for a
replacement?
Regards,
Plamen
On 09/24/20 18:00, cctech-request at classiccmp.org wrote:
> Disabling SCSI parity checking to dump disk on ACB4000
> MFM-SCSI adapter?
I have a sun 3 system with acb4000 and suspect the protocol
was not fully sorted in that time frame. They can be fussy
about what they will talk to, ime.
Would lend a hand if you are in the uk, but otherwise, if
you have an early Sparc system, I would try that, as it
would probably still support the older controllers.
Sparcstation 1 or 2 + Sunos probably has the required
entries in the format utility, format.dat file.
An early pci or isa Adaptec card might be worth trying
as well, under Suse 11.4 or similar, as that has a good
disk utility...
Chris
I've seen plenty of complaints (here and elsewhere) about TK50
cartridges being very difficult to read these days.
I'm trying to read TK85-K (DLT III) cartridges and I'm experiencing
problems. I've had tapes ripped (although I've found that data
elsewhere). So now I'm being particularly careful. If the drive asks for
a cleaning tape, I run through a cleaning cycle until it is happy and
then I try to load the tape again. However, by the time I've mounted the
tape, the drive "Cleaning Required" light is on again. This happens
repeatedly, I run a cleaning pass or two and then I get a green light. I
might even get as far as loading the tape without and issue, but by the
time the tape is mounted, the "Cleaning Required" light is on.
So is this likely to be sticky shed? Is the DLT III formulation known to
have the same issues? Does baking help? (Not that I'm set up to do that,
but I'm in no rush ...)
I suppose that it is possible that my cleaning tape is worn out and now
past its sell by date. Has anyone cleaned a TZ87 or TZ88 head
successfully? It doesn't seem to be terribly accessible, and I'm not
sure what I can dismantle without wrecking the alignment.
Anyone got any useful suggestions?
Antonio
--
Antonio Carlini
antonio at acarlini.com
Something in another recent thread about LISP machines got me wondering:
how many early graphical systems are well emulated (or emulated at all)? I
know that there are more or less functional emulations of Alto, Star, and
Lisa out there, but what about the various LISP machines or the early
workstations (Sun 68K, Apollo, etc) Also, assuming that there are emulators
for some of these systems out there, has any software to run on them and
been archived?
Mike
I am trying to figure out if it is possible to repair a Osborne 1 keyboard.
The keyboard is made by "Oak Switch Systems" and the type is FTM or "Full
Travel Membrane".
The problem I am seeing is that 3 keys ("h", "j" and "y") are permanently
pressed.
I did some experiments with the "h" key.
I measured about 20 ohm across the matrix pins for the "h" key.
I pulled off the "h" key keycap and the white plastic plunger with the both
large and small spring - no change in resistance.
I cleaned the now exposed membrane using Isopropyl alcohol - no change in
resistance.
I applied moderate heat using an electric hair dryer to both sides of the
area around the "h" key - no change in resistance.
I then used a lab power supply set to current limit hoping to zap whatever
is causing the partial short (20 ohm). I slowly increased the voltage and
current limit in short bursts until I hit 100 mA before I gave up the
experiment not wanting to destroy the two flex PCBs feeding into the
membrane. They did get warm but not hot.
I have run out of ideas of what else to try. I still measure 20 ohm across
the two keyboard matrix pins associated with the "h" key.
Has anyone got experience repairing or restoring this type of membrane
keyboard mechanism used in the Osborne 1 and probably in other keyboards
too?
Here are some good and detailed photos of keyboard mechanism:
https://www.flickr.com/photos/123564336 at N03/sets/72157644113347562/
Thanks
Tom Hunter
> From: Lars Brinkhoff
> it was AI rather than MC. As I'm sure you know, AI had the Rubin 10-11
> interface
Really? (I expect you're correct, mind.) I just remember one day MC wasn't
running as normal, and I was told it was because CHEOPS was in some
tournament, and MC had been taken offline so that it could focus on the game.
So I assumed CHEOPS was connected to MC (and had indeed wondered why/how, when
I wrote that message, with the Rubin interface being on AI).
> communicating over Chaosnet. At least, that's how I interpret the code
> in MacHack.
Again, probably right. It was pretty early, but I guess the CHAOSNET was
already running then. My guess is that AI didn't do much but act as a
communication node between CHEOPS and MC, for that.
> There is some debate over whether the CONS had a display of its own, and
> if so whether it could draw to a bitmap. Do you remember?
Not explicily, but I would tend to guess 'no'; I would tend to guess that they
were still in the mindset where it was a specialized co-processor, like
CHEOPS. I certainly don't recall a 'CONS display' in the room where the first
CADR display was; but that doesn't mean much. (Actually, I'm not positive
there was a CADR display in there the night I recall Moon trying to get it
running; for sure a Knight TV console, and he may have been using it to run
something on it to poke at the CADR.)
> they have a hard time pinpointing a birthdate for the CADR. Do you have
> a recollection when, even what year, the first boot attempt was?
Sorry, no; it only stuck in my memory because I was later taken at having
beeen there for the early CADR work; I think that night I only barely knew
what a CADR was. (I was kind of amused that Moon's audience that night was
someone from LCS... :-) I mean, it was pretty early, but I have no idea of
even what year it was.
Noel
I?m looking for a piece of software called Omni-Ware for VMS or UNIX , by a Nashua company called Logicraft.
I?ve just received the pieces to build a Logicraft PC (286 motherboard with custom BIOS and a special network card that emulates the keyboard, mouse, CGA video card and hard disk). I also received the documentation for the VAX/VMS version of the software, but I?m now looking for the accompanying software for VMS or UNIX. The idea is to install this software on a workstation, and connect it to the Omni-Ware PC. The PC then boots off a disk image stored on the workstation, with input and output in an X-Windows window. Logicraft apparently supplied disk images with DOS, Xenix, OS/2 or MS Windows installed.
I?m really hoping someone has a copy of this software still lying around somewhere.
Cheers,
Camiel
> From: Lars Brinkhoff
> There are emulators for the CADR Lisp machine ... There's no emulators
> for the CONS, but I claim it would be interesting to attempt one.
I'm not sure CONS ever ran as a stand-alone system; I suspect (but don't
recall for sure; RG, TK or Moon or someone could confirm one way or the
other) that it ran as a loosely-coupled co-processor to MC, the way the Chess
Machine did.
The CONS and the Chess Machine were both in the same room; 906-907 or
so:
https://gunkies.org/wiki/File:9th_floor_techsquare.png
When the first CADR was built, its console was in the room next door (in the
higher-numbered room direction); I remember watching over Moon's shouulder
the night they first tried to boot it.
Noel
I managed to take some pictures of our Tektronix Smalltalk machines today:
https://multicores.org/pictures/Tektronix_440x/
Both 4404s are identical, including the firmware versions in the EPROMs.
The 4406 is a bit harder to disassemble, this will take some more time.
All of the photos inside this directory are released into the public domain
(and I should get a tripod and better lighting...).
Trying to get our ancient EPROM programmer to work now...
-- Michael
Is there anyone on-list with experience setting-up a Searchlight (or similar) BBS? I have mine up and running with multiple dial-up nodes (for a hopeful future VCF demonstration) but I?m having problems with setting up the file areas properly. If someone could drop me a note off-list, I?d appreciate it. Thanks!
Rich
http://www.classiccmp.org/cini
Long Island S100 User?s Group
Get Outlook<https://aka.ms/qtex0l> for iOS
I re mn ember? GEm5 as a guide ran under dos .? .
Ed#
On Friday, September 18, 2020 Paul Koning via cctalk <paulkoning at comcast.net; cctalk at classiccmp.org> wrote:
> On Sep 17, 2020, at 10:18 PM, Michael Kerpan via cctalk <cctalk at classiccmp.org> wrote:
>
> Something in another recent thread about LISP machines got me wondering:
> how many early graphical systems are well emulated (or emulated at all)? I
> know that there are more or less functional emulations of Alto, Star, and
> Lisa out there, but what about the various LISP machines or the early
> workstations (Sun 68K, Apollo, etc) Also, assuming that there are emulators
> for some of these systems out there, has any software to run on them and
> been archived?
>
> Mike
One system that could be considered a GUI, or at least the beginnings of one, is the PLATO system.? Emulations of that are alive and well, in particular the system described at cyber1.org.
??? paul
>Very interesting. By the way I've been reading your comments about your
>incident in 2019. I am impressed. All the best for you and your near people.
>Kind Regards
>Sergio
Thanks! It's been an "interesting" year!
Btw, for anyone who was interested enough to download my DVM demo...
I've made a lot of updates, additions, improvements, and fixed a few bugs.
Might be worth grabbing it again.
Dave
----------------------------------------------------------------------------------
Personal site: http://dunfield.maknonsolutions.com
Check out "DVM" - run custom apps. anywhere!
dear all,
thanks for the useful informations!
So now a question comes to mind...
what is the best utility for Linux to be used to read and archive tapes?
Thanks
Andrea
I've recently reread *Fire In The Valley, Ed. 1,2 &3.* They are the
seminal, authoritative & comprehensive sources for the history of the
microcomputer. We in the classic computer community need to know the
history of our hobby to keep it vital and relevant to today's society. More
than ever we need to know how microcomputers came about that may be helpful
in understanding the role microcomputers play in our lives now.
Happy computing all.
Murray ?
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…>
Virus-free.
www.avg.com
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
HP 3000 Series 37 on ebay in Germany (7954A, 9144AR, 30457A, 700/92
(German keyboard))
https://www.ebay.com.au/itm/HP-3000-Series-37-Computer-System-RETRO-SELTEN-…
Thanks to David Collins at the HP Computer Museum, I now have 11
different versions of the HP 3000 Series 64 [,68,70] microcode
SYSWCS64.PUB.SYS
and 3 different versions respectively of each of SYSWCS37 and WCSLE1 and
WCSLE2.
I've put notes up at
https://en.wikipedia.org/wiki/User:RDBrown/HP3000-WCS-Microcode
It's possible that one of the SYSWCS64 files may match the assembly
listing on bitsavers, but that listing could allow guessing the
architecture, assuming horizontal microcode and matching against the HP
3000 stack machine instruction set it implements.
Only the Series 37 rates a mention in the HP Journal, though the common
data between the SYSWCS37, WCSLE1 and WCSLE2 suggests they may share a
common microcode. Guessing the architecture would be more of a puzzle,
unless more documentation is found.
J. David Bryan's SIMH work gives a running MPE V for anyone to try.
I don't know what other minis of the era also have microcode available
as files - I read that the Vax 780 had 1k of microcode patch/extension
area for fixes or customer use.
Hello everyone!
I present to you a rare bird; the Tek 4953 graphics tablet, with (I think!?) everything.
https://www.ebay.com/itm/203108439922
I am look forward to posting a series of _nice_ Tek terminals and complete DG rack systems.
Please contact me directly if you have any questions.
-Justin Keogh
(520) 265-0034
Josh Dersch wrote:
> Not a ton to see, lisp-wise, it's just a port of Franz Lisp to
> Uniflex. I can try to benchmark fibonacci later this week if you want.
Thanks! I wasn't expecting a benchmark, just a little defun.
For the record, I have a Maclisp over here that will do (fib 40) in less
than 9 seconds.
Warner asks:
"Why was microcode support required to make APL work? What did it enable
that couldn't be done in other ways?" [On an HP 3000 Series III, for
example]
Back in the mid-1970s, on the HP 3000 Series III, the team implementing
APL\3000 apparently decided they would need to implement some form of
virtual memory (beyond the multiple 64KB spaces the HP 3000 Classic
architecture provided). They chose to add 11 new instructions:
LDV, STV, MWFV, MWTV, MBFV, MBTV, LDVB, STVB, MVW,
and EGOTO (unnamed by HP), LDWX (unnamed by HP)
The first 9 are "virtual memory" related instructions. The last two are
not.
These instructions were added shortly after the original Series III
instruction set had previously been expanded by the addition of the new
extended COBOL instructions. (So, the Series III had two sets of firmware
expansions.)
Subsequent HP 3000 models had the COBOL instructions from day 1.
I presume that the APL instructions weren't ready when the Series 30/33
design was locked down. I *think* they might have been available later as
an add-on.
I know that a few years later, the instructions were ported to the Series
40/44 microcode by Leon Leong, but they were never released for it
(APL\3000 was in limbo, about to be cancelled at the time.)
But, to answer your question, yes...there are other ways.
Gavin Scott managed to patch the unimplemented instruction handler in MPE
V/R (the release the SIMH HP3000 simulator is running), and got APL\3000
running. In the meantime, I'm slowing trying to add the instructions to
the SIMH code. The nice thing about Gavin's approach is that if I get an
instruction implemented, his code *for that instruction* simply never gets
called ... so we can coexist peacefully. In theory, implementing the APL
instructions in SIMH will lead to better performance (because calling one
won't cause a missing instruction interrupt, followed by hundreds or
thousands of simulated HP 3000 instructions to emulate the instruction).
I believe Gavin is preparing a talk about APL\3000 for an APL Users Group.
Another alternative would have been for the APL\3000 people to implement
references to their virtual memory via "cover functions". However, I
suspect that the grasp of SPL programming, the lack of "macros" with
parameters in SPL, and concerns about the performance penalty of a
procedure call per memory access all would have conspired to argue against
this approach.
(Having been reading thousands of lines of SPL written in the 1970s, I
conclude that perhaps a handful of people at HP understood how to write
readable, maintainable SPL code ... and that's probably the same percentage
as SPL programmers outside HP :)
Stan
I just picked up one of these on a lark. It has an SN76477 sound
effects chip on it. Not much other info besides the copyright,
1978. Anyone have schematics or a user manual?
Thanks,
Bill S.
--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
>
>Subject: [GreenKeys] Model 28 Free
>From: GARY WEBB via GreenKeys <greenkeys at mailman.qth.net>
>
>Model 28 with modem installed. Tape reader/reperf. Variable speed. Manuals. Last used 20+ years ago. If no one wants it, soon will be in the local land fill. Located in Onalaska, WI Phone 608-769-5633 NI9V
I just bought one of these thinking it ran off 110, but it uses a 3 pin wall wart.
Does anyone have one of these and could tell me the voltages it supplies.
Hi,
for a planned exhibition, I am thinking of restoring two of the machines
to working state again that are in storage here for decades:
- A TI Explorer ("Sperry" labeled)
and
- A Xerox Star (no idea if ours actually ran Interlisp or one of the
other OSes for the Star/Dandelion)
There is "sen?s dandelion restoration blog" at http://dandelion.sen.cx/
(which seems to be very helpful to test the power supply) and, of
course, lots of documents and software on bitsavers. I have quite a bit
of experience with TI1500 machines, so the Explorer feels rather
familiar, but I have never worked with Xerox machines before.
Before I start to disassemble and test the machines, I would be
interested to hear about specific problems you might have experienced
bringing up one of these two machines, preferably those on the
unexpected side.
Some things I could not find so far are the mouse and the console cable
for the Explorer. It seems that the mouse is related to MouseSystems
optical mice used on older Sun/SGI systems (but the interface might be
different?). The fiber optics cable for the display (TI part number
2233200 according to the field service manual) might be another problem
- if you know any details about this, I would be very interested...
Another thing that is also missing is the mouse pad for the three button
optical Xerox mouse. Is it possible that an optical mouse pad for
Sun/SGI machines is compatible?
Best wishes,
??? Michael
Does anyone have the Sun SPARCstation ELC Installation and repair guide?
I have a few naked ELC boards and I'd like to know what that edge connector
does (presumably power and video) and if feasible build something from it
(1U rackmount Sun4c server? Slim client built into the back of an LCD?
SPARC Laptop? Endless possibilities....)
About 20 years ago I rescued a fully working Sun SPARCstation LX with CDROM
and QIC-150 tape drive - all 3 in lunchbox format - plus monitor when we
moved office and management decided they no longer wanted/needed it.
Shortly after I have installed an early version of NetBSD (1.3.3) from the
CDROM drive. I played with it for a few days and then stored the entire
system in a museum grade glass display cabinet. This is indoors with
minimal dust and benign temperatures between 18 degrees C to about 28
degrees C (typical room temperatures here in Perth in Western Australia
unless you run the air conditioner).
Now retired I took the stack of "lunch-boxes" and the CRT monitor out of
the display cabinet and powered it up. After 20 years no smoke came out but
the system didn't boot but reported trouble with the NVRAM setting. I still
could start NetBSD using a "boot disk" command. I googled the problem and
bought and installed a replacement TIMEKEEPER chip (M48T08-100). After
defaulting the settings and setting the MAC address and machine ID it was
happy and booted from disk without intervention. In NetBSD I then set the
date and time and all was good.
Then I decided to upgrade to the latest version of the SPARC version of
NetBSD 9.0. I downloaded and burned the ISO image to CD. Dropped it into a
CD caddy and inserted it into the CDROM drive (SUN Model 411 - really a
Sony CDU-8012 3.1e). I did a "probe-scsi-all" and it found both the hard
drive and the CDROM (target 6 unit 0).
Now comes the problem - if it try to run from it via "boot cdrom" it
doesn't even access the CDROM drive - the LED doesn't turn on unlike when
you do the "probe-scsi-all".
The "cdrom" alias is really: "/iommu/sbus/espdma at 4,8400000/esp at 4
,8800000/sd at 6,0:d".
The "disk" alias is really: "/iommu/sbus/espdma at 4,8400000/esp at 4,8800000/sd at 3,0"
The "@3" versus the "@6" are the SCSI IDs of the disk drive versus the
CDROM. I don't know what the trailing bits mean. I tried cdrom aliases from
"sd at 6,0:0" to "sd at 6,0:f" and all report:
Can't read disk label
Can't open disk label package
Can't open boot device
The LED doesn't blink even once unless I remove and re-insert the caddy
with the CDROM media or if I do a "probe-scsi" or "probe-scsi-all".
I tried original Sun Solaris 2.4 installation media with the exact same
result/symptoms.
I also tried to access the CDROM from NetBSD using "cat /dev/cd0a" but the
drive's LED didn't blink and I got an obscure error message.
The Boot ROM revision is reported as 2.9. The system was bought about 1985
or 1986 and has seen very little use.
I searched google without success. Maybe I used the wrong search terms or
the equipment is just getting too old and FAQs have disappeared.
What would cause the CDROM boot problem?
There is a chance that the actual Sony drive died. I partially disassembled
it hoping to find dust stuck on the LASER optics but it was nice and clean.
The positioning and ejection mechanisms work just fine. The whole system
was working before I put it into my relatively dust proof glass display
cabinet.
Thanks and best regards
Tom Hunter
Folks,
I've got a fair amount of what would be classified as public domain tape
data from old customer jobs wandering around. I don't have the time to
peruse it in detail and was wondering if someone would like to take a
stab at a sample and perhaps volunteer for the rest.
Much of this is from university archivists whose job it was to archive
all of the unlabeled or private tapes that they found. I doubt that
said folks know what to make of the data.
At any rate, here's a sample from a Unix (probably V7) tar-ed up:
https://app.box.com/s/htvxd534gvbccoajugfp01ndmfeevxt4
The original appears to be cpio-ed.
I'll leave it up for a week.
--Chuck
I previously created a Github repository for various DEC things, including updated DECnet/E utilities. I thought that the RSTS patches I had posted in the past were there also, but that wasn't the case.
I've added a "patches" subdirectory, which contains the patches I have collected. I just added a new one, which fixes a bug encountered when running SIMH set to be an 11/94. In that case (and possibly some other similar variations) RSTS tries to figure out the line frequency and gets it wrong because SIMH executes much faster.
https://github.com/pkoning2/decstuff is the repository.
paul
Hi,
first, a big "thank you" to all of you who support me with my attempt to
get our Explorers and Xerox Stars to run again. I?ll head down to the
basement in the afternoon to see if I can build a system that is able to
image the Explorer not-quite-SCSI disks (according to the documentation,
these have in fact 256 byte sectors).
Btw., this Raspberry Pi SCSI device emulator supposedly also supports
emulating SASI drives:
https://hackaday.com/2017/05/01/the-raspberry-pi-becomes-a-scsi-device/
The original Japanese web page linked in the article is no longer
online, but there are several versions of the code (and a translated
webpage in English) mirrored on github. This might be useful to build a
working SCSI device emulation for the Explorer.
So I have another favor related to TI Explorers to ask...
One of the reasons (apart from the planned exhibition) I am interested
in Lisp and Smalltalk machines is that I?m collecting information on
systems using persistent memory, which could also help my students who
work on persistent memory research topics to obtain a better insight
into the topic and its history.
There was a research prototype of a persistent virtual memory system for
the TI Explorer by Satish M. Tatte (TI Artificial Intelligence Labs)
metioned in these papers:
Satish M. Thatte. 1986. Persistent memory: a storage architecture for
object-oriented database systems. In Proceedings on the 1986
international workshop on Object-oriented database systems (OODS '86).
IEEE Computer Society Press, Washington, DC, USA, 148?159.
(https://dl.acm.org/doi/pdf/10.5555/318826.318848)
and
Thatte S.M. (1991) Persistent Memory: A Storage System for
Object-Oriented Databases. In: Dittrich K.R., Dayal U., Buchmann A.P.
(eds) On Object-Oriented Database Systems. Topics in Information
Systems. Springer, Berlin, Heidelberg.
https://doi.org/10.1007/978-3-642-84374-7_16
The second paper cites a more detailed TI Tech Report which I have been
unable to find:
Thatte, S.M.: "Persistent Memory for Symbolic Computers", Technical
Report TR-08-85-21, Central Research Laboratories, Texas Instruments
Incorporated, Dallas, TX, July 1985.
Does one of you maybe have a copy of this?
Best wishes,
??? Michael
Hi
I've had a VAX 4000/300 sitting around for the past couple of years. The
second time I tried to switch it on there was a bit pop from the power
supply. The 12v module of the H7874 PSU is completely dead and despite
my best efforts I have not been able to fix it.
Tonight I decided to remove that module and just use the PSU to provide
the 5v, with -12 and 12v supplied from external supplies. Surprisingly
this worked, as long as the 12v rails are up before you turn on the
H7874 (so if you have a dead H7874 you might want to try this...).
After some messing around with MMJ cables and various serial adapters, I
finally got some stuff printing to a terminal (I have abbreviated this
slightly because I don't want to type it out.
]] KA670-A V3.4, VMB 2.12
]] Performing normal system tests.
]] 66..65.. ... 51..
]] 50..49.. ... 35..
]] 34..33.. ... 19..
]] 18..17.. ... 11..
]]
]] ?5F 2 0F 44 0000 0000 07 ; SUBTEST_5F_0D, DE_SGEC.LIS
]] P1=00000000 P2=00000000 P3=00000000 P4=00000000 P5=00000000
]] P6=00000000 P7=00000000 P8=00000000 P9=0000080A P10=00000003
]] r0=00000054 r1=20084001 r2=00000000 r3=00000000 r4=00000000
]] r5=1FFFFFFC r6=C0000001 r7=00000000 r8=00004000 EPC=00000000
]] 10..
]]
]] ?5C 2 06 FF 0000 0001 00 ; SUBTEST_5C_06, DE_SHAC.LIS
]] P1=00000001 P2=00000000 P3=00000000 P4=00000000 P5=00000000
]] P6=00000000 P7=00000000 P8=00000000 P9=0000080A P10=00000003
]] r0=00000054 r1=0000002E r2=0000005C r3=20140784 r4=2005FFF8
]] r5=20060028 r6=20065224 r7=20004000 r8=00000000 EPC=00000000
]] 09..08..07..05..04..03..
]] Normal operation not possible.
]]
]] >>>
It allows me to type at this point but does not appear to do anything
with the input.
I've looked through the KA670 manual and found a listing of the error
codes.
5F = SGEC (Second Generation Ethernet Controller) "loopback_type
no_ram_tests"
5C = SHAC (Single Host Adapter Chip) "shac_number"
I'm not sure if it is relevant but I removed the TOY battery when I got
it to prevent it eating everything. I've not taken apart the console
door thing but perhaps it was too late. The SGEC might refer to the
ethernet controller installed on that door?
If anyone is better at understanding these error messages I'd greatly
appreciate any info you could give.
Cheers,
Aaron
P.S. Apologies for the absurd footer appended by my university. You can
probably ignore it... The list does not accept mail from my personal
mail server for some reason.
This message and any attachment are intended solely for the addressee
and may contain confidential information. If you have received this
message in error, please contact the sender and delete the email and
attachment.
Any views or opinions expressed by the author of this email do not
necessarily reflect the views of the University of Nottingham. Email
communications with the University of Nottingham may be monitored
where permitted by law.
If you're in the Philadelphia / Baltimore area September 26th, please
consider visiting us for our 1 year anniversary / outdoor swap day. We are
debuting two new exhibit rooms that day. Because we can admit a limited
number of persons inside at a time, we will also run an outdoor swap meet
spanning from the outside front door, down the side of the building and
into the back parking lot so people can congregate outside. There are a
number of outdoor restaurants nearby and we're going to attempt a
covid-friendly group dinner afterwards.
Swap spaces remain, let me know privately to reserve your place.
Kennett Classic is located in Kennett Square, PA. We're fostering a
growing local interest in vintage computing. There might be "new stuff"
for sale just because there are new-to-the-hobby persons in attendance and
we have been publicizing the event locally.
For more directions/details see
https://www.kennettclassic.com/kennett-classic-in-two-weeks-sept-26-2020/
Thanks
Bill
484 732 7041 (shop number)
kennettclasic.com
I am looking for replacement flyback transformers for Televideo TVI-912B
terminals.
The flyback transformer is labelled "KFS-00093" on the actual part and also
in the schematic.
This same flyback was used in a range of Televideo terminals (TVI-912B,
TVI-920, etc).
Does anyone know of a source for these?
Google found the link below, but the photo looks very different from the
actual flyback in the terminal:
https://www.tedss.com/2023000453
I confirmed with the supplier that the photo on their website is from the
actual part they sell. Unfortunately they don't have a datasheet for the
flyback or even a specification sheet.
The part is cheap, but they have a US$25 minimum order and then the
shipping to Australia is just silly expensive at US$59.10.
I could spend US$84.10 just to find out it is the wrong part.
Any ideas?
Thanks and regards
Tom Hunter
I picked up a pair (1 set) of these very neat old graphics boards.
Alas I have no idea what they are or if there is hope of using them. One is
a dual
slot 9U VME board that has gobs of video ram all over it, including a board
labeled Z buffer.
The only output are (3) BNC connectors
(R,G, and B) and a 50 pin connector marked P4.
The other is a single slot 9UVME board with (8) 30 pin SIMM slots with 1mb
SIMM in them, a couple of Weitek chips, another 50 pin connector labeled
P4, jumpered with a baby backplane to the other board, and 6 led on the
front.
Anyone know what these are and where to get drivers? They appear to be Sun
3 era, and the boards are labeled ?Sun OHC? with a megatek sticker.
They do not appear to work out-of-box in my 3/260 as console devices- the
Kernel does not identify them correctly.
Thanks.
I got an LK201 recently that was a little damaged in transit. A couple of the keycap assemblies and their corresponding leaf springs have come off. I can see how the leaf springs fit on the little posts on the keycap assemblies, and I can see where those snap into the board, but what I don?t see is how to get that put together and then keep it together while I turn it over and then get it in place.
Clearly there is some simple trick I am missing. What is it?
Adam
One thing I've tried and seems to work quite well (on another
application) is UV curable plastic. The last thing I fixed was when the
post holding one side of the exit paper tray broke off, and I used the
UV curable plastic to fix it (still working just fine.) The trade name
is Bondic, and I ran across it on a YouTube ad (first time EVER I bought
something from an unknown YouTube ad!) This apparently is the same type
of UV curable "glue" used by Dentists. It cures in about 4 seconds!
> My guess is that the formed over part has broken off (you might find
> some little white disks of plastic, about 1/8" diameter, rattling
> about inside the case). Alas I have never found a way to re-fix them.
> There's not enough plastic in the housing to drill it out and fit
> screws/nuts. There is no way of gluing something to the ends of the
> posts that would be strong enough,
>
> -tony
Hi everyone,
Might not be exactly classic computer related, but I know many of you have been
following my progress through my recovery (thanks for the many kind words), and
I do think many of you might find this a tad interesting.
What I've been doing for the past little while - check out my latest
project "Dunfield Virtual Machine" on my personal web site:
http://dunfield.maknonsolutions.com
Regards,
Dave
--
----------------------------------------------------------------------------------
Personal site: http://dunfield.maknonsolutions.com
----------------------------------------------------------------------------------
My friend Lidan at Continental Computers found some old DEC mice in his
warehouse for me. These are in California.
3x VS10X-EA - $120 each (used complete)
1x VS10X-EA - $75 (missing 3 button caps)
1x VSXXX-AA - $125 (NEW in box)
3x VSXXX-AA - $75 (used complete)
Lidan Sadon
Sales Manager
Continental Computers
D - 310/906-3553
C - 818/554-8856
lidan at conticomp.com
Please contact him directly if you want to order these. I had no idea old
DEC mice were so expensive!
Cindy
--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
aww damn ill be 30miles in the bush at work for 3 days
On Thu, Sep 10, 2020 at 4:12 PM Lawrence Wilkinson via cctech <
cctech at classiccmp.org> wrote:
> -------- Forwarded Message --------
> Subject: Virtual VCFMW Schedule Posted
> Date: Thu, 10 Sep 2020 16:08:39 -0500
> From: Jason T via cctalk <cctalk at classiccmp.org>
> Reply-To: Jason T <silent700 at gmail.com>
>
>
>
> Hi folks - we're doing this thing! The schedule is up, with links to
> the individual videos being filled in by tomorrow evening:
>
> https://mailchi.mp/222b57fb03dc/virtual-vcfmw-schedule-posted
>
> The videos will be presented in sequence using YouTube's "Premiere"
> function, which means there will be a live chat on the YT page where
> (ideally) the video creator will chat along and conduct a Q&A during
> and after. There is also an all-day open chat on a linked IRC/Discord
> channel. Details are on our page here:
>
> http://vcfmw.org/virtual.html
>
> Hope you can join us online for a day of chatting and classiccmp video fun!
>
> -jt
>
Hi folks - we're doing this thing! The schedule is up, with links to
the individual videos being filled in by tomorrow evening:
https://mailchi.mp/222b57fb03dc/virtual-vcfmw-schedule-posted
The videos will be presented in sequence using YouTube's "Premiere"
function, which means there will be a live chat on the YT page where
(ideally) the video creator will chat along and conduct a Q&A during
and after. There is also an all-day open chat on a linked IRC/Discord
channel. Details are on our page here:
http://vcfmw.org/virtual.html
Hope you can join us online for a day of chatting and classiccmp video fun!
-jt
Hi all --
I was fortunate enough to be able to complete my VAXstation 100 setup this
week, after a years-long search for parts. (In particular the M7452 fiber
optic interface and the fiber optic cabling itself.)
After futzing with the 4.3bsd kernel and compiling X10R4 on my VAX-11/750,
I actually have it running! (See the below for a picture)
https://1drv.ms/u/s!Aqb36sqnCIfMo_cUO4EiMWOHZVk8yg
I'm kind of amazed that it all just worked after all this time.
As you can see, I'm using an LCD for the display, and that just won't do.
The official monitor for the VS100 was the VR100; a 19" monochrome CRT with
BNC inputs on the rear for H and V sync and the video signal (ttl level
signaling). Anyone have one of these?
I'm also looking for earlier releases of X to run on this -- the VS100 was
the development platform for X (and W ran on it at one point as well). I
haven't been able to track down anything prior to X10R3. Does anyone know
of an archive of these earlier releases? While I'm at it -- anyone know
precisely what I need to use this under VMS? I believe 4.7 was the last
VMS release that supported it, but there were additional packages that
needed to be installed to support it, and I'm not entirely sure what they
are.
Thanks as always,
Josh
On 9/7/20 2:26 AM, Veit, Holger wrote:
> Could this be a PGC card clone?
> https://en.wikipedia.org/wiki/Professional_Graphics_Controller
That had crossed my mind at one point, but there's no horsepower to this
card at all - it's just TTL, RAM, BIOS and the 6845.
The color output *appears* to be TTL level - or, at least, that's what it's
using at power-on. It's not impossible, I suppose, for it to be switchable
to some kind of analog mode, thereby giving more color depth.
I'm wondering if it doesn't have some form of high-resolution bitmap mode
for visualization, i.e. display construction would be processor-intensive
and intended for static images/diagrams. I don't know if that really makes
sense though because it would also imply having to switch the monitor -
i.e. starting the machine with a CGA type display plugged in, then
physically moving to something else later.
On the back of that, I just found this thread too which refers to an
identical board:
http://www.vcfed.org/forum/showthread.php?48718-3-Weird-Video-Cards-any-ide…
... nothing there really "helps", but someone's comment about the medical
field and a higher-resolution display via the RCA jack is interesting -
that would at least get around the need to switch monitors (well, unless
there was some special autodetecting analog/digital monitor that was sold
to go with the hardware, I suppose).
It's a shame that the hard disk in the machine is either snafu or has been
wiped - the contents would have helped shed light on things. There's an
EPROM as part of the video hardware; anyone know of a DOS-based util to
poke at the contents and/or snarf them into a file on disk? It's possible I
suppose that there might be some useful strings hidden away in there.
cheers
Jules
Does anyone have any idea where I can get install media at various
support pack levels and / or support pack install files for NetWare 5.1
and / or BorderManager 3.5?
I'm playing with some old things in VMs and can't get BorderManager 3.5
(sp0?) to work on 5.1sp7 / 5.1sp8. I need older 5.1spX or newer
BorderManager.
BorderManager patches would be bm35sp2.exe or bm35sp3.exe.
--
Grant. . . .
unix || die
Thanks
-----Original Message-----
From: cctech <cctech-bounces at classiccmp.org> On Behalf Of
cctech-request at classiccmp.org
Sent: 09 September 2020 18:00
To: cctech at classiccmp.org
Subject: cctech Digest, Vol 72, Issue 9
Send cctech mailing list submissions to
cctech at classiccmp.org
To subscribe or unsubscribe via the World Wide Web, visit
http://www.classiccmp.org/mailman/listinfo/cctech
or, via email, send a message with subject or body 'help' to
cctech-request at classiccmp.org
You can reach the person managing the list at
cctech-owner at classiccmp.org
When replying, please edit your Subject line so it is more specific than
"Re: Contents of cctech digest..."
Today's Topics:
1. ftgh 95 ohm coax (Don Stalkowski)
2. Re: AW: CGA card (Mitsubishi Electric) with 192K RAM?
(Jules Richardson)
3. Re: ISO: DEC VR100 and early X releases (Matt Burke)
4. Re: NetWare 5.1 / BorderManager 3.5 (Liam Proven)
5. Re: AW: CGA card (Mitsubishi Electric) with 192K RAM?
(Liam Proven)
6. RE: ISO: DEC VR100 and early X releases (Electronics Plus)
7. Re: AW: CGA card (Mitsubishi Electric) with 192K RAM? (Fred Cisin)
8. Re: AW: CGA card (Mitsubishi Electric) with 192K RAM?
(Doug Jackson)
9. Re: AW: CGA card (Mitsubishi Electric) with 192K RAM? (Fred Cisin)
10. Re: NetWare 5.1 / BorderManager 3.5 (Grant Taylor)
11. Re: ISO: DEC VR100 and early X releases (jim stephens)
12. Re: NetWare 5.1 / BorderManager 3.5 (Grant Taylor)
13. Re: NetWare 5.1 / BorderManager 3.5 (Liam Proven)
----------------------------------------------------------------------
Message: 1
Date: Tue, 8 Sep 2020 12:33:07 -0400 (EDT)
From: dstalk at execulink.com (Don Stalkowski)
To: cctalk at classiccmp.org
Subject: ftgh 95 ohm coax
Message-ID: <20200908163307.241BDBEEAD4 at cel2.x>
Content-Type: text/plain; charset=us-ascii
ftgh: a few lengths of 95 ohm coax
pickup-only here in London, ON
------------------------------
Message: 2
Date: Tue, 8 Sep 2020 16:12:09 -0500
From: Jules Richardson <jules.richardson99 at gmail.com>
To: Fred Cisin via cctalk <cctalk at classiccmp.org>
Subject: Re: AW: CGA card (Mitsubishi Electric) with 192K RAM?
Message-ID: <30e83f7c-26ee-0ad0-907d-cd6a3efa4e56 at gmail.com>
Content-Type: text/plain; charset=iso-8859-15; format=flowed
On 9/7/20 6:18 PM, Fred Cisin via cctalk wrote:
> Floppy boot seems like the next step.
OK, it boots off a DOS 3.3 floppy if that floppy is inserted before it
attempts to boot from the hard disk. If I wait for it to do its "system file
not found" bit, followed by a subsequent prompt to insert boot media and
press a key, it attempts to access the floppy drive but then goes off into
la-la land. Odd.
But anyway, taking the successful floppy boot route, I can certainly access
the hard disk in terms of bringing up directory listings and TYPEing files
to the display. So far, attempts to run anything from the drive just result
in a lock-up (keyboard immediately unresponsive, hard reset required).
There appear to be DOS utils on the drive, and command.com, but I've not
checked for hidden system files yet. fdisk shows the partition as active.
> Got an IBM "Advanced Diagnostics" floppy to try?
No, but I see that the minuszerodegrees site has an image, so I'll write
that out and see what happens.
Looking at the drive contents, incidentally, I didn't see anything that
explains (or interacts with) that unusual video hardware - it basically just
holds DOS and a bunch of documents written by the original owner.
Maybe they got suckered into buying this fancy graphics hardware without
having any actual need for it, and then of course EGA and VGA came along and
rendered it obsolete anyway.
> XT controllers tended to NOT be interchangeable, even between various
> OEMs of Xebec!
Yes - something that people often seem to forget, too. I've run into that
quite often, where someone will hang onto an old drive because of the
contents, but they'll dump the controller that it was formatted against.
> I don't know what the incompatability was.
I don't think there was any kind of standard at all for what the low level
looked like - vendors were free to do what they wanted in terms of what
values they used for flags and how they actually ordered things within the
sector header. I suppose there were some tweaks made over time for
optimization or reliability (or at least, recovery) reasons, too, which is
why even a single vendor had a few different incompatible formats.
I expect it was the same in the SCSI and IDE worlds, but of course with
those "the controller" which handles formatting is really part of the
package, so it wasn't an issue.
Jules
------------------------------
Message: 3
Date: Tue, 8 Sep 2020 23:11:01 +0100
From: Matt Burke <matt at 9track.net>
To: Josh Dersch via cctalk <cctalk at classiccmp.org>
Subject: Re: ISO: DEC VR100 and early X releases
Message-ID: <91d46a24-04df-20c7-d154-d17064116c6f at 9track.net>
Content-Type: text/plain; charset=utf-8
On 05/09/2020 20:19, Josh Dersch via cctalk wrote:
> While I'm at it -- anyone know
> precisely what I need to use this under VMS? I believe 4.7 was the
> last VMS release that supported it, but there were additional packages
> that needed to be installed to support it, and I'm not entirely sure
> what they are.
To use the VAXstation 100 with VMS you need to install the "VAXstation
Software" layered product. I have not come across any original copies
however DEC later contributed the source code to the DECUS library under
submission V00376. The submission consists of a CMS library and some other
source files. The only place you can reliably get this from is DECUServe as
you need to get the files whilst preserving their RMS attributes. Then you
need to compile the code and create an installation kit to use the software.
The good news is that I've already done all of this so here is a link to the
source and installation kit on Simh tap files:
http://www.9track.net/bits/dec/vs100/v00376.ziphttp://www.9track.net/bits/dec/vs100/vsta012.zip
This was built on VAX/VMS V4.4 with:
Bliss-32 V4.3
FORTRAN V4.7
Pascal V3.7
CMS V2.3
MMS V2.2
I also have a VAXstation 100 that I hope to get working some day but I need
the M7452 card and a VS10X-EA mouse. I did win an M7452 on eBay about 10
years ago but the seller then said that he had already sold it.
I've not seen another one since (well not one for an affordable price. I did
find a reseller that wanted $1000 for one).
Matt
------------------------------
Message: 4
Date: Wed, 9 Sep 2020 00:42:19 +0200
From: Liam Proven <lproven at gmail.com>
To: "General Discussion: On-Topic and Off-Topic Posts"
<cctalk at classiccmp.org>
Subject: Re: NetWare 5.1 / BorderManager 3.5
Message-ID:
<CAMTenCFtWq=TCgFb22jS4GhH2i=qgWEnFSVBqkSpSdr97TUwbw at mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
On Tue, 8 Sep 2020 at 08:18, Grant Taylor via cctalk <cctalk at classiccmp.org>
wrote:
>
> Does anyone have any idea where I can get install media at various
> support pack levels and / or support pack install files for NetWare
> 5.1 and / or BorderManager 3.5?
Something like this any help?
https://winworldpc.com/product/netware/5x
I have physical media of this somewhere:
https://archive.org/details/Netware_5_Operating_System_3_User_Demo_Novell
--
Liam Proven ? Profile: https://about.me/liamproven
Email: lproven at cix.co.uk ? gMail/gTalk/gHangouts: lproven at gmail.com
Twitter/Facebook/LinkedIn/Flickr: lproven ? Skype: liamproven
UK: +44 7939-087884 ? ?R (+ WhatsApp/Telegram/Signal): +420 702 829 053
------------------------------
Message: 5
Date: Wed, 9 Sep 2020 00:46:18 +0200
From: Liam Proven <lproven at gmail.com>
To: "General Discussion: On-Topic and Off-Topic Posts"
<cctalk at classiccmp.org>
Subject: Re: AW: CGA card (Mitsubishi Electric) with 192K RAM?
Message-ID:
<CAMTenCHotTw2=rULsgbg1LWKF4vBnoz5BeyoV9N2TjaTNJcdmQ at mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
On Tue, 8 Sep 2020 at 06:47, Fred Cisin via cctalk
<cctalk at classiccmp.org> wrote:
>
> 1) If the drive is larger than 32MB, then boot with DOs 3.31 or newer.
> Although even with the older ones, you can still do quite a bit. 3.31 is
> the first where DOS supports a partition larger than 32MB
> MS-DOS 5.00 is first where debug commands have a "/?" option to get a
> short reminder of usage.
Agreed. (Like I'd dare to differ with Fred.)
My 2?'s worth is just: for an XT, if you want to fit a CF card or
something, try DR-DOS 3.41. It's out there in various places. RAM
usage as small as MS-DOS 3.3 but offers most of the benefits of MS-DOS
4 and some of MS-DOS 5 (both of which take a *lot* more RAM on an
XT-class machine.)
--
Liam Proven ? Profile: https://about.me/liamproven
Email: lproven at cix.co.uk ? gMail/gTalk/gHangouts: lproven at gmail.com
Twitter/Facebook/LinkedIn/Flickr: lproven ? Skype: liamproven
UK: +44 7939-087884 ? ?R (+ WhatsApp/Telegram/Signal): +420 702 829 053
------------------------------
Message: 6
Date: Tue, 8 Sep 2020 17:48:37 -0500
From: "Electronics Plus" <sales at elecplus.com>
To: "'Matt Burke'" <matt at 9track.net>, "'General Discussion: On-Topic
and Off-Topic Posts'" <cctalk at classiccmp.org>
Subject: RE: ISO: DEC VR100 and early X releases
Message-ID: <007501d68632$30c06410$92412c30$@com>
Content-Type: text/plain; charset="utf-8"
There is a DEC dealer in the UK that has M7452 cards listed as in-stock.
Contact Spencer Dye at sales at swancomp.co.uk.
Old mouse I have located, but he has to check if it is actually in stock,
and if it works.
Cindy
-----Original Message-----
From: cctalk [mailto:cctalk-bounces at classiccmp.org] On Behalf Of Matt Burke
via cctalk
Sent: Tuesday, September 08, 2020 5:11 PM
To: Josh Dersch via cctalk
Subject: Re: ISO: DEC VR100 and early X releases
On 05/09/2020 20:19, Josh Dersch via cctalk wrote:
> While I'm at it -- anyone know
> precisely what I need to use this under VMS? I believe 4.7 was the last
> VMS release that supported it, but there were additional packages that
> needed to be installed to support it, and I'm not entirely sure what they
> are.
To use the VAXstation 100 with VMS you need to install the "VAXstation
Software" layered product. I have not come across any original copies
however DEC later contributed the source code to the DECUS library under
submission V00376. The submission consists of a CMS library and some
other source files. The only place you can reliably get this from is
DECUServe as you need to get the files whilst preserving their RMS
attributes. Then you need to compile the code and create an installation
kit to use the software.
The good news is that I've already done all of this so here is a link to
the source and installation kit on Simh tap files:
http://www.9track.net/bits/dec/vs100/v00376.ziphttp://www.9track.net/bits/dec/vs100/vsta012.zip
This was built on VAX/VMS V4.4 with:
Bliss-32 V4.3
FORTRAN V4.7
Pascal V3.7
CMS V2.3
MMS V2.2
I also have a VAXstation 100 that I hope to get working some day but I
need the M7452 card and a VS10X-EA mouse. I did win an M7452 on eBay
about 10 years ago but the seller then said that he had already sold it.
I've not seen another one since (well not one for an affordable price. I
did find a reseller that wanted $1000 for one).
Matt
------------------------------
Message: 7
Date: Tue, 8 Sep 2020 16:04:44 -0700 (PDT)
From: Fred Cisin <cisin at xenosoft.com>
To: "General Discussion: On-Topic and Off-Topic Posts"
<cctalk at classiccmp.org>
Subject: Re: AW: CGA card (Mitsubishi Electric) with 192K RAM?
Message-ID: <Pine.LNX.4.64.2009081521250.17983 at shell.lmi.net>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Tue, 8 Sep 2020, Jules Richardson via cctalk wrote:
> OK, it boots off a DOS 3.3 floppy if that floppy is inserted before it
> attempts to boot from the hard disk. If I wait for it to do its "system
file
> not found" bit, followed by a subsequent prompt to insert boot media and
> press a key, it attempts to access the floppy drive but then goes off into
> la-la land. Odd.
How large is the drive?
If it is over 32MB, then try to find DOS 3.31 or newer.
MY preference is MS-DOS 6.22
> But anyway, taking the successful floppy boot route, I can certainly
access
> the hard disk in terms of bringing up directory listings and TYPEing files
to
> the display. So far, attempts to run anything from the drive just result
in a
> lock-up (keyboard immediately unresponsive, hard reset required). There
> appear to be DOS utils on the drive, and command.com, but I've not checked
> for hidden system files yet. fdisk shows the partition as active.
Date and time of Command.com and any other DOS files will identify the
version number.
DIR /A or
DIR /A:H
will let you see the hidden files (presumably IO.SYS and MSDOS.SYS; PC-DOS
had IBMBIO.COM and IBMDOS.COM instead)
Can you COPY files from the HDD to floppy?
Being able to access contents of files, but not RUN them seems odd.
IF the DOS on the floppy misunderstands the partition table, then root
directory might look OK, but sub-directories might not be where it thinks
they are, . . .
>> Got an IBM "Advanced Diagnostics" floppy to try?
> No, but I see that the minuszerodegrees site has an image, so I'll write
that
> out and see what happens.
NOT a big deal. It's merely the only method directly from IBM for doing
low level format.
In most cases, Speedstor is more useful for LLF.
> Looking at the drive contents, incidentally, I didn't see anything that
> explains (or interacts with) that unusual video hardware - it basically
just
> holds DOS and a bunch of documents written by the original owner. Maybe
they
> got suckered into buying this fancy graphics hardware without having any
> actual need for it, and then of course EGA and VGA came along and rendered
it
> obsolete anyway.
It is probably completely CGA compatible, unless you invoke of of its
other modes.
The ROM on the video card may be a BIOS extension, in which case access to
extended modes may be handled internally in various programs. For
instance Windows 3.x, PC PAint, Pagemaker, and Xerox Ventura let you
configure for a variety of video hardware.
Otherwise, check to see if CONFIG.SYS has DEVICE commands to load any
device drivers, usually .SYS, although sometimes .COM
>> XT controllers tended to NOT be interchangeable, even between various
OEMs
>> of Xebec!
> Yes - something that people often seem to forget, too. I've run into that
> quite often, where someone will hang onto an old drive because of the
> contents, but they'll dump the controller that it was formatted against.
It always seemed counter-intuitive that makers of HDD hardware for XT
didn't slavishly mimic IBM's XT HDD. And especially counter-intuitive
that different vendor Xebec controllers didn't always interchange.
--
Grumpy Ol' Fred cisin at xenosoft.com
------------------------------
Message: 8
Date: Wed, 9 Sep 2020 09:16:42 +1000
From: Doug Jackson <doug at doughq.com>
To: Fred Cisin <cisin at xenosoft.com>, "General Discussion: On-Topic
and Off-Topic Posts" <cctalk at classiccmp.org>
Subject: Re: AW: CGA card (Mitsubishi Electric) with 192K RAM?
Message-ID:
<CAM_9E61O0gf_8_jPRCHfKfZMcA-1Okbdhvt-vT=ufVTChcC6PA at mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
I recall some of the high end cards in the CGA / EGA era had adon boards
that were connected with a 20 or 36 pin jumper cable across the top of the
boards - They also ran more than 64K or ram, such as the ATI Wonder
boards. Maybe it's like that - the ATI boards had 256K so they could page.
Kindest regards,
Doug Jackson
em: doug at doughq.com
ph: 0414 986878
Check out my awesome clocks at www.dougswordclocks.com
Follow my amateur radio adventures at vk1zdj.net
-----------------------------------------------------------
Just like an old fashioned letter, this email and any files transmitted
with it should probably be treated as confidential and intended solely for
your own use.
Please note that any interesting spelling is usually my own and may have
been caused by fat thumbs on a tiny tiny keyboard.
Should any part of this message prove to be useful in the event of the
imminent Zombie Apocalypse then the sender bears no personal, legal, or
moral responsibility for any outcome resulting from its usage unless the
result of said usage is the unlikely defeat of the Zombie Hordes in which
case the sender takes full credit without any theoretical or actual legal
liability. :-)
Be nice to your parents.
Go outside and do something awesome - Draw, paint, walk, setup a
radio station, go fishing or sailing - just do something that makes you
happy.
^G ^G ^G ^G ^G ^G ^G ^G- In more laid back days this line would literally
sing ^G ^G ^G ^G ^G ^G ^G ^G
On Wed, Sep 9, 2020 at 9:04 AM Fred Cisin via cctalk <cctalk at classiccmp.org>
wrote:
> On Tue, 8 Sep 2020, Jules Richardson via cctalk wrote:
> > OK, it boots off a DOS 3.3 floppy if that floppy is inserted before it
> > attempts to boot from the hard disk. If I wait for it to do its "system
> file
> > not found" bit, followed by a subsequent prompt to insert boot media and
> > press a key, it attempts to access the floppy drive but then goes off
> into
> > la-la land. Odd.
>
> How large is the drive?
> If it is over 32MB, then try to find DOS 3.31 or newer.
> MY preference is MS-DOS 6.22
>
>
> > But anyway, taking the successful floppy boot route, I can certainly
> access
> > the hard disk in terms of bringing up directory listings and TYPEing
> files to
> > the display. So far, attempts to run anything from the drive just result
> in a
> > lock-up (keyboard immediately unresponsive, hard reset required). There
> > appear to be DOS utils on the drive, and command.com, but I've not
> checked
> > for hidden system files yet. fdisk shows the partition as active.
>
> Date and time of Command.com and any other DOS files will identify the
> version number.
>
> DIR /A or
> DIR /A:H
> will let you see the hidden files (presumably IO.SYS and MSDOS.SYS; PC-DOS
> had IBMBIO.COM and IBMDOS.COM instead)
>
> Can you COPY files from the HDD to floppy?
>
> Being able to access contents of files, but not RUN them seems odd.
> IF the DOS on the floppy misunderstands the partition table, then root
> directory might look OK, but sub-directories might not be where it thinks
> they are, . . .
>
>
> >> Got an IBM "Advanced Diagnostics" floppy to try?
> > No, but I see that the minuszerodegrees site has an image, so I'll write
> that
> > out and see what happens.
>
> NOT a big deal. It's merely the only method directly from IBM for doing
> low level format.
> In most cases, Speedstor is more useful for LLF.
>
> > Looking at the drive contents, incidentally, I didn't see anything that
> > explains (or interacts with) that unusual video hardware - it basically
> just
> > holds DOS and a bunch of documents written by the original owner. Maybe
> they
> > got suckered into buying this fancy graphics hardware without having any
> > actual need for it, and then of course EGA and VGA came along and
> rendered it
> > obsolete anyway.
>
> It is probably completely CGA compatible, unless you invoke of of its
> other modes.
>
> The ROM on the video card may be a BIOS extension, in which case access to
> extended modes may be handled internally in various programs. For
> instance Windows 3.x, PC PAint, Pagemaker, and Xerox Ventura let you
> configure for a variety of video hardware.
> Otherwise, check to see if CONFIG.SYS has DEVICE commands to load any
> device drivers, usually .SYS, although sometimes .COM
>
> >> XT controllers tended to NOT be interchangeable, even between various
> OEMs
> >> of Xebec!
> > Yes - something that people often seem to forget, too. I've run into
> that
> > quite often, where someone will hang onto an old drive because of the
> > contents, but they'll dump the controller that it was formatted against.
>
> It always seemed counter-intuitive that makers of HDD hardware for XT
> didn't slavishly mimic IBM's XT HDD. And especially counter-intuitive
> that different vendor Xebec controllers didn't always interchange.
>
>
> --
> Grumpy Ol' Fred cisin at xenosoft.com
>
------------------------------
Message: 9
Date: Tue, 8 Sep 2020 16:28:39 -0700 (PDT)
From: Fred Cisin <cisin at xenosoft.com>
To: "General Discussion: On-Topic and Off-Topic Posts"
<cctalk at classiccmp.org>
Subject: Re: AW: CGA card (Mitsubishi Electric) with 192K RAM?
Message-ID: <Pine.LNX.4.64.2009081624080.17983 at shell.lmi.net>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Wed, 9 Sep 2020, Doug Jackson wrote:
> I recall some of the high end cards in the CGA / EGA era had adon boards
> that were connected with a 20 or 36 pin jumper cable across the top of the
> boards - They also ran more than 64K or ram, such as the ATI Wonder
> boards. Maybe it's like that - the ATI boards had 256K so they could
page.
I had a CGA "double board" that did 640x400 or 640x200 by more colors.
It was not the same as this one, but might have been internally similar.
But I don't remember ATI premium CGA.
ATI had some interesting EGA boards, including one that had an add-on
that included the mid-board connector for Compaq luggable internal video!
Otherwise, you were stuck with Compaq CGA or Compaq EGA.
------------------------------
Message: 10
Date: Tue, 8 Sep 2020 19:18:04 -0600
From: Grant Taylor <cctalk at gtaylor.tnetconsulting.net>
To: cctalk at classiccmp.org
Subject: Re: NetWare 5.1 / BorderManager 3.5
Message-ID:
<9cbe174f-7eb1-bd77-88d9-a433449278f6 at spamtrap.tnetconsulting.net>
Content-Type: text/plain; charset=utf-8; format=flowed
On 9/8/20 4:42 PM, Liam Proven via cctalk wrote:
> Something like this any help?
>
> https://winworldpc.com/product/netware/5x
I'm very familiar with WinWorld and VetusWare. I quite like them. They
are on the short list to find things like this. There is high overlap
between a number of these places.
That being said, I haven't tested that specific ISO. But that's mostly
because I've long had a version of NetWare 5.1. Now that I'm looking
for specific things, particularly patches, I decided to send a broadcast
message.
> I have physical media of this somewhere:
>
> https://archive.org/details/Netware_5_Operating_System_3_User_Demo_Novell
I've been focusing on 5.1 and I've not yet broadened my net to include
5(.0).
I was sort of hoping that someone might have had the support pack files
tucked away somewhere.
I'm currently working on re-organizing my 48 GB of Novell software.
Partially to normalize the names and location, as well as to be able to
tell what I do and do not have.
Thank you for the reply Liam. You re-enforced the fact that I need to
get a better understanding of what /specific/ versions I have and the
things I know about are.
--
Grant. . . .
unix || die
------------------------------
Message: 11
Date: Tue, 8 Sep 2020 20:25:19 -0700
From: jim stephens <jwsmail at jwsss.com>
To: cctalk at classiccmp.org
Subject: Re: ISO: DEC VR100 and early X releases
Message-ID: <7487c5f1-bfe6-0d6d-8b37-ee0668c2540c at jwsss.com>
Content-Type: text/plain; charset=utf-8; format=flowed
On 9/8/2020 3:48 PM, Electronics Plus via cctalk wrote:
> Old mouse I have located, but he has to check if it is actually in stock,
and if it works.
They aren't the "normal" DEC hockey puck mice.? it's sort of like a PS2
mouse with I think an odd ball.? I had hands on Josh's and one for Paul
Birkel (for too long, but they have them now), and the mouse was odd.
I don't know how Josh is doing, since is is working, but the cabling on
the mouse cord had degraded and had goo on it like the black crap you
get form the wrong type of rubber when it turns tar like.
Glad Josh got his going, pulling for Paul to get his running.? And
interesting they may be a third one.
So cool Cameron Kaiser collected two and passed them along.
thanks
Jim
------------------------------
Message: 12
Date: Tue, 8 Sep 2020 22:33:47 -0600
From: Grant Taylor <cctalk at gtaylor.tnetconsulting.net>
To: cctalk at classiccmp.org
Subject: Re: NetWare 5.1 / BorderManager 3.5
Message-ID:
<1668c3d3-f0c9-c574-e30f-e879893223a0 at spamtrap.tnetconsulting.net>
Content-Type: text/plain; charset=utf-8; format=flowed
On 9/8/20 7:18 PM, Grant Taylor via cctalk wrote:
> I haven't tested that specific ISO.
The particular ISO that you linked to is Novell NetWare 5.1 (Support
Pack 0). So it needs support packs installed on it.
I've learned that there are different Support Packs, "Domestic" and
"International" having to do with the 128-bit vs 56-bit encryption woes
of the '90s.
--
Grant. . . .
unix || die
------------------------------
Message: 13
Date: Wed, 9 Sep 2020 13:08:43 +0200
From: Liam Proven <lproven at gmail.com>
To: "General Discussion: On-Topic and Off-Topic Posts"
<cctalk at classiccmp.org>
Subject: Re: NetWare 5.1 / BorderManager 3.5
Message-ID:
<CAMTenCEQu_=MTZHP+o9e4Ho5Y+7Uk-XBhn1dSbcJyu1uwS65Tw at mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
On Wed, 9 Sep 2020 at 06:34, Grant Taylor via cctalk
<cctalk at classiccmp.org> wrote:
>
> On 9/8/20 7:18 PM, Grant Taylor via cctalk wrote:
> > I haven't tested that specific ISO.
>
> The particular ISO that you linked to is Novell NetWare 5.1 (Support
> Pack 0). So it needs support packs installed on it.
But that's good, isn't it?
I confess I may have misread your original message as being "I need
NW5.1 with no SPs." Was that wrong?
But if you have SP0, no bugfixes, then surely you can just install the
SPs on top of it to get to whatever level you want?
My $DAYJOB was part of Novell until about a year ago. I _may_ be able
to find internal download links still but I am not confident. Want me
to start asking around? I may need some fairly specific info as there
are few Netware folk left now. E.g. how many separate SPs did NW5.1
get? Do you need both US and ROW versions?
> I've learned that there are different Support Packs, "Domestic" and
> "International" having to do with the 128-bit vs 56-bit encryption woes
> of the '90s.
Oh dear...
TBH I have a suspicion nobody may have kept stuff like that, even
inside Novell... :(
--
Liam Proven ? Profile: https://about.me/liamproven
Email: lproven at cix.co.uk ? gMail/gTalk/gHangouts: lproven at gmail.com
Twitter/Facebook/LinkedIn/Flickr: lproven ? Skype: liamproven
UK: +44 7939-087884 ? ?R (+ WhatsApp/Telegram/Signal): +420 702 829 053
End of cctech Digest, Vol 72, Issue 9
*************************************
My Sunblade works fine with a generic USB keyboard, but does not
recognize the Type 7 USB keyboard I bought for it. OpenBoot prom
reports "no keyboard detected". If I boot with my generic keyboard
plugged in and then plug in the type 7, it sees it fine in OpenBSD. It
is the openboot prom that doesn't see it.
Can anyone steer me to the most current openboot prom update for the
SunBlade 100? I've looked like crazy on Oracle's site and all I find
are the instructions on how to apply an update, but not the actual
update.
This problem is firmware, not software or hardware. The Type 7
keyboard works fine on my PC, or if plugged into the Sunblade once it
has booted/started to boot.
Best,
Jeff
On Sep 7, 2020, at 6:24 AM, dstalk at execulink.com wrote:
>
> The description I have for AUIS (6.3.1) is:
>
> "AUIS (Andrew User Interface System) - compound document
> environment offering a word processor, mail/bulletin board
> reader/writer, drawing editor, spreadsheet, font editor,
> application builder, and many other facilities"
>
> Again, an application, not a windowing system per se.
Yes, the Andrew environment implemented proper layering, so ATK was made to work atop X and the applications (messages, ez, console, typescript, etc.) came along.
At Carnegie Mellon in the early 1990s, you could (with only a little work, to use a console rather than graphical login) use either X or wm on some of the campus workstations. On a DECstation 3100 running Ultrix, if you weren?t going to run any X applications wm was *much* more responsive. I wasn?t around when the clusters had Sun-3 or IBM RT hardware but I can imagine the differences there were even more pronounced. (With wm, a DECstation felt as much faster than a Mac II as it actually was?)
Applications built against ATK could run atop either wm or X; I don?t know if there were distinct builds of ATK or if the conditional logic was in the framework itself, but the applications themselves worked just fine with either since Andrew implemented a shared library mechanism. (Yes, even on Ultrix.)
The publicly-released Andrew distributions don?t include the wm code, only the X version. I don?t know if they?ll actually build against the wm headers and libraries if they?re present, or if by the time CMU was releasing them publicly they had stripped that code out entirely.
? Chris
Hi folks - quite some time ago I picked up this little beauty (well I'm sure
some may agree or disagree with me) off of ePAY. I happen to like black IBMs
of any type.
Of course I got gouged at the checkout paying the princely sum of $1.04 AUD
- some might say I got robbed. In the photo with the other machines it's the
big one. Included was the machine of course, the tape drive, the monitor
(the keyboard is somewhere) and a heap of connectors and cables - and I did
get the key with it too. What was missing were the HDDs (which they trashed
to get rid of the data) and all the documentation (which they tossed before
they realised that they could flog it on ePAY and get someone else to take
it away).
http://koken.advancedimaging.com.au/index.php?/albums/as400/
But as I rationalise space in my increasingly small collection facility I
need to make some decisions about things so I'm looking for some suggestions
as to what I can do with this machine. At the risk of being applauded for
some ideas and being flamed for others some suggestions are:
1. Do nothing - it's a very interesting conversation piece and its worth
preserving.
2. Someone is looking for one of these for parts and will pay me a fortune.
3. Dump it.
4. Donate it to a museum - they'll need a truck and four big guys.
5. Trade it for scrap value.
6. Get it running - now there's a big leap I suspect!! I did manage to
procure some HDDs from another AS/400 but as to whether they are suitable or
this would even work is not even remotely my bailiwick.
7. Gut it and build a cluster inside it so at least it looks and runs like a
big computer so I can get some WOW factor from those who don't know any
different.
8. Gut it and turn it into a bar fridge.
9. Anything else...
Thank you
Kevin Parker
I have a number of old (2000-era) DEC StorageWorks disks that fail to
mount under VMS. They report MEDIUM OFFLINE.
They power up in a similar way to other disks that do work, but they
persistently click ina? "something isn't right" manner.
I've tried reorienting some of the disks to see if that makes any
difference, and for the ones I've tried, it didn't help.
I've read about the "freezer" trick, but mostly I've seen negative
opinions. However, those opinions mostly come from data recovery
specialists!
So I thought I'd tap the wisdom of the list. Is there any way that
people have used to successfully recover data from RZ28, RZ29 disks
(which all worked in 2003 :-))? Has anyone tried freezing a double
bagged drive? Was it successful? If so, how long did you freeze it for?
These disks are in StorageWorks containers ... should I remove them
before freezing?
Antonio
--
Antonio Carlini
antonio at acarlini.com
Hi friends.
This rack is available for free. I am located in 10510 happy to drive, up to say 1.5 hours to meet up to transfer vehicles?
https://w2hx.com/ForSale/DEC%20Rack/20200719_114742.jpghttps://w2hx.com/ForSale/DEC%20Rack/20200719_114751.jpg
it is in very nice condition. Comes with wheels/casters, no panels. It is, I believe 24" wide, but it has a set of vertical rails at 19" in addition to 24" I think the space on the right would carry cables etc? Regardless, it will work fine with 19" equipment. Just the perfect think you need to complete your DEC VAX or other DEC set up!
Contact me directly.
73 Eugene W2HX
PS Please pass onto any other list you may belong to that might have an interest in this rack. Thank you
I've been trying to read data from some ~2000 era DLT III cartridges
that were written on a TZ87.
The first one read OK. But the second one failed and it seems that the
leader was torn off. I tried a new drive and a second cartridge has
failed the same way (the leader was there, now it's not).
My immediate problem is that I now have two drives (a TZ88 and a TZ870
that fail POST (all LEDs blink). I guess I need to open them up, fish
out the stray leader and fix them up somehow. Does anyone have any
experience of doing this?
My second problem is that I'd quite like to stop this from happening
again. I'm guessing that it happened because the cartridge mechanism was
jammed. I've just played around with a TK50-K cartridge and if I jam the
two release mechanisms (using the "nose" of two pliers), open the "tape
hatch" and gently pull the tape, it moves. Then I can "rewind" it and
it's back to the way it was. I'm wondering whether this is safe to do on
the DLT III tapes I still want to recover? Is it likely to at least tell
me which tapes are likely to fail and which might load properly?
My third problem i that I have two cartridges without a leader. Is this
something that can be rectified?
Thanks for any useful information.
Antonio
--
Antonio Carlini
antonio at acarlini.com
Sifting through my XTs and clones... I've had three so far with no math
copro (8087) fitted, but switch 2 of SW1 is set to off.
IBM docs say off is "math copro installed" and on is the "installed"
position, i.e. the reverse of what I'm seeing (the minuszerodegrees site
repeats this, although I expect that just copied what's in the manual, too).
These three machines (two are 5160's, the other a clone) came from
completely different sources - it seems unlikely that all three had 8087's
fitted which were pulled at some point. Googling a few more system board
images, ones with 8087's have that switch on - but for boards without, the
setting seems to be pretty much 50/50.
Did the meaning of the switch perhaps change at some point (both of my
5160's are late model 256-640 boards), and rather than being a simple
installed / not installed it was more along the lines of "software should
use it if present / software should never use it"? After all, it's not like
the BIOS will do anything with an 8087; it's only there for software
specifically coded to make use of it.
I suppose it's also possible that users were in the habit of first setting
all the switches to off when configuring a machine, then setting the
relevant ones to on according to their memory/floppy/video config - and the
copro setting just got overlooked.
Weird, anyway.
Jules
Digging through old PCs, on a battery-removal spree... came across a Sperry
3070 XT-a-like (I wouldn't quite call it a clone, it's a bit goofy) which
has a Mitsubishi Electric system board, RAM expansion, and video hardware.
The video hardware is... odd. It's actually two full-length boards, joined
with a large IDC cable along the top edge as well as via the ISA bus. The
only "complex" IC is a 6845 - other than that it's masses of TTL.
Output is via a DE9, and pinouts seem consistent with CGA (15.7KHz on pin
8, 60Hz on pin 9, 3/4/5 at TTL levels and 1/2 ground). There's also an RCA
jack on the backplate, and that 6845 IC... it all seems very CGA-like,
except that total video memory is 192KB.
CGA was normally 16KB, I believe. Hercules and EGA 64KB, although I think
toward the end of EGA's existence there was a 192KB option. Physical
outputs aren't consistent with EGA's two bits per pixel, though.
Does this ring any bells with anyone? I don't know why it needs such a
large amount of RAM if it's stuck with CGA capabilities. One board is
branded WECD10 and the other WECD11, but there's no "model" or anything.
cheers
Jules
Back before X11 took off, IBM funded CMU's development of Andrew, which had its own complete window system represented by its "wm" window manager. One of the many things that led to X's prevalence was that to get ahold of Andrew and wm, you had to license it from IBM, whereas X was licensed freely by MIT and available via FTP, tape, etc.
When I was at CMU in the early through mid 1990s, the CMU Computer Club continued to maintain a fork of "wm" called "wmc" that was available to club members, including source code. While I'm pretty sure I have an archive of this code on a Zip disk somewhere, I thought I'd put out the call to the community to see if anyone else had preserved early Andrew bits since they're both historically important and architecturally interesting.
What's architecturally interesting about them? Among other things, CMU created their own shared library mechanism for Andrew, and their own object oriented dialect of C (implemented via a separate preprocessor) that was surprisingly similar to Objective-C. The entire Andrew system was also component-oriented, such that it supported embedding components for handling different media types within each other, while keeping the embedded ones editable -- most of what developers got later with OLE and OpenDoc.
So it'd be great if this stuff was archived in such a way that it could be used with contemporary systems, whether emulated or real hardware. Has anyone done any of this yet?
-- Chris
I have a Micro Memory Inc. 16MB VME DRAM card MM-6316 but unlike many other Micro Memory products I can?t find a user?s manual.
Does anyone know anything about the jumpers/switches for this board?
? Chris
Sent from my iPad
>> Over the years I've snagged a few domains related to classic computing with
>> the best intentions of doing something with them. I have not, so I will be
>> letting the following expire:
>>
>> decvax.org
>>
>> dgeclipse.org
>>
>> dgnova.org
>>
>> hp1000.org
>>
>> hp2000.org
>>
>> pdp11.org
>>
>> rt-11.org
For anyone here with an interest in any of these domains, I'm happy to
offer free hosting for at least as long as I'm alive (working on finding
volunteers to take care of things after that). I've hosted some of my
accounts and sites since the '90s and can provide email, web, dynamic web,
development, gopher, mailman and more.
I have real colocated servers, not purchased services, and the servers
are, if nothing else, interesting. The collection include an AlphaServer
DS25, a Sun Fire v254, an AMD Ryzen box (with ECC), a 1U Amiga 1200, and a
1U VAX.
John Klos
I don't have a way to make plastic new, but I've had good results with
WD40 for restoring surfaces with WD40. Some plastics get dusty and
highly ablative on the surface with age and environment. Plastic LOVES
WD40, if it is 'thirsty' Coat the plastic with WD40, and wait. It
will soak in, sometimes it takes an overnight. Repeat this until the
plastic no longer 'drinks' the WD40. You've done all you can do now
with this method.
I don't know that it restores the original strength of plastic, I doubt
that, but it sure helps with the surfaces' appearance and wear
resistence.
Best,
Jeff
Today I was working on a very nice 1995 vintage SPARCstation LX with CDROM
and QIC-150 tape drive (3 lunchbox type units). I was trying to install a
newer version of NetBSD on it than was already installed. The stack of 3
units was stored in a museum grade glass display cabinet. Sadly all 3 units
have a small degree of yellowing but more importantly the plastic cases
have become very brittle and bits just break off with minimal mechanical
strain.
Is there any process to reverse the brittleness which could be used to
preserve the cases?
Thanks
Tom Hunter
Please - Would love t he hp2000 domain Jay. Thanks Ed#
On Thursday, September 3, 2020 jwest--- via cctalk <jwest at classiccmp.org; cctalk at classiccmp.org> wrote:
Over the years I've snagged a few domains related to classic computing with
the best intentions of doing something with them. I have not, so I will be
letting the following expire:
decvax.orgdgeclipse.orgdgnova.orghp1000.orghp2000.orgpdp11.orgrt-11.org
You can of course wait to get them until they expire via your registrar of
choice. If you want them sooner, let me know and after a week or so I'll
subjectively decide who to approve a transfer to their registrar.
Best,
J
Over the years I've snagged a few domains related to classic computing with
the best intentions of doing something with them. I have not, so I will be
letting the following expire:
decvax.orgdgeclipse.orgdgnova.orghp1000.orghp2000.orgpdp11.orgrt-11.org
You can of course wait to get them until they expire via your registrar of
choice. If you want them sooner, let me know and after a week or so I'll
subjectively decide who to approve a transfer to their registrar.
Best,
J