HP SRMs (pre-Unix - will run HP BASIC) available
Some CPUs, some hard drives. All have HPIB ports.
Possibly some printers.
and
HP 340's (diskless) with ethernet, HPIB, serial, & parallel built in.
Will run Unix.
Your cost on any of these would be shipping plus packing at Mailboxes,
Etc., plus $10 per item for us to haul them from the basement, put
them in our trailer and tote them to Mailboxes.
If you're interested, let me know ASAP, as they go to the scrapper on
Monday, 10/30/00 when the company's lease runs out. If you're
familiar with HP stuff and want details, please contact me. If you're
not familiar, I can't help you much, although I *can* read numbers
>from front panels if there's anything in particular you're looking
for. Just trying to save some good, old hardware from the shredder.
It's located in Lincoln, Nebraska, so if you're within driving
distance this weekend, we can probably arrange something to save you
shipping and handling.
Bill Richman
bill_r(a)inetnebr.com
http://incolor.inetnebr.com
Home of Fun with Molten Metal, technological
oddities, and the original COSMAC Elf
computer simulator!
> Sellam Ismail wrote:
> > I wonder if my DPS-6 could run Multics? I would like to think it has to
> > have some coolness factor other than being big and impressive :)
>
> Having worked on both (although in the case of the DPS-6 only briefly) I'm
> fairly sure that they're not. For one thing IIRC, GCOS-6 and GCOS-8 were
at
> least somewhat different.
>
> What someone really needs to do is write a freeware emulator for the
DPS-8.
> I know at least one commercial DPS-6 emulator exists. And, no, I'm not
> about to tackle writing one.
>
> Personally I think the DPS-6 is a bit boring, but a multiprocessor DPS-8
> configuration is a really cool piece of hardware!
We only just in the last few weeks finally got a listing of the
full DPS-8/M instruction set (or was it the Level 68?) posted to
the web. So at least one of the most important resources for
getting started is now available...
-dq
From: Jeff Hellige <jhellige(a)earthlink.net>
> CP/M On North Star Disk
> Copyright 1977 Digital Research
> Copyright 1977 Lifeboat Associates
> Version 1.30 Serial No. 14-040
>
> Jeff
Thats a find. I'd assume it want 4k more than base 1.3 due to the NS*
drivers
and the way Lifeboat did it. so 20k should do and with say 48k your
covered.
Allison
Hi
Bought several XM3301B Toshiba CDROM drives very cheap.
(I am looking for some caddys by the way...anybody got some they wanna throw out?)
Trying to use these on old compact MACs and MAC IIs using Mac OS 7.5.5
Used a driver that sees cdrom drive (icon with scsi id for drive appears on os startup) as soon as iso9660 format cd is inserted, it reports that it cant read the disk, it reports the size of the data used up on disk and asks if I wanna format it or eject it...
All support files are in the extensions folder (high sierra, foreign files acces...etc...)
I am using a driver that says it supports the xm3301 is the readme file. (something from lacie company...off a www page with older MAC drivers.)
I have tried apple generic cdrom support. Does not see the xm3301b. (whats the b for anyways?)
I have used a newer Pionner scsi cdrom with pionner driver on the same system with success.
The newer pionner drive with same driver/support file does same thing....
This must be something simple I cant see...but I am no MAC OS expert...
Thanks for reading
Claude
On Oct 31, 22:07, Claude.W wrote:
>
> [ Attachment (multipart/alternative): 3891 bytes ]
(BTW, please don't post HTML to the list)
> Used a driver that sees cdrom drive (icon with scsi id for drive appears
=
> on os startup) as soon as iso9660 format cd is inserted, it reports that
=
> it cant read the disk, it reports the size of the data used up on disk =
> and asks if I wanna format it or eject it...
Probably the block size. The older Macs require the blocksize on the CDROM
to be set to 512 bytes, as do older Suns and SGIs (newer machines work with
normal 2048-byte blocks, and issue a SCSI command to reset the size). To
fix this requires some minor surgery on the drive. This works for XM3301
and XM3401, but not XM3601 or later, BTW. I believe it works for XM5401
but I can't be sure about others.
On the 3301/3401 PCB, there are two solder pads near the rear right corner.
Each looks like two semicircles bridgeed together, and they might be
labelled 0 and 1 -- if not, 0 is the one nearest the edge of the PCB. The
default setting (for PCs) is for 2048-byte blocks. Cutting the bridge
between the two halfs of either or both pads gives you 512-byte blocks; the
resulting three possibilities are supposed to be for different systems:
open, open Sun bootable
open, shorted SGI bootable
shorted, open generic 512-byte
shorted, shorted normal 2048-byte (default)
I've fitted a DIP switch to all my old Toshibas, so I can move them between
systems fairly easily.
--
Pete Peter Turnbull
Dept. of Computer Science
University of York
On October 31, Don Maslin wrote:
> > The 5360, as well as the 5340 (S/34), are 220 volt single phase (actually
> > 2-phase if you want to be exact). The way I hook mine up is to open the
>
> Oh? What is the phase shift between the "2-phase"s? Isn't it really
> just 220 volt center tapped?
180 degrees, if your feed is 220v 2-phase. If you have 3-phase power,
you'll likely be feeding a breaker box from two of the three phases,
which would then be 120 degrees apart. That would, I believe,
technically be 208v, not 220v.
It wouldn't really be 220v center-tapped, though, at least not the
way I'm used to thinking about it.
-Dave McGuire
On October 29, ajp166 wrote:
> > I explained that I was running a Z80-based general-purpose computer
> >fifteen years ago (an IMSAI with a CCS Z80 CPU board which I still
>
> Late adoptor? the first Z80 for me was 1977 (january), NS* running
> at the astronomical speed of 4mhz. That makes that board 23.8
> years old.
Well, I suppose it was more like seventeen years ago...I was
thirteen...
> >have) as my main machine, and that the Z80 processor was a
> >general-purpose machine that was very popular in the 70s and 80s...and
> >was definitely nothing "new".
> >
> > Know what? HE DIDN'T BELIEVE ME!!
>
> Caution clue LART in use. I'd have smacked him in the snout with a
> rolled up Zilog data book, Ca 1976.
I'll be showing him mine next week. :)
> > So, yes, folks...the Z80 seems to be gearing up for a second
> >life...this time as an embedded processor. There are many variations
>
> No, its been there for the last, oh 15 years doing that.
Of course, but now it's *only* doing that, mainstream-wise. I was
attempting to point out the shift in role from being a mainstream
general-purpose processor to being one used almost entirely for
embedded applications.
-Dave McGuire