just forwarding this from my local forsale newsgroup
(Kitchener - Waterloo, Ontario). Please contact the
party below; do not contact me. This is the first time
I've heard of a 6800 based Dynalogic system - though
I do have a dual floppy Hyperion
h
----- Original Message -----
From: "Dennis Mullin" <dmullin(a)sentex.net>
Newsgroups: kw.forsale
Sent: Friday, December 13, 2002 7:32 PM
Subject: Free: antique computers (Jan/2003)
> 3 free computers available in January.
>
> Location: Kitchener
>
> They're currently being phasing out of active use
> this month. When the last of the data has been
> transfered, they're available for free to anyone
> who wants one or they're off to the dump.
>
> The computers are 2 different models of Dynalogic
> Business Machines. They were last produced in
> early 1982 when Dynalogic switched to making
> Hyperions (an early portable IBM PC compatible).
> Dynalogic was an Ottawa based company
> that started building computers in 1976.
>
> Specs:
>
> CPU: Motorola 6800 cpu, 1 meghertz speed, 8 bit
>
> Memory: 32K (2 machines), 64K (main machine)
>
> Operating system: Dynamo 3.1, Dynamo 4.0
> (mentioned because part of the operating system
> is stored in an EPROM, and unless you've got a EPROM
> programmer the operating system is not switchable).
> Dynamo borrows features from Unix and CP/M.
>
> Storage: these machines have two 8" floppy drives
> (2 machines: 1.2meg/disk DSDD;
> 1 machine: 600k/disk SSDD)
> Several hundred floppies are also available.
>
> Display: none included, designed for a standalone
> terminal (Volker-Craig was a popular model). But can
> provide a terminal emulator program. We're currently
> using a pentium III class machine as a terminal
> (yes, the irony is recognized...)
>
> I/O: serial ports
>
> Manuals: several pounds of those (most of which
> have never been looked at).
>
> Software: an early basic compiler (much better
> than Microsoft's efforts from that time period);
> assembler (assuming the disks are still readable);
> assorted basic programs (assuming the disks are
> still readable), operating system disks.
>
> Size (approx): 20" deep, 16" wide, 10" high
>
> Weight (approx): 50 pounds/25 kg each
>
> Age: The main machine is from 1981, the
> back up machines are probably 1980 or 1981.
>
> Enough parts for 2 working machines, 1 memory
> board has gone bad in one machine, and some
> of the floppy drives are in need of cleaning/lubrication.
>
> If interested or if you can suggest a local metal recycler
> please contact: Dennis at dmullin(a)sentex.net
>
>
> ==================================================
> * For info on the kw.forsale charter and posting notes see
*
> * http://www.geocities.com/kwmoderator
*
> ==================================================
>
Hi All,
I've just been watching the TLC show about Hackers and Phone Freakers.
I don't work in the computer industry, so I don't hear many pronunciations.
Do you pronounce DEC as "Dee Eee Cee" or as "deck"? I've always called
it "deck".
Chad Fernandez
Michigan, USA
If anyone has seen the man I was to send an ATR8000 (and associated
gear) to, please let me know.
I've carried this package of equipment long enough. It is complete in
every way but I don't know where to send it to any longer.
Please reply to me at Technoid(a)30below.com
If you feel you have been defrauded, my address is Jeffrey S. Worley
1151 N.E. 86St.
Miami, Fl. 33138
My Aim id is Tecworley
My Yim id is Ubertechnoid
Please help me complete this transaction.
Yours truly,
Jeffrey S. Worley
I have an HP GPIO 98622A, Rev B (for 9000 series 300) and an HP 82306A (ISA GPIO for 82300 measurement coprocessor) need a good home. I'll post them on eBay in the next day or so if I don't hear from classiccmp subscribers.
Some Info regarding the 98622 can be found at:
http://www.tamsinc.com/support/gpio/theory.htm
Info on the 82306 can be found at:
http://ftp.agilent.com/pub/mpusup/pc/old/vp_gpio.html
Let me know if you are interested,
Mike
Hi all,
What stuns me about this what seems to be a national effort to wipe
out existing knowledge and experience in the various U.S. companies
trying to clean up their EOY numbers, is that they truly dont KNOW
what they're doing.
I did some asking around based on Megan's layoff, and the results are
stunning. HP really, deeply and truly has no idea of what they're
doing right now, let alone where they're going from here.
Corporate HQ announces that the numbers don't look [as] good, so we
have to cut on operational costs. And, HP being New (I'd call it
'brainless'- but then again, I'm not part of their staff ;-) they go
for the first possible solution: fire people.
What would that do in the long run?
Right now, their plan is to dump Tru64/Alpha, and to integrate that with
the HPSux/HPPA stuff. We'll see about that later (customers usually have
their own ideas about that- they forced MS into keeping Win2000 around for
much longer than they wanted to ...) but for now, exactly _HOW_ is HP
going to handle their support obligations to their enterprise customers?
I talked to the CTI of a _Major_ Dutch multinational this morning, which
I know uses truckloads of Alpha systems, with both VMS and Tru64. When I
told him about the layoffs in the UEG (Unix Engineering Group) task forces,
he said: "Oh. So, assuming they clean out most of their brains, which is
what this sounds like, HOW can they adhere to their claim to full support
until X years after EOL?"
Also- I can't speak for U.S. companies and their IT staffs, but in Europe,
HP/UX doesn't have such a grand name in Enterprise Computing. It's mostly
Sun Solaris on the Exxx boxes, and Tru64 UNIX on Alpha, as far as large
UNIX systems are concerned. HOW is HP going to sell this to their customers,
without those same customers running off to Sun or IBM, in search for some
stability?
Anyway. HP has lost its marbles. Cutting operational costs is a good thing,
and usually serves a purpose. Ripping off your own balls (I apologize for
any ladies reading this..) is not the best thing to do, and will probably
leave you without kids later on. Kids that feed you when you can no longer
do it yourself. Which might happen sooner than you think...
--fred (yes, pissed off, how'd ya guess?)
I noticed that you have alot of 486 SRAM Cache Chips, I have been looking for some to upgrade a computer of mine.
I hope this is correct, are they for L2 Cache on the motherboard?
They reason why I ask, is because that is what I need.
Are they all the same configuration? ie.. (32K x8) for example.
Or do you have (64K x8) or 128 versions also.
Please email with Information.
Thank you for your time
Scott Rowe
I've just aquired a tested working Emulex UC17 Unibus SCSI host interface
>from a dealer for $50... don't know if I'm crazy paying so much for old
Unibus or not!
Question is, does anyone have any observations as to any special
requirements such a card might have? Long time since I've played with any
Emulex... any reason why it shouldn't work in really ancient hardware, such
as my 11/20?... something appeals to me about putting a SCSI disk in such an
ancient device!
Mike
http://www.corestore.org
_________________________________________________________________
Add photos to your messages with MSN 8. Get 2 months FREE*.
http://join.msn.com/?page=features/featuredemail
Removing ICs without a good soldering iron is an exercise in futility.
About 15 years ago I was trying to remove some ROMs from a 8086 machine
(a Japanese machine called Samurai with 2 8 inch floppies, running
MSDOS 1.x - it was not a PC compatible, so it could not run anything
other than its own version of MSDOS).
The machine had a passive backplane with a series of posts on the back
so that you could attach probes to the bus lines. I didn't have a proper
technical manual, but I did have the schematics and I had taken a
dump of the BIOS.
The ROMs in question were on the video controller card and were used to
store the character bitmaps. I wanted to replace the ROMs with static
RAM so that I could change the character set of the machine.
Unfortunately I made a complete mess of removing the two ROMs, but a visual
examination of the board did not reveal any obvious damage. So I soldered
a pair of sockets and mounted the original ROMs to see if the machine
worked. Guess what, the fan worked, but I did not get any disk activity
and the screen remained blank. Time for the funeral.
So I carried that machine to the hardware lab of the University and
asked the help of a friend. He was playing with a new (at the time)
Dolche instrument that could attach to the bus of a microprocessor
and display the code that was running (the actual assembly instructions).
So he was quite excited at the prospect of using his new toy on a real
machine. We plugged the DOLCHE to the Samurai backplane and we found
that the processor was running, but stuck in a tight loop. So we looked
at the ROM listings and found that the machine was waiting for the
vertical blank signal. So we used a probe to connect the output of the
video IC to the appropriate line on the backplane. As soon as the probe
made contact we heard the floppy come to life. The screen was also
working and the machine was trying to boot.
We followed the VBLANK trace and sure enough it disappeared under the
two character set ROMs.
So I had the machine working again, and a war story to tell.
Best Regards
**vp