test-drb

test-drb@ccmp.vtda.org

101090 discussions

by jrkeys＠concentric.net

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

19 years, 2 months

Micropolis 1355 ESDI hard drive "sticky bumpers" Fixed!

by andy.piercy＠gmail.com

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.

19 years, 2 months

Quick survey on equipment

by roger.holmes＠microspot.co.uk

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).

19 years, 2 months

SGI hinv...

by lbickley＠bickleywest.com

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"

19 years, 2 months

Lack of 8-bit threads (was Re: Linux question)

by aek＠bitsavers.org

> 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

19 years, 2 months

Micropolis 1355 ESDI hard drive "sticky bumpers" Fixed!

by ajp166＠bellatlantic.net

> >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.

19 years, 2 months

Old IBM mainframe crt/monitors

by halarewich＠gmail.com

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

19 years, 2 months

Micropolis 1355 ESDI hard drive "sticky bumpers" Fixed!

by ajp166＠bellatlantic.net

> >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

19 years, 2 months

ISO Syquest SQ306 (on eBay) / Syquest 100

by aek＠bitsavers.org

> 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

19 years, 2 months

Mac Rasterops Drivers

by teoz＠neo.rr.com

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.

19 years, 2 months

Micropolis 1355 ESDI hard drive "sticky bumpers" Fixed!

by dm561＠torfree.net

----------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

19 years, 2 months

IRIS Indigo PM2 post-portem

by jvdg＠sparcpark.net

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

19 years, 2 months

Heathkit H8's & H9's (was Help to identify a Selectric based terminal)

by Watzman＠neo.rr.com

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.

19 years, 2 months

CP/M survey

by ajp166＠bellatlantic.net

> >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

19 years, 2 months

CP/M survey

by ajp166＠bellatlantic.net

> >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

19 years, 2 months

Quick survey on equipment

by ajp166＠bellatlantic.net

> >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

19 years, 2 months

CP/M survey

by ajp166＠bellatlantic.net

> >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

19 years, 2 months

P112 reorders

by dgriffi＠cs.csubak.edu

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?

19 years, 2 months

Quick survey on equipment

by wayne.smith＠charter.net

> 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)

19 years, 2 months

Disk Drive....Repair (?)

by Billy.Pettit＠wdc.com

A nightmare is up on youtube. At least it hits me that way, as a full time disk person. Billy http://www.youtube.com/watch?v=JUQzGIqp4t8

19 years, 2 months

SCSI-1 spec

by aek＠bitsavers.org

> I collected some SCSI specs from the internet before start the MSCPSCSI > project. any new news on that?

19 years, 2 months

Garriott and others to donate to UT game archive

by g＠kurico.com

That would be UT as in the University of Texas, Austin. http://www.statesman.com/news/content/news/stories/local/04/19/19archive.ht… George

19 years, 2 months

WH-27 Problems (was RE: Heathkit H8's, H9's and H-11's)

by Watzman＠neo.rr.com

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.

19 years, 2 months

Vintage Computing places and surplus stores in L.A. Long Beach Area ?

by mcwood＠nefkom.net

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

19 years, 2 months

Looking for: Any Commodore gear (not reselling or anything nefarious)

by jplist2007＠kiwigeek.com

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

19 years, 2 months

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

test-drb