This past weekend I was given a IBM paper tape punch, that was and still is
pretty dirty. It has what looks like animal waste on it and other strange
stuff. What's the best way to clean this without removing any of the paint
or labels? It has the gray base and stainless steel arm on top. Thanks for
any help. John
Allison,
Well hats off to you, it worked!
I have now fixed the faulty internals of the two faulty Micropolis hard
drives by teasing out the black gooey mass that use to be the head park
rebound bumper / end stops for each drive.
They had turned into a black sticky mush and as you correctly identified
were holding the heads from un-parking.
However one of the logic board has also gone faulty so if anyone has a spare
faulty drive they would be willing to part with the hopefully working bottom
logic board please contact me.
Drive type: Micropolis 1355 ESDI 5 1/4 full
height (144 MB)
Part no. 900568-11-4a
Faulty PCB part number: 101942-04-3 B2
Eprom fitted: 800140-03-0 (But this is just for
ref)
Many thanks,
Andy.
No CP/M machines, though I think I saw a Z80 softcard in a box of old
Apple ][ cards I have lying about, though
I know nothing about CP/M as I came from mainframes, minis and
military computers directly to Apple.
Two ICT 1301 Mainframes, one operational, the other dismantled but
complete, offered to UK Science Museum
but their new boss has ordered them to stop collecting big computers.
The first one was offered several years
ago (via the Computer Conservation Society) to Bletchley museum but
they had no space for it. Since then
I have restored it to an operational state and am now working on
getting the peripherals working so that I
can read the software and get it onto modern media. Then will work on
the rest of the peripherals such as
the line printer and online card punch. Manufactured in 1962,
acquired late 1970s. Price new about a
quarter of a million pounds each. Need 700 square feet floor space
each, weigh 5 tons each, consume
13kVA three phase (440V).
UK101 single board computer (8k static RAM, mono video output,
keyboard, casette tape storage)
Two or three Apple ][ europlus. 48K, twin floppy drives, dozens of
cards, hopefully including a Microspot
serial/parallel card (AKA MicroPeripherals Zappler) which I designed.
An Apple /// (probably non operational), maybe two plus a Profile
hard drive.
An operational Macintosh XL (AKA Lisa 2), plus one which has not been
powered up in 5-10 years.
Odd Macintoshes, can't remember what, we had a chuck out a while ago
and I'm not sure what is left.
A Titanium Powerbook, so once a year I can run Civilisation 2 and a
few other games, which won't work on Intel Macs.
Work machine: MacBook Pro, 2 GHz Intel Core Duo.
Roger Holmes
Also collect classic cars and hoard all sorts of interesting junk
because its easier than selling it (e.g. never sold a car).
There was a comment regarding the SGI "hinv" (hardware inventory) command and
other UNIX systems. I've attached inline a "hinv" of my Onyx2 system. As you
can see, it gives both hardware information as well as serial and part
numbers of all boards in the system. In addition, I've also provided a
"gfxinfo" command - which inventories and describes the graphics hardware on
the system. There are other "info" commands which describe other system
options - but I figured this would be enough to get the idea...
----------------------------------------------------------------------------
hinv -m
IP31 Board: barcode MJT049 part 030-1523-001 rev C
IP31PIMMR12KS Board: barcode MJS498 part 030-1423-002 rev H
MODULEID Board: barcode K0010378 part rev
IP31 Board: barcode LAM652 part 030-1523-001 rev C
4P1G5_MPLN Board: barcode DAW270 part 013-1839-001 rev E
IP31PIMMR12KS Board: barcode LAT574 part 030-1423-002 rev G
GE16-4 Board: barcode GMR170 part 030-1398-001 rev B
DIVO Board: barcode DDE075 part 030-1046-002 rev H
BASEIO Board: barcode GKN285 part 030-0734-002 rev N
MIO Board: barcode GJJ660 part 030-0880-003 rev F
4 400 MHZ IP27 Processors
CPU: MIPS R12000 Processor Chip Revision: 3.5
FPU: MIPS R12010 Floating Point Chip Revision: 3.5
Main memory size: 3072 Mbytes
Instruction cache size: 32 Kbytes
Data cache size: 32 Kbytes
Secondary unified instruction/data cache size: 8 Mbytes
Integral SCSI controller 0: Version QL1040B (rev. 2), single ended
Disk drive: unit 1 on SCSI controller 0
Disk drive: unit 2 on SCSI controller 0
CDROM: unit 6 on SCSI controller 0
Integral SCSI controller 1: Version QL1040B (rev. 2), single ended
IOC3 serial port: tty1
IOC3 serial port: tty2
IOC3 serial port: tty3
IOC3 serial port: tty4
IOC3 parallel port: plp1
Graphics board: InfiniteReality2E
Integral Fast Ethernet: ef0, version 1, module 1, slot io1, pci 2
Iris Audio Processor: version RAD revision 7.0, number 1
Origin BASEIO board, module 1 slot 1: Revision 4
DIVO Video: controller 0 unit 0: Input, Output
IOC3 external interrupts: 1
------------------------------------------------------------------------------
/usr/gfx/gfxinfo -v
Graphics board 0 is "KONAL" graphics.
Managed (":0.0") 1280x1024
Display has 8 channels
4 GEs (of 4), occmask = 0x0f
4MB external BEF ram, 32bit path
2 RM9 boards (of 2) 1/1/0/0
Texture Memory: 64MB/64MB/-/-
Large pixel depth
32K cmap, 64K external gamma
brd: f61806 3020c06/3020c06/-/- 51bf1002
ge: 0 14832057 24731057 14231057
rm0: 15032057 15431057
4631057 2/2/2/2
4d31057 2/2/2/2/2/2/2/2
4938057 5/5/5/5/5/5/5/5/5/5/5/5/5/5/5/5/5/5/5/5
rm1: 15032057 15431057
4631057 2/2/2/2
4d31057 2/2/2/2/2/2/2/2
4938057 5/5/5/5/5/5/5/5/5/5/5/5/5/5/5/5/5/5/5/5
dg: 05532057
5838057 1/1/1/1
5631057 1/1/1/1/1/1/1/1
GE: NIC #: 0000.002a.e7eb (family: 0b)
Serial #: GMR170
Part #: 030-1398-001
KT: No NIC serial number available.
RM0: NIC #: 0000.0025.9d10 (family: 0b)
Serial #: HGM627
Part #: 030-1402-001
TM0: NIC #: 0000.002e.44a7 (family: 0b)
Serial #: FDS892
Part #: 030-1053-001
RM1: NIC #: 0000.0025.9be5 (family: 0b)
Serial #: DEM993
Part #: 030-1402-001
TM1: NIC #: 0000.001d.b564 (family: 0b)
Serial #: DEM879
Part #: 030-1053-001
RM2: No NIC serial number available.
TM2: No NIC serial number available.
RM3: No NIC serial number available.
TM3: No NIC serial number available.
BP: No NIC serial number available.
DG: NIC #: 0000.0021.1bed (family: 0b)
Serial #: GPV767
Part #: 030-1087-001
DGOPT:No NIC serial number available.
Input Sync: Voltage - Video Level; Source - Internal;
Genlocked - False
Channel 0:
Origin = (0,0)
Video Output: 1280 pixels, 1024 lines, 72.00Hz (1280x1024_72.vfo)
Video Format Flags: (none)
Sync Output(s):
Composite sync on Green
Composite TTL sync on Aux 0
Using Gamma Map 0
------------------------------------------------------------------------------
--
Lyle Bickley
Bickley Consulting West Inc.
Mountain View, CA
http://bickleywest.com
"Black holes are where God is dividing by zero"
> In contrast, the x86 PC has been around for more than 25 years and is
> still going strong. So its potential for being a candidate for
> future vintage discussions is strong.
A lot of that sort of discussion seems to be going on over at the vintage
computer forum, looking at the active threads
http://www.vintage-computer.com/vcforum/search.php?searchid=81558
>
>Subject: Micropolis 1355 ESDI hard drive "sticky bumpers" Fixed!
> From: "Andy Piercy" <andy.piercy at gmail.com>
> Date: Fri, 20 Apr 2007 13:46:37 +0100
> To: cctalk at classiccmp.org
>
>Allison,
>
>Well hats off to you, it worked!
The advantage of being exDEC. I had a lot of stuck rd53s and built up
a lab MicroVAX system by fixing a few when noone could get their hands on
stuff (budgets). I figured they were officially dead and the worst that
could happen is they get deader. I'd scrounge bits and peices and trade
RD53s as needed with other groups to get the needed bits. My boss was
surprized when a request for node address came back to her for approval
for a system under my desk. When she saw the BA123 with 3 RD53s and a
RD54 she wanted one, I produced that one in about a week. Getting her the
19" color monitor was tricky though. ;)
>I have now fixed the faulty internals of the two faulty Micropolis hard
>drives by teasing out the black gooey mass that use to be the head park
>rebound bumper / end stops for each drive.
>
>They had turned into a black sticky mush and as you correctly identified
>were holding the heads from un-parking.
>
>However one of the logic board has also gone faulty so if anyone has a spare
>faulty drive they would be willing to part with the hopefully working bottom
>logic board please contact me.
You will likely have success finding a board or another complete drive
(with stickies). Now that you know how to fix them you may find an excess
of the drives results. ;)
Allison
>
>Drive type: Micropolis 1355 ESDI 5 1/4 full
>height (144 MB)
>Part no. 900568-11-4a
>Faulty PCB part number: 101942-04-3 B2
>Eprom fitted: 800140-03-0 (But this is just for
>ref)
>
>Many thanks,
>
>Andy.
hi guys
I was just remembering back about 20-25 years ago when i was in my
10-15 years old going to work with my step dad who worked at a mining co
that had a bid datacenter and was awed at the computer monitors that were
hooked up to the mainframe the bulk of the monitors were these great big
ones that sat on the desk they were probably 2'wide X 1 1/2'-2'high and
about 3' deep the base cume up about 6" then curved out so you could see the
main screen like so forgive the drawing
-----------------
! !
! !
!__ !
! !
! !
! !
-------------
CROSS SECTION
I would like to know what motel that was all i remember it was stamped IBM
and if there are any pic's arround
then a couple years leter i remember we got these lcd plasma type displays
about 1985 or 86 about 2.5 feet tall 2.5 feet wide but only bout 1 foot
thick and they were neat because they could be 4 small monitors or 2 or 1
big monitor but they only had one color flouresent orange im trying to
figure out what these are to
tx 4 your time
Chris
>
>Subject: Re: Micropolis 1355 ESDI hard drive "sticky bumpers" Fixed!
> From: Mr Ian Primus <ian_primus at yahoo.com>
> Date: Fri, 20 Apr 2007 12:12:23 -0700 (PDT)
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>
>--- Andy Piercy <andy.piercy at gmail.com> wrote:
>
>> Allison,
>>
>> Well hats off to you, it worked!
>>
>> I have now fixed the faulty internals of the two
>> faulty Micropolis hard
>> drives by teasing out the black gooey mass that use
>> to be the head park
>> rebound bumper / end stops for each drive.
>>
>> They had turned into a black sticky mush and as you
>> correctly identified
>> were holding the heads from un-parking.
>
>When removing this bumper, are you replacing it with
>something (say, a stick-on rubber foot) or simply
>removing it entirely?
Outright removal is the easiest. You hear a clunk when the head returns
but I've nver had any that showed adverse side effects from that.
Allison
> Can't seem to find a picture of the SQ306 drive so I can identify one if I
> ever come across them..
took a while to find a picture from Nov, 82 Byte
http://bitsavers.org/pdf/syquest/SQ306.jpg
Anybody happen to have a Rasterops archive for Mac Nubus cards? I have a few older cards (Mediatime, 24stv, 24si, Acellerator II, etc) and was looking for drivers.
These seem to be harder to find then the common Supermac and Radius stuff.
----------Original Message:
Date: Fri, 20 Apr 2007 13:46:37 +0100
From: "Andy Piercy" <andy.piercy at gmail.com>
Subject: Micropolis 1355 ESDI hard drive "sticky bumpers" Fixed!
>I have now fixed the faulty internals of the two faulty Micropolis hard
drives by teasing out the black gooey mass that use to be the head park
rebound bumper / end stops for each drive.
>They had turned into a black sticky mush and as you correctly identified
were holding the heads from un-parking.
>Andy.
-----------------------------
I have a 1335 which so far is OK; does it look like this sticky mush could
separate and contaminate the heads or can I safely wait until I have this
problem (if I do) to open up the drive and remove it?
mike
Scott Quinn wrote:
> I recently acquired a SGI IRIS Indigo R4k machine that was
> nonfunctional. After a bit of troubleshooting I tracked it down to the
> PM2 (processor module daughtercard, R4400 + oscillator + 1MB cache),
> which has visible damage to two of the cache RAM chips (smoke holes and
> cracks). I am trying to trace back the likely sequence of events that
> lead to this happening so it doesn't happen again. AFAIK in the R4400SC
> the cache memory is attached directly to the R4400 with the exception
> of the power leads, and the R4400 has all cache control logic
> integrated. The PSU voltages have been checked and are within specs,
> with no excessive ripple.
>
> In my experience, chips do not blow up without an external cause that
> drastically increases the current flowing through the chip, however I
> also have zero experience with SRAM chips failing in a "spectacular"
> manner. Is this possible/likely? The other option seems to be the R4400
> dying and taking the cache with it. Any ideas on where to proceed from
> here?
The PM2 module is electriacally identical, and mechanically close enough to the modules used in the Indigo2, so if you can score a battered I2 with R4400SC150 module, you can stick that into the Indigo and have the fastest possible configuration of that model. Maybe removing the cache chips will result in a functional PC module, but I never tried that.
They are very nice machines. Built like tanks. Even a defunct one serves as a nice example of how workstations *should* be constructed.
,xtG
tsooJ
The H-9 was flakey even when it was introduced. It was not a reliable
product, and will probably be difficult to get working. Probably bad ICs
or, worse, bad IC sockets.
Do you have a complete H-8 (or several)? By complete, I mean chassis & CPU,
reasonable memory, disk controller, serial I/O card and the "CP/M Card" (a
tiny small card, only about 3 inches wide, that allows the computer to run
CP/M ... I think that the original name was "extended configuration card" or
something like that).
In my opinion, the best terminal for old PCs is an old laptop using a
terminal program through it's serial port.
>
>Subject: Re: CP/M survey
> From: "Chuck Guzis" <cclist at sydex.com>
> Date: Fri, 20 Apr 2007 01:03:36 -0700
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>On 19 Apr 2007 at 18:00, Allison wrote:
>
>> Was that Charlie or Ted? I'd like to see the report or erata mostly
>> since it would fit nicely in my NEC file.
>
>I believe my contact was Rich Naro, but I'll have to check my old
>correspondence to make sure I'm not hallucinating.
Sounds right as he replaced me more or less. Back in 82/83 the Natick
operation was merged with EA to become NEC Electronics USA and most of
the high level functions went west. I didn't, DEC was more interesting.
>> By time the V20 hit the street I was running hand upd780s at 8mhz
>> and had at least three s100 crates going.
>
>When did the Z80H hit the street? Now, you can get a VHDL version
>that runs in an FPGA at what, something like 40 MHz?
The z80H never got over 20mhz but, the 80S180 (z180) did hit the street
at 33mhz. When you consider thats an instruction execution rate around
4mips thats not so bad. The downside is memory has to be under 15ns
or one boatload of wait states! There are more flavours of the Z180
than carter has liver pills.
There are FPGA cells that run at truly amazing speeds and also beasts
like the eZ80 that cut the number of clock cycles needed for speed.
The fastest machines I have (z80 based) is 10mhz (no waits) using
Z80 CMOS and 12.5mhz running a Z280(version J). The latter screams
with the cache and MMU running with 16bit wide zbus. The standard
CP/M tools with raw speed and a harddisk makes for a very productive
system.
Allison
>
>Subject: Re: CP/M survey
> From: "Chuck Guzis" <cclist at sydex.com>
> Date: Thu, 19 Apr 2007 15:30:37 -0700
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>On 19 Apr 2007 at 13:07, Allison wrote:
>
>>> While the OS didn't do that it was easy to have your own FCB(s)
>and
>> the OS would not limit you.
>
>....unless you were porting to MP/M, in which case too-ambitious
>manipulation of FCBs could come back and bite you, since MP/M did
>track file opens
True but many applications ran well under it anyway.
>> CP/M was a big step up from OSs like NSdos that only did sequential
>> allocation and even more limited user interface.
>
>Sequential or consecutive? Consecutive allocation was not a bad
>thing, provided that it allowed for expansion of a file by adding
>additional extents. Indeed, it could be much faster than simple
>granular allocation when seek time is an issue. I've worked on a
>couple of mainframe allocation systems that used consecutive-with-
>extension allocation with no particular problems. I routinely run
>into them in conversion (e.g. IBM DIsplaywriter). A Smith-Corona
>typewriter uses sequential allocation in that each allocation unit
>is placed physically later on the disk than the previous one, but not
>necessarily adjacent to the preceding one.
Sequential and consecutive. However NSdos (like RT11) does not have
a way to allocate addional space. For example, in File A,B,C are in
place and A needs to be enlarged. Under NSdos you have to copy A to A1,
append the data to it and delete A and rename A1 to A. Now if you need
the space on the disk that A occupied you must compact the disk. This
was particulary nasty if the file was larger than half the disk size
as you run out of space. NSdos was a bag and tag file system.
>> CPM3 and MPM allowed for 512byte sectors and 32mb max logical drive size.
>
>You must be looking at MP/M I. The maximum drive size for MP/M II is
>512MB using 16K allocation units. The maximum file size, however is
>still 8 MB.
I was.
>> CP/M2 is non multitasking, V3 and MPM which are related (same filesystem
>> and bdos calls) it can be an issue. However, the non-multitask status
>> of CP/MV2 didn't prevent things like background printing or interrupt
>> driven IO though it meant the BIOS implmentor had to do the work.
>
>Didn't the CP/M SPOOL program simply hook the printer BIOS vector and
>install itself below CCP like the XSUB program? It's been a long
>time, so it might have been above the CBIOS also.
That was one of the few that did that. There was nothing to prevent many
apps from doing that.
>> Other oddities is there was no MBR or on disk partition tables for
>> large drives. The partition info was kept in the DPH/DPB inside the BIOS.
>
>I suspect that DRI considered that area to be an issue left to the
>implementor. We certainly allowed two OS-es to reside on the same
>drive by simply implementing our own partition table scheme and
>making the hard disk access routines aware of it. MS-DOS scarcely
>does anything much more elegant.
Back then two OSs on a disk would have been truly extravagant.
>> Only required for floppy or the uncommon removable harddisk
>> (CDC hawk anyone).
>
>....or Syquest removables (SQ100) which were around early enough,
>albeit after the PC, to find their way onto some Z80 CP/M systems.
My point of reference was pre PC. By post PC thre weree enough things
changing like the availability of inexpensive (under $1000) hard disks
and controllers to be significant. Prior to that (especially pre1980)
it was 8" and 14" fixed drives and a few 14" removeables.
I still ahve a Syquest270 (with parallelport adaptor) that both works
and I have about 15 disks for it.
>I seem to recall seeing an OS being advertised in one of the mags in
>the late 70's that offered CP/M functional compatibility, but also
>featured a hierarchical directory structure. I don't recall the
>name, but a friend was all fired up about it.
There may have been one but I never saw one in action. The idea of
hierarchical directory pre 1980 was pretty radical for a micro system.
Allison
>
>Subject: RE: Quick survey on equipment
> From: "Ade Vickers" <javickers at solutionengineers.com>
> Date: Wed, 18 Apr 2007 12:43:18 +0100
> To: "'General Discussion: On-Topic and Off-Topic Posts'" <cctalk at classiccmp.org>
>
>Dave Dunfield wrote:
>
>> > Some have questioned the number of people on the list who
>> have CP/M systems.
>> >
>> > Lets do a quick survey
>>
>> Way too many to list (or even remember), but you can see a
>> relatively up to date list (and photos etc) at:
>
>Damn, I was hoping to have the only Epson PX-8; as far as I know the only
>CP/M system to do (micro)cassette tapes.
I played with blcok structred microcasette back around 80-81. Also the
Coleco adam ram CP/M on casette. There were otehrs but none portable
and that was a big deal with the PX8.
>I also have an Osborne-1, and a C128 (which I think I have CP/M disks for);
>and IIRC used to have a set of CP/M disks for an Acorn Master - or was that
>GEM, can't remember now.
>
>Oh, and I've got a Sharp MZ-80B which I believe will run CP/M.
Yes it do.
>Shame I've not the foggiest how to use it. I can get Wordstar running on one
>of the PX-8s, but only because it's in ROM. I can do DIR and run a program -
>does it do anything else?
Excellent word processor (WS!). The base system has enough "ramdisk" argumented
by plug in roms (two) to be useful for many tasks. If you have one
of the wedges that added "ramdisk" its usefulness increases.
Mine has the 120k ramdisk wedge and I have the three most useful roms,
those being Wordstar, Basic and CP/M utilties. I keep a amateur radio
logging datadase on it (written in basic) both to prove usfulness
and also because the RFI output is far lower than many PC laptop beasts.
It doesn't hurt that the battery life (with good nicads) far exceeds a
lot of laptops.
Allison
>
>Subject: Re: CP/M survey
> From: "Chuck Guzis" <cclist at sydex.com>
> Date: Thu, 19 Apr 2007 09:25:46 -0700
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>On 19 Apr 2007 at 9:48, Allison wrote:
>
>> >Maybe, but it couldn't run JRT Pascal. AFAIK, the only commercial
>> >product that ever used the bizarre coding sequence:
>> >
>> > LXI SP, PROC-1
>> > CALL PROC
>>
>> JRT Pascal was Z80 code if memory serves. But LXI SP, value is
>> valid as the arithmetic is done at compile time not execution.
>
>Nope--8080. I've still got the 1.0 disk. One can precede this
>sequence with (and I think that JRT did):
I have V3 and never had a problem, guess they fixed it.
>
> LXI H,0
> DAD SP
Only way to get the SP on 8080. Liked the Z80 because they fixed that.
>to get the old SP value into the HL register pair prior to the LXI
>SP. And it is a V20 bug--I remember calling the NEC technical guy
>in Natick and getting about 10 words into the report and having him
>say "JRT Pascal, right?". If anyone's interested in the V20 errata,
>I've still got the stuff.
Was that Charlie or Ted? I'd like to see the report or erata mostly
since it would fit nicely in my NEC file.
>JRT was one of the earlier attempts at "virtual" 8080 code; it
>swapped procedures from floppy. Of course, it was miserably slow,
>but at something like $30 for a Pascal, it looked like a great deal.
>Of course it was buggy as the dickens. I think the oddball calling
>sequence was to keep the stack adjacent to the procedure for
>subsequent swapping, rather than having to deal with a single stack
>that might well overflow without special handling routines, given the
>"virtual" nature of JRT Pascal.
Doing anything on 8080 that was virtual was slow. V3 was still $30
and slow but it did work.
>> In the end running an 8080 (V20)
>> when I have Z80 or even fast(6mhz HmosII) 8085s is sort of
>> less than interesting.
>
>Maybe, but you use what you have at your disposal, even if it is an
>8080. And most professional apps for CP/M used the 8080 instruction
>set initially--only later did a bunch of Z80-specific (e.g. ZCPR)
>code come out. I never could understand this--in general, little to
>be gained in speed by using Z80 codes.
By time the V20 hit the street I was running hand upd780s at 8mhz
and had at least three s100 crates going.
>FWIW, I still use 22NICE on Win2K. It nicely integrates old CP/M
>apps into the Windows environment without having to create virtual
>disks or such stuff, so using apps under emulation is no harder than
>using native ones.
Still have it and use it, interesting tool.
Allison
I have around five P112 kits left and the question of making more has come
up in private email. How many of you would be interested in acquiring one
of these CP/M computer kits? See http://frotz.homeunix.org/ for a full
description and pics.
I'm still in the middle of things that prevent me from doing any shipping
and filling baggies with passives, so I'm not selling any of the kits I
still have for the time being. That's also why I haven't done anything
with the 8-inch drives.
--
David Griffith
dgriffi at cs.csubak.edu
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
> Date: Wed, 18 Apr 2007 11:57:43 +1000
> From: Doug Jackson <doug at stillhq.com>
> Subject: Quick survey on equipment
> To: cctalk at classiccmp.org
> Message-ID: <46257B17.3080905 at stillhq.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Some have questioned the number of people on the list who
> have CP/M systems.
>
> Lets do a quick survey - I'll start first!
>
> Pulsar Little Big Board - z80 CP/M 2.2
> Bondewll 2 - z80 - CP/M 2.2
>
> On the list of non CP/M systems:
>
> 3 x Apple II 5.25" disk systems
> 7 x Apple Mac systems (various)
>
> TRS-80 Model 1, 4, 4P
> 2 x Disk Smith System 80
> 1 Exidy Sourcerer
>
> 1 Energy Control Rockwell 65F11 (forth) system
> 1 Homebrew 65F12 system
>
> Amstrad CPC464
>
> TI99/4A - No disk system though :-(
>
> Bucketloads of HP & TI Calculators
>
> No DEC Equipment - So can't help there (But I do have a SBC6120 PDP8
> emulator.)
>
>
> Doug
>
Without venturing into the storage room:
Kaypro 2, II (2), 4 and 10
Osborne OCC-I, Executive
PMC Micromate (2)
Heathkit H89 (2)
Morrow MD11
Seequa Chameleon
Sony SMC-70
Televideo TS-802, TS-803
HP-87 (with CP/M module)
Re:
From: "Robert Armstrong" <bob at jfcl.com>
Subject: WH-27 Problems (was RE: Heathkit H8's, H9's and H-11's)
....
In extended mode the drive could handle 512K diskettes ... So the bottom
line is that if you want to run standard RT-11 on the H-11, you have to set
the switch to RX-01 mode and you have the equivalent of an RX01 drive. No
double density ...
*************
I don't think that's correct; the controller in the H-27 (WH-27) is a Z-80
with a Western Digital 1771. The 1771 is most definitely single density
only. It's not capable of double density.
Hello Folks,
I'm on a business trip to Long Beach, CA next week and would like to know
whether
someone could recommend me any vintage stores or other places in that area I
should visit in my spare time.
I mostly interested in DEC, CDC and Lispmachines or newer stuff like Suns or
similar as well.
Sadly, there no time for me to visit the CHM.
Best Regards,
Marc Holz
Greetings Geeks & Geekettes;
I'm looking for a small pile of Commodore gear for a project a friend of
mine and I are putting together for this year's Chicago Commodore Expo
(which means a deadline of August or so).
I'm after:
Commodore 64s (any case style)
Commodore 128s (pref. not the beefy DCRs to save on shipping)
Disk drives (any type)
Power bricks for the above (drives & machines)
Associated cabling
Game carts (see below)
All of the above will be treated with respect and neither dismantled
(unless it was already broken, although I'd very much prefer working gear)
nor sold on, and will be part of a unique project which you'll all be
detailed on when the time looms near (Ooooo, hush, hush, exciting isn't
it?).
Except the game carts - which I'm cannabalising for their connectors,
which seem to be darned expensive on their own - so if you have broken
carts, even better!
I'd also like to find a monitor, as my own one is back in New Zealand and
out of reach right now, and for the life of me I can't seem to find either
my DIN->composite cables nor any of the blasted RF boxes that seem to
accumulate in every corner _until_ you're looking for one.
I'm looking for people who are willing to let this go for shipping only
(I'm not exactly made of money, but is anyone?) on the guarantee that
there will be no ignominious end to the equipment and the knowledge that
it will be used for a very cool multi-CPU project.
I'm based in the US (50441), by the way, and I'll probably keep my
shipping costs down by only taking up offers by US based people, but
please let me know.
Thank you all!
JP Hindin