From: postmaster at mail.hotmail.comTo: sachaturgeon at hotmail.comDate: Sun, 18 Nov 2007 23:38:30 -0800Subject: Delivery Status Notification (Failure)This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. bcw at u.washington.edu
--Pi?ce jointe du message transmise--From: sachaturgeon at hotmail.comTo: bcw at u.washington.eduSubject: UNSUBSCRIBE CLASSICCMP sachaturgeon at hotmail.comDate: Mon, 19 Nov 2007 07:37:45 +0000
From: postmaster at mail.hotmail.comTo: sachaturgeon at hotmail.comDate: Sun, 18 Nov 2007 23:34:57 -0800Subject: Delivery Status Notification (Failure)This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. bill at booster.u.washington.edu
--Pi?ce jointe du message transmise--From: sachaturgeon at hotmail.comTo: bill at booster.u.washington.eduSubject: UNSUBSCRIBE CLASSICCMP sachaturgeon at hotmail.comDate: Mon, 19 Nov 2007 07:34:56 +0000
From: postmaster at mail.hotmail.comTo: sachaturgeon at hotmail.comDate: Sun, 18 Nov 2007 23:33:10 -0800Subject: Delivery Status Notification (Failure)This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. classiccmp at u.washington.edu
--Pi?ce jointe du message transmise--From: sachaturgeon at hotmail.comTo: classiccmp at u.washington.eduSubject: UNSUBSCRIBE CLASSICCMP sachaturgeon at hotmail.comDate: Mon, 19 Nov 2007 07:33:02 +0000
From: postmaster at mail.hotmail.comTo: sachaturgeon at hotmail.comDate: Sun, 18 Nov 2007 23:29:49 -0800Subject: Delivery Status Notification (Failure)This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. listproc at u.washington.edu
--Pi?ce jointe du message transmise--From: sachaturgeon at hotmail.comTo: listproc at u.washington.eduSubject: UNSUBSCRIBE CLASSICCMP sachaturgeon at hotmail.comDate: Mon, 19 Nov 2007 07:29:48 +0000
UNSUBSCRIBE CLASSICCMP sachaturgeon at hotmail.comRemoves you from the list.
Envoie un sourire, fais rire, amuse-toi! Employez-le maintenant!
Envoie un sourire, fais rire, amuse-toi! Employez-le maintenant!
Envoie un sourire, fais rire, amuse-toi! Employez-le maintenant!
Envoie un sourire, fais rire, amuse-toi! Employez-le maintenant!
_________________________________________________________________
Envoie un sourire, fais rire, amuse-toi! Employez-le maintenant!
http://www.emoticonesgratuites.ca/?icid=EMFRCA120
From: postmaster at mail.hotmail.comTo: sachaturgeon at hotmail.comDate: Sun, 18 Nov 2007 23:38:30 -0800Subject: Delivery Status Notification (Failure)This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. bcw at u.washington.edu
--Pi?ce jointe du message transmise--From: sachaturgeon at hotmail.comTo: bcw at u.washington.eduSubject: UNSUBSCRIBE CLASSICCMP sachaturgeon at hotmail.comDate: Mon, 19 Nov 2007 07:37:45 +0000
From: postmaster at mail.hotmail.comTo: sachaturgeon at hotmail.comDate: Sun, 18 Nov 2007 23:34:57 -0800Subject: Delivery Status Notification (Failure)This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. bill at booster.u.washington.edu
--Pi?ce jointe du message transmise--From: sachaturgeon at hotmail.comTo: bill at booster.u.washington.eduSubject: UNSUBSCRIBE CLASSICCMP sachaturgeon at hotmail.comDate: Mon, 19 Nov 2007 07:34:56 +0000
From: postmaster at mail.hotmail.comTo: sachaturgeon at hotmail.comDate: Sun, 18 Nov 2007 23:33:10 -0800Subject: Delivery Status Notification (Failure)This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. classiccmp at u.washington.edu
--Pi?ce jointe du message transmise--From: sachaturgeon at hotmail.comTo: classiccmp at u.washington.eduSubject: UNSUBSCRIBE CLASSICCMP sachaturgeon at hotmail.comDate: Mon, 19 Nov 2007 07:33:02 +0000
From: postmaster at mail.hotmail.comTo: sachaturgeon at hotmail.comDate: Sun, 18 Nov 2007 23:29:49 -0800Subject: Delivery Status Notification (Failure)This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. listproc at u.washington.edu
--Pi?ce jointe du message transmise--From: sachaturgeon at hotmail.comTo: listproc at u.washington.eduSubject: UNSUBSCRIBE CLASSICCMP sachaturgeon at hotmail.comDate: Mon, 19 Nov 2007 07:29:48 +0000
UNSUBSCRIBE CLASSICCMP sachaturgeon at hotmail.comRemoves you from the list.
Envoie un sourire, fais rire, amuse-toi! Employez-le maintenant!
Envoie un sourire, fais rire, amuse-toi! Employez-le maintenant!
Envoie un sourire, fais rire, amuse-toi! Employez-le maintenant!
Envoie un sourire, fais rire, amuse-toi! Employez-le maintenant!
_________________________________________________________________
Envoie un sourire, fais rire, amuse-toi! Employez-le maintenant!
http://www.emoticonesgratuites.ca/?icid=EMFRCA120
Anyone interested in this unit? Please email ME and make arrangements for pickup or shipping. Bill/KA3AIS
Compaq PLUS Luggable computer...Built-in 9 inch monitor, 5.25 inch floppy, HDD. Very Dirty.
_____________________________________________________________
Click to learn about options trading and how to make more money from the pros.
http://thirdpartyoffers.juno.com/TGL2111/fc/Ioyw6iifU9d9smPnJ04sgcu5i2BolMF…
Hi,
>....I think he was joking, of course, given the
>horrendous bottlenecks in its software and its bus
>protocol.
To be fair, the only thing wrong with the CBM serial bus was the speed it
ran at....or rather the lack of it....
TTFN - Pete.
Date: Sun, 18 Nov 2007 15:24:28 -0800
From: "Chuck Guzis" <cclist at sydex.com>
Subject: Re: "intelligent" disk drives
<snip>
>Micropolis floppy drives were very well-made. I wish that modern
>drives could be as well-built. All of mine are still operational.
<snip>
>Cheers,
>Chuck
-----------
Ummm... well, you're certainly entitled to your opinion...
I congratulate (and envy) you!
;-)
m
Hi,
> Maybe looking at the main PCB will reveal something. The typical
>Philips monitor this is likely to be based on -- the CM8883 and
>related models....
As I recall, there were either 3 or 4 models based on the same design/PCB.
They differed in whether they were stereo or mono, what video inputs they
supported (TTL and/or analogue RGB and composite) and the tube "resolution"
(dot pitch).
I still use an 8833 to this day as my TV....
TTFN - Pete.
Eventually I'll be shipping various 8-bit machines to the US, and was thinking
of using a PC with a TV card as a display (most of the machines have UK PAL RF
outputs, and I could add modulators to the ones that don't).
However:
- All TV card software I've seen has been utter crap, when it even works
at all.
- Typically there seems to be no scaling of the picture to fill the PC
screen.
- There's an obvious quality drop in the RF stages.
- I'm warned that the digital tuners in TV cards often have problems
locking on to the weaker signal produced by home micros.
So... how about hooking straight to the TTL RGB outputs of the vintage
machines and somehow sampling lines of data into the PC for display in a
window (with appropriate scaling in software as/when necessary so that the
image more or less fills the PC display)?
Surely someone's homebrewed something like this already? I presume the speeds
at which things need to work can be pretty high - but in theory it's just an
RGB framegrabber but without all the analogue-type circuitry needed to decode
a picture?
I'm planning on shipping a few TTL RGB displays to the US, but maintaining
them is going to be more difficult than maintaining the machines (and I
imagine there are all sorts of pitfalls in taking a US-designed TTL RGB
display and trying to use it with a UK-designed micro, as the frequencies
involved won't be quite the same)
thoughts welcome...
Jules
Augat pin-board show up with some regularity on eBay,
but this one is particularly interesting because it
looks to be Multibus form-factor.
As of this moment, a gold scrapper is the high bidder.
One of you multibus fans must certainly want it. It
needs to have some wiring stripped, but it looks to be
in good shape.
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=320181330426
MILITARY AUGAT WIRE WRAP PCB - GOLD SCRAP 1.125 LBS - (eBay item 320181330426 end time Nov-18-07 08:15:18 PST)
I have updated my web page on the first U.S. Robotics modems.
http://www.swtpc.com/mholley/USR/USR_Modem.htm
A 300 baud acoustic coupler USR-310 was only $139. The USR-330 with
originate and auto answer was $324. (February 1978 prices.)
I recall that someone on this list worked there in the early days.
Michael Holley
I posted a few minutes ago on usenet in comp.os.cpm about a big fancy
S-100 memory card.
If anyone in here would like to add to the feature list or suggest a
change, now is the time to do it.
We should probably keep the discussion in one place, and its already
at comp.os.cpm, so maybe reply there?
Here is the text:
THIS is your chance to get in any requirements. The board will have
quite a few QFP and fine surface mount parts. Hardware modifications
at a later date may be hard. : )
I am designing the board around MITS S-100 specifications. I do not
have any other S-100 machines or experience with them.
If your IMSAI or whatever has additional I/O, then please tell me if
its I/O, I, O, the pin, and what it does. For example, I really have
no idea how PHANTOM works. I'm not really interested in digging up
the details on how these things work since the have no meaning to an
Altair. The I/O question is a biggie. Timing is not an issue since
that can be worked out at a later date in the CPLD. If there is an
Altair signal that is only an input and you want/need it to be I/O, I
would also need to know that now.
The board will have a landing for 128kbyte ($2.80) or 512kbyte ($5.10)
SRAM. It will also have a landing for 512k of FLASH ($4.62). The
price difference between 64kx8 and 512kx8 is $2, so it hardly makes
sense to choose 64kx8... Bank swapping can/will be worked out later
in the CPLD code.
This board MAY have a landing for a bunch of other optional functions,
but for those of you who don't care about those options, you don't
need to install them. For example, two 6850 type serial ports, 4x SD
cards to emulate Altair disk drive systems, mp3 decoder and
ethernet ; ).
Another point to discuss is if its worth having an 8MByte 8 pin soic
(very small, like pinkey finger nail sized) FLASH chip tied directly
to the CPLD. This would allow the 8080/Z80 to access the serial flash
without AVR interference. The 4 SD cards for Altair disk emulation
are not available directly to the 8080. Is it also worth having a 5th
SD card also directly connected to the CPLD? How many of the 8MByte
data flash chips should there be? The poor things are $2.70 a piece
and we could have 4-8 and hardly notice.
All of the chips will be tied together with a Xylinx MAX II CPLD, and
buffered to the S-100 bus with 8T97 or equivalent ICs.
As you can see I am very flexible. My goal is to create a
"SuperAltair" card with a lot of universal appeal. Sort of "add the
chips you want and nothing more" card. Should I throw in the
functionality of the GIDE while I'm at it? Let me know what you want
and I'll see if I can fit it in.
The entire card will be open source, except for the ROM monitor which
is IP to a fellow enthusiast. I will sell the PCBs for around $35.
The CPLD is $10, SRAM/FLASH as priced above, add a few $ for heat
sinks and voltage regulators and you could be started for under $60.
I will be soldering the crazy surface mount parts for those who are
not brave enough. ; )
Grant
>Message: 8
>Date: Fri, 16 Nov 2007 18:48:14 -0800 (PST)
>From: Sellam Ismail <sellam at vintagetech.com>
>Subject: Timex-Sinclair 1000 with chiclet keyboard
>To: Classic Computers Mailing List <cctalk at classiccmp.org>
>
>
>I found the oddest thing over at my friend James' ACCRC (Alameda County
>Computer Resource Center) operation.
>
>Walking through his office I spotted a Timex-Sinclair 1000. But this was
>no ordinary TS1000. Instead of a membrane keyboard (i.e. the flat,
>plastic piece of shit) it had a chiclet keyboard (i.e. the rubberized,
>raised key type). I have never seen this before.
>
>It seems to be an aftermarket add-on. It has an adhesive on the bottom
>perimeter that sticks over the original membrane keyboard. On the bottom
>of each key are circular pads that press against the membrane key when the
>chiclet key is depressed. It's pretty damn cool.
>
>Has anyone else ever seen one of these before?
>
>--
>
>Sellam Ismail Vintage Computer Festival
Suntronics had a kit for a keyboard and chassis cover that fit over the
original unit:
http://vintagecomputer.net/sinclair/suntronics_sinclair1000_kit.jpg
In addition to Suntronics Co. here is a list of other manufacturers that I
know of who made add on keyboards, but some of these you also had to buy an
upgraded motherboard kit:
Kayde
Dk'Tronics
Haven Hardware
Memotech
Microcomputers Plus, Inc
The Full Spectrum
Synergistic Design
Fuller
Gladstone
E-Z Key
Research Applications Prod.
-Bill Degnan
Date: Fri, 16 Nov 2007 20:32:47 -0800
From: "Chuck Guzis" <cclist at sydex.com>
Subject: Re: Commodore PET first shipemnt in mid October 1977.
<snip>
>I've still got a National Semiconductor LCD watch, but the guts are
>rotted out from perspiration leaking into the case. On the other
>hand, the Seiko self-winder I purchased the year before still works
>just fine.
<snip>
You do mean L*C*D, right? Too bad, I've still got some National L*E*D
watch modules somewhere.
>I sometimes wonder if we'll have any operating 30-year old cell
>phones?
>Cheers,
>Chuck
Last time I looked, people were still buying & selling analog phones, so
I suspect that in some parts of the world analog may be around for a
while yet; wanna buy a dozen or so, cheap? Have I got a deal for you...
I've got an old Motorola mobile phone that sits in the trunk, nice Contempra (?)
handset with a number display; does that count?
m
Princeton Graphics did a true brown in their cga and ega monitors... at least the ones I owned.
>We've been here before. The IBM color display as well as the EGA
>version contains a PROM to correct the "dark yellow" color to brown.
>It was duplicated on few, if any third-party units.
Hello all,
This may be somewhat off topic, but it certainly is a serious request.
A little history first.
About a year ago, I got a call from a company close where I live and asked
me if I was interested in some old DEC documentation. I collected about
an office cupboard full of usefull and less usefull material.
Since July this year I work for them, and they now know me and what my
hobby is (PDP-11's). I just got a call from the head of the repair dept
(they repair a lot of weird things, including old DEC stuff).
Basically he told me that management is considering to get rid of most of
the older technical documentation archive.
I have seen this archive, and it is about 100 meters of documentation,
not only DEC stuff, but also some Sun Microsystems, HP and Dell material.
Some of the manuals are available in several revisions, some not.
All in all about 40 office cupboards in total.......
One of the options is just to get rid of it, but another option is more
favoured, which is to find a company or someone willing to scan it in.
There is a budget, and one very likely possibility is to make the scanned
material available for everyone except maybe those documents which are
still considered valuable by the respective owner of this docu.
So, now I'm looking for leads to individuals or organisation who have
the capacity to scan this amount of material in and convert it into
PDF formatted documents.
If you have any lead or info, please contact me off-list.
Thanks,
Ed
I found the oddest thing over at my friend James' ACCRC (Alameda County
Computer Resource Center) operation.
Walking through his office I spotted a Timex-Sinclair 1000. But this was
no ordinary TS1000. Instead of a membrane keyboard (i.e. the flat,
plastic piece of shit) it had a chiclet keyboard (i.e. the rubberized,
raised key type). I have never seen this before.
It seems to be an aftermarket add-on. It has an adhesive on the bottom
perimeter that sticks over the original membrane keyboard. On the bottom
of each key are circular pads that press against the membrane key when the
chiclet key is depressed. It's pretty damn cool.
Has anyone else ever seen one of these before?
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
e-mail me thanks
____________________________________________________________________________________
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs
>
>Subject: "Barn" finds - Victor 9000, Rex Microcomputer and Intersil DevelopmentSystem
> From: JP Hindin <jplist2007 at kiwigeek.com>
> Date: Tue, 13 Nov 2007 10:03:04 -0600 (CST)
> To: cctalk at classiccmp.org
Snippage>>>>>
>
>The next is a 'Rex Microcomputer System', model REX-1032, "Manufactured by
>Realistic Controls Corporation of Davenport, Iowa". I'm guessing this is a
>kit computer that's been put together by this local company, but "Rex
>Micrcomputer" gets me nothing via google and breaking it down gives me
>screeds of irrelevancies. The machine has a Z80 microprocessor, although
>it might have another (ala Rainbow) and I just haven't dug far enough.
REX was late like 1979 to early 80s not later than 1985 time frame.
They were not seen around my travels and I wondered if they were really
vaporware. It's a Z80 CP/M crate. More like Robin not Rainbow.
>The last is quite a beasty, weighing plenty thanks to its significantly
>hefty linear power supply. Intersil Development System, ISB 80DS 3020-120.
>Got six apparently serial ports on the back with what I think is a console
>cable hanging out one side. What I like best is the socket mounted in the
>front plate for reading/writing 24 pin DIP chips. Two 8" drives with
>diskettes in them, God only knows if they're still good after sitting out
>for this long.
Likely a 6100 (PDP-8 in cmos) powered deveopment system though they
sold 1802, 80c85 and 80C88 too.
With some TLC they sould still run if rust or corrosion are not evident.
Allison
Whilst going through my box to separate the wheat from the chaff in the
3.5" DSHD diskette department I remembered a tip from ages ago, and
durned if it didn't work.
Shake the diskette and put it back in the drive.
Sounds silly, but it does work sometimes.
As part of the process of getting a second C128 system set up and
running, I recently ordered another Commodore 1084 monitor from an
eBay seller. The one I have is nice and bright and lets me switch
quickly between the composite (40-column) and RGBI (80-column) outputs
of the 128, so I was happy to stumble across another one for a
reasonable price.
It arrived last night, and it's a great little monitor, in even better
shape than the one I already had. To my surprise, though, it's also
completely different. The case is different, the form factor and
positioning of the controls are different -- and, most relevantly,
even the connectors are different. My older one (made in 1989) has a
DB-9 input for RGBI input. The new arrival (made in 1988, if I recall
correctly) has an 8-pin DIN input for RGBI input.
Thankfully, I already had a DB-9 to DIN-8 cable in the Big Box of CBM
Scraps, so I didn't have to order any cable-making parts from Mouser,
but it does bring up a question: how many potentially problematic
variations on the same model number did Commodore make? I know that
they did a lot of this sort of thing, given the ever-changing
appearance of the C2N and 1541, but is there a quick and easy question
I can ask a seller to find out exactly what ports to expect on the
back of a 1084 (or similar monitor)? "DB-9" and "8-pin DIN" are
already way too difficult to explain to somebody just trying to clean
out their attack, but if there's a guide out there with a breakdown by
manufacturing date or serial number for some of this Commodore
equipment, that would be lovely...
---------Original Messages:
Date: Fri, 16 Nov 2007 08:57:12 -0500
From: Allison <ajp166 at bellatlantic.net>
Subject: Re: Speaking of multiple processors...
> From: M H Stein <dm561 at torfree.net>
> Date: Thu, 15 Nov 2007 11:29:05 -0500
>Cromemco also had Z80s on their I/O processor boards, and when the later 680x0
>CPU boards dropped the Z80 you could still run your Z80 programs on the I/O card.
>
>mike
This is not uncommon.
H89 had two, one for the terminal and the other was the processor for
the computer.
My NS*Horizon had two when I added the Teletek HDC(hard disk) as that
has a local z80. When I added a smart FDC of my own design and later
smart printer spooler and other IO with local cpu the nuber fo cpus grew.
The Compupro system can easily have three, ZPB, Their mux board and
any of the hard disk controllers. I have one that has 68000, 8085 and
Z80 (maincpu, mux and Disk3).
It's something that isn't unusual as it would seem.
Allison
----------Reply:
Well, I didn't say or imply that dual-CPUs like Cromemco's DPU and XPU or
intelligent I/O co-processors like their IOP and Octart were uncommon; in
fact I was just adding Cromemco to the list under discussion which ranged
>from CDC big iron down to C-64s, and both C-64s and Cromemcos could
easily have 4 or 5 CPUs talking to each other one way or another.
But now that you mention it, I did think what Cromemco did when their XXU
68010/20 CPU board finally dropped the Z80 _was_ a little unusual; although
the Z80 was gone from the processor board, your Z-80 CDOS or CP/M
application could still use the Z80 on the existing I/O board when it wasn't
handling I/O traffic. Did anyone else run *application* programs like a word
processor or spreadsheet (as opposed to applications like the C-64's disk
utilities) on an I/O co-processor board?
And that's not quite the same either as e.g. an Apple or the SuperPet, which
effectively just used the main system as console and memory for an *added*
co-processor.
Admittedly, at some point the distinctions do get a little blurred.
m
Date: Fri, 16 Nov 2007 22:38:20 -0000
From: "Jim Attfield" <james at attfield.co.uk>
Subject: Re: Speaking of multiple processors...
<snip>
>Absolutey. I have a couple of IOP cards here complete with Z-80, Z80-SIO and
>firmware - very nice cards.
<snip>
>Jim
--------
And 16K of RAM; also, that firmware is actually a monitor program which you can
access from either side (you can use a terminal on the 'output' side or use the IOPEX
program to turn the main computer into a "terminal" talking to the monitor over the
S100 bus), and play around in the IOP's memory etc.)
Essentially a small SBC in its own right.
m
> Message: 24
> Date: Fri, 16 Nov 2007 08:57:12 -0500
> From: Allison <ajp166 at bellatlantic.net>
> Subject: Re: Speaking of multiple processors...
> To: cctech at classiccmp.org
> Message-ID: <0JRL00BZ4QQMNPW2 at vms042.mailsrvcs.net>
> Content-Type: text/plain; charset=iso-8859-1
>
> >Cromemco also had Z80s on their I/O processor boards, and when
> the later 680x0
> >CPU boards dropped the Z80 you could still run your Z80 programs
> on the I/O card.
> >
> >mike
>
> This is not uncommon.
>
> H89 had two, one for the terminal and the other was the processor for
> the computer.
>
> My NS*Horizon had two when I added the Teletek HDC(hard disk) as that
> has a local z80. When I added a smart FDC of my own design and later
> smart printer spooler and other IO with local cpu the nuber fo cpus grew.
>
> The Compupro system can easily have three, ZPB, Their mux board and
> any of the hard disk controllers. I have one that has 68000, 8085 and
> Z80 (maincpu, mux and Disk3).
>
> It's something that isn't unusual as it would seem.
>
> Allison
Absolutey. I have a couple of IOP cards here complete with Z-80, Z80-SIO and
firmware - very nice cards.
Further, way back in the early '80s the Comart Communicator had an
intelligent FDC sporting a Z-80 - formatting was just a matter of setting up
the command and executing asynchronously, the host CPU could then go off and
do something else.
This was way ahead of the common-or-garden FDC's of the time, even
Cromemco's FDC's at the time. A much under-rated system...
Jim
>
>Subject: Re: Speaking of multiple processors...
> From: M H Stein <dm561 at torfree.net>
> Date: Fri, 16 Nov 2007 14:30:25 -0500
> To: "'cctalk at classiccmp.org'" <cctalk at classiccmp.org>
>
>---------Original Messages:
>Date: Fri, 16 Nov 2007 08:57:12 -0500
>From: Allison <ajp166 at bellatlantic.net>
>Subject: Re: Speaking of multiple processors...
>
>> From: M H Stein <dm561 at torfree.net>
>> Date: Thu, 15 Nov 2007 11:29:05 -0500
>
>>Cromemco also had Z80s on their I/O processor boards, and when the later 680x0
>>CPU boards dropped the Z80 you could still run your Z80 programs on the I/O card.
>>
>>mike
>
>This is not uncommon.
>
>H89 had two, one for the terminal and the other was the processor for
>the computer.
>
>My NS*Horizon had two when I added the Teletek HDC(hard disk) as that
>has a local z80. When I added a smart FDC of my own design and later
>smart printer spooler and other IO with local cpu the nuber fo cpus grew.
>
>The Compupro system can easily have three, ZPB, Their mux board and
>any of the hard disk controllers. I have one that has 68000, 8085 and
>Z80 (maincpu, mux and Disk3).
>
>It's something that isn't unusual as it would seem.
>
>Allison
>
>----------Reply:
>Well, I didn't say or imply that dual-CPUs like Cromemco's DPU and XPU or
>intelligent I/O co-processors like their IOP and Octart were uncommon; in
>fact I was just adding Cromemco to the list under discussion which ranged
>from CDC big iron down to C-64s, and both C-64s and Cromemcos could
>easily have 4 or 5 CPUs talking to each other one way or another.
They were not alone doing that.
>But now that you mention it, I did think what Cromemco did when their XXU
>68010/20 CPU board finally dropped the Z80 _was_ a little unusual; although
>the Z80 was gone from the processor board, your Z-80 CDOS or CP/M
>application could still use the Z80 on the existing I/O board when it wasn't
>handling I/O traffic. Did anyone else run *application* programs like a word
>processor or spreadsheet (as opposed to applications like the C-64's disk
>utilities) on an I/O co-processor board?
I guess it could. Never messed with Cromemco but they had nice hardware.
>And that's not quite the same either as e.g. an Apple or the SuperPet, which
>effectively just used the main system as console and memory for an *added*
>co-processor.
>
>Admittedly, at some point the distinctions do get a little blurred.
Way fuzzy.
Allison
>m