I would be happy to give these machines and video monitors to anyone who
want them (one was refurbished by Star Technology in Colorado; "newer"
software too). Would you know of someone who might be interested?
Aimee M. Squires, MPH, RN
Clinical Communications
IDEC Pharmaceuticals
3030 Callan Road
San Diego, CA 92121
>From ASquires(a)idecpharm.com Tue Jul 11 16:12:31 2000
Date: Tue, 11 Jul 2000 15:44:34 -0700
From: ASquires(a)idecpharm.com
To: Don Maslin <donm(a)cts.com>
Subject: Re: Two Epsom QX-10 free to good home
Hi Don
I am not averse to shipping them, but I would not wish to incur the
cost of boxing and shipping (although I do have the shipping box for one
cpu). So, letting someone pick them up here in San Diego would be easiest
for me (I live in Bonita).
Aimee M. Squires, MPH, RN
Clinical Communications
IDEC Pharmaceuticals
3030 Callan Road
San Diego, CA 92121
I would be happy to give these machines and video monitors to anyone who
want them (one was refurbished by Star Technology in Colorado; "newer"
software too). Would you know of someone who might be interested?
Aimee M. Squires, MPH, RN
Clinical Communications
IDEC Pharmaceuticals
3030 Callan Road
San Diego, CA 92121
>From ASquires(a)idecpharm.com Tue Jul 11 16:12:31 2000
Date: Tue, 11 Jul 2000 15:44:34 -0700
From: ASquires(a)idecpharm.com
To: Don Maslin <donm(a)cts.com>
Subject: Re: Two Epsom QX-10 free to good home
Hi Don
I am not averse to shipping them, but I would not wish to incur the
cost of boxing and shipping (although I do have the shipping box for one
cpu). So, letting someone pick them up here in San Diego would be easiest
for me (I live in Bonita).
Aimee M. Squires, MPH, RN
Clinical Communications
IDEC Pharmaceuticals
3030 Callan Road
San Diego, CA 92121
I would be happy to give these machines and video monitors to anyone who
want them (one was refurbished by Star Technology in Colorado; "newer"
software too). Would you know of someone who might be interested?
Aimee M. Squires, MPH, RN
Clinical Communications
IDEC Pharmaceuticals
3030 Callan Road
San Diego, CA 92121
I would be happy to give these machines and video monitors to anyone who
want them (one was refurbished by Star Technology in Colorado; "newer"
software too). Would you know of someone who might be interested?
Aimee M. Squires, MPH, RN
Clinical Communications
IDEC Pharmaceuticals
3030 Callan Road
San Diego, CA 92121
>From ASquires(a)idecpharm.com Tue Jul 11 16:12:31 2000
Date: Tue, 11 Jul 2000 15:44:34 -0700
From: ASquires(a)idecpharm.com
To: Don Maslin <donm(a)cts.com>
Subject: Re: Two Epsom QX-10 free to good home
Hi Don
I am not averse to shipping them, but I would not wish to incur the
cost of boxing and shipping (although I do have the shipping box for one
cpu). So, letting someone pick them up here in San Diego would be easiest
for me (I live in Bonita).
Aimee M. Squires, MPH, RN
Clinical Communications
IDEC Pharmaceuticals
3030 Callan Road
San Diego, CA 92121
I would be happy to give these machines and video monitors to anyone who
want them (one was refurbished by Star Technology in Colorado; "newer"
software too). Would you know of someone who might be interested?
Aimee M. Squires, MPH, RN
Clinical Communications
IDEC Pharmaceuticals
3030 Callan Road
San Diego, CA 92121
>From ASquires(a)idecpharm.com Tue Jul 11 16:12:31 2000
Date: Tue, 11 Jul 2000 15:44:34 -0700
From: ASquires(a)idecpharm.com
To: Don Maslin <donm(a)cts.com>
Subject: Re: Two Epsom QX-10 free to good home
Hi Don
I am not averse to shipping them, but I would not wish to incur the
cost of boxing and shipping (although I do have the shipping box for one
cpu). So, letting someone pick them up here in San Diego would be easiest
for me (I live in Bonita).
Aimee M. Squires, MPH, RN
Clinical Communications
IDEC Pharmaceuticals
3030 Callan Road
San Diego, CA 92121
>I've briefly looked at the Pertect pinout as per a short
>document on John Wilson's web site. However, I didn't
>study it enough to have a feel for what happens if the
>cables are hooked up backwards (ie simple non-function
>versus a smoke-releasing exercise).
>
>Does anyone know what happens under these conditions?
"Nothing happens". i.e. no magic smoke comes out. I've done it
many, many, many times.
Tim.
--- Jeffrey l Kaneko <jeff.kaneko(a)juno.com> wrote:
> Aaron:
>
> I received the "card", awhile ago.
> Thanks!
Got mine a little while back, too. Many thanks. I've been moving piles
of PDP-11 stuff from one side of the room to the other and I'm just about
ready to reassemble a working system.
Cheers,
-ethan
=====
Even though my old e-mail address is no longer going to
vanish, please note my new public address: erd(a)iname.com
The original webpage address is still going away. The
permanent home is: http://penguincentral.com/
See http://ohio.voyager.net/ for details.
__________________________________________________
Do You Yahoo!?
Get Yahoo! Mail – Free email you can access from anywhere!
http://mail.yahoo.com/
Aaron:
I received the "card", awhile ago.
Thanks!
Jeff
On Thu, 22 Jun 2000 00:55:49 -0700 (PDT) Aaron Nabil
<nabil(a)spiritone.com> writes:
>
> 2 of the shorter RT-11 pocket reference guides.
>
> Free. Email me directly. Include mailing address.
>
> --
> Aaron Nabil
>
________________________________________________________________
YOU'RE PAYING TOO MUCH FOR THE INTERNET!
Juno now offers FREE Internet Access!
Try it today - there's no risk! For your FREE software, visit:
http://dl.www.juno.com/get/tagj.
In a message dated 7/10/00 1:09:53 AM Eastern Daylight Time,
ethan_dicks(a)yahoo.com writes:
> --- "Paul R. Santa-Maria" <paulrsm(a)ameritech.net> wrote:
> > ----------
> > > From: Ethan Dicks <ethan_dicks(a)yahoo.com>
> > > To: classiccmp(a)classiccmp.org
> > > Subject: Re: Networking Apple IIc or IIc+
> > > Date: Friday, July 07, 2000 04:52 PM
> > >
> > There were three versions of the Apple IIgs: ROM 00, ROM 01, and ROM 03.
> > ROM 00 and ROM 01 have the same hardware with a different ROM. The ROM
03
> > had different hardware (more memory on the motherboard, for example) and
> > you cannot convert an earlier version to a ROM 03.
>
> Looking around on the motherboard - my IIgs has 128K of "Standard Ram", 64K
> "Sound RAM", 128K "Fast RAM" an Apple-brand memory card 1/4 full of 256Kx1
> chips (256Kb out of 1Mb) and the following stenciled on the ROM -
"342-0077B
> /
> M231001-243P 743100 / (C) Apple 78, 81, 83, 86, 87 / (C) Microsoft 77"
>
> Presumably from your comments, the ROM-03 motherboard has more RAM than _
> that_.
>
> There are two jumpers on the Apple RAM card - J1 and J2; and a jumper on
the
> motherboard under the power supply - W1.
>
> Oh... per our recent discussions here, the IIgs _does_ have a Z8530 SCC
> onboard
>
>
> > A ROM 03 is considered the best if you are going to run GS/OS, the Apple
> > IIgs 16-bit native operating system. I am happy with my ROM 01 since I
> use
> > it like an 8-bit Apple IIe.
>
> But what's the difference between ROM 01 and ROM 02? Is it possible to get
> either an authentic replacement chip or to locate an image file and burn my
> own?
>
> Thanks,
>
> -ethan
>
I remember there being a ROM upgrade for the GS models. Presumably it was
just a chip swap. I have no more info about it though.
DB Young ICQ: 29427634
hurry, hurry, step right up! see the computers you used as a kid!
-> www.nothingtodo.org
--- "Paul R. Santa-Maria" <paulrsm(a)ameritech.net> wrote:
> ----------
> > From: Ethan Dicks <ethan_dicks(a)yahoo.com>
> > To: classiccmp(a)classiccmp.org
> > Subject: Re: Networking Apple IIc or IIc+
> > Date: Friday, July 07, 2000 04:52 PM
> >
> There were three versions of the Apple IIgs: ROM 00, ROM 01, and ROM 03.
> ROM 00 and ROM 01 have the same hardware with a different ROM. The ROM 03
> had different hardware (more memory on the motherboard, for example) and
> you cannot convert an earlier version to a ROM 03.
Looking around on the motherboard - my IIgs has 128K of "Standard Ram", 64K
"Sound RAM", 128K "Fast RAM" an Apple-brand memory card 1/4 full of 256Kx1
chips (256Kb out of 1Mb) and the following stenciled on the ROM - "342-0077B /
M231001-243P 743100 / (C) Apple 78, 81, 83, 86, 87 / (C) Microsoft 77"
Presumably from your comments, the ROM-03 motherboard has more RAM than _that_.
There are two jumpers on the Apple RAM card - J1 and J2; and a jumper on the
motherboard under the power supply - W1.
Oh... per our recent discussions here, the IIgs _does_ have a Z8530 SCC onboard
> A ROM 03 is considered the best if you are going to run GS/OS, the Apple
> IIgs 16-bit native operating system. I am happy with my ROM 01 since I use
> it like an 8-bit Apple IIe.
But what's the difference between ROM 01 and ROM 02? Is it possible to get
either an authentic replacement chip or to locate an image file and burn my
own?
Thanks,
-ethan
=====
Even though my old e-mail address is no longer going to
vanish, please note my new public address: erd(a)iname.com
The original webpage address is still going away. The
permanent home is: http://penguincentral.com/
See http://ohio.voyager.net/ for details.
__________________________________________________
Do You Yahoo!?
Get Yahoo! Mail – Free email you can access from anywhere!
http://mail.yahoo.com/
I have been offered an IBM/ROLM phone mail system. I'm curious if
it's something standard that's been put into use as a phone mail
system, or if it's some weird proprietary thing. It's about 4 feet
high, and about 4' x 3' or so. It runs on 220VAC at what appears to
be many amps. Inside (the parts I could see - it's still in use at
the moment) were several cards in slots, a physically large hard
drive, a monster power supply, a tape drive, and some other bits.
What I could see was:
Priam P/N 330352 hard drive
ROLM 40311 Phone Mail System
Voice Compression I/O Card
8 Channel Voice Card
AP 4MB RAM 41508
System Processor II 41002
Unless it's to go to the junkyard, I need to let them know by Friday
(tomorrow) sometime. The hard drive is making "bad bearing" noises,
and the voice mail has started to "stutter". They found a newer box
to replace it that's about the size of a bread box for less than a
refurb hard drive would cost. I'm not sure what I'd do with it, but
if it's got anything useful in it, I'd try to salvage it for someone
else, if they can arrange shipping.
Bill Richman
I'm sorting through and clearing out a few things but first I have a
Tandy DMP 430 printer. It's one of the 132 col printers. It also has
one of those noise-reducing printer cabinets. It's pretty big and
heavy so free to anyone in the Houston, TX area that would like to
pick it up. I guess I could ship it if someone really, really wanted it
but it would be costly I think and a pain. I picked it up with a
bunch of other stuff and have never tried it out so it's as is.
-----
David Williams - Computer Packrat
dlw(a)trailingedge.com
http://www.trailingedge.com
I have another tech legend to be dicussed:
It is generally believed that the Apple Lisa is what spurred Bill Gates to
create Windows. But recently I have read something that says it was *not*
the Lisa that inspired Bill Gates, but that it was VisiCorp's VisiOn
software (remember that, yeah, me neither!). So my question is: Which one
was it? Was it Lisa or VisiOn?
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
----------
> From: John R. Keys Jr. <jrkeys(a)concentric.net>
> > Look for Woz editions and rom 3.
You can take the Woz cover off of any IIgs and put it on any other IIgs.
This is important for collectors who desire absolutely factory original
equipment.
Add to the list any non-Apple brand IIgs memory card. The Apple card can
only hold a maximum of one megabyte, but other brands can hold more, some
up to a maximum of eight megabytes. Some IIgs cards use weird memory
(i.e., SIP) so you may be able to use the chips in another same card that
is not filled.
----------
> From: Sellam Ismail <foo(a)siconic.com>
> I can't think of any logical reason why the //c ould be more popular than
> the //c+ anywhere. The //c+ is so much better than the //c on so many
> levels.
>
> Any idea what the deal is?
The IIc+ had no international version (USA power spec only) and was not
available outside the continental USA--not even Alaska, Hawaii, or Canada
(or so says another post I just read elsewhere on the Internet).
Paul R. Santa-Maria
Ann Arbor, Michigan USA
paulrsm(a)ameritech.net
How much was the Atari 800XE? If shipping isn't too mush for the SE/30, then sure. Got any estimate on shipping costs?
Thanks,
Owen
-----Original Message-----
From: Marion Bates <Marion.Bates(a)dartmouth.edu>
To: classiccmp(a)classiccmp.org <classiccmp(a)classiccmp.org>
Date: Saturday, July 08, 2000 8:53 PM
Subject: Never mind!
Hey! Found a TI99 power supply in a new thrift store tonight. But thank you anyway! I also saw an Atari 800XE and an assortment of old PC clones, plus some old videogame stuff if you're interested.
Do you still want the SE/30?
Thanks again,
-- MB
Some one here maintains a collection of boot disks don't they?
Can you help him out?
------- Forwarded message follows -------
From: Boing48(a)cs.com
Hi,
I have a Kaypro II but no docs or software. I would like to get a
boot disk, can you help?
Thanks,
Allan
------- End of forwarded message -------
-----
David Williams - Computer Packrat
dlw(a)trailingedge.com
http://www.trailingedge.com
----------
> From: Charles P. Hobbs (SoCalTip) <transit(a)lerctr.org>
>
> Around 1985 or so, a couple of manufacturers developed "sprite boards"
> for the Apple II series (except the IIc, for obvious reasons)
Picked one from eBay in November for $5. No docs or software, but I think
I have the Byte magazine where Ciarcia presented plans and software for the
original. I have not even plugged it in yet.
Paul R. Santa-Maria
Ann Arbor, Michigan USA
paulrsm(a)ameritech.net
I have a SparcStation 4/330 (sun4 architecture) running OpenBSD 2.6 on a
540mb drive. I have a few questions relating to fleshing out the
original install:
Where do I find descriptions for each package/port?
How do I get PKG_ADD to resolve it's own dependencies? (goes to above
question). I would like to install KDE or Enlightenment or some better
Gui than X11R6.....
I have Solaris 2.4 (sparc) installed on another drive (triple boot
system - netbsd, openbsd, solaris) and so have the libraries the
Compat_sunos manpage says it requires except for LIB5. Do I need a
later version of solaris in order to get the libraries I need to run
solaris dynamicaly linked applications? The mans are not specific
enough for me to get there from here. The goal is to run Netscape for
Solaris 2.4 under OpenBSD 2.6. I've cp'd the libs to the correct dirs
according to the manpage but netscape fails to load with a trap almost
instantly. I have updated my solaris 2.4 for the bind issues relating
to netscape and other apps and those new libs are in place on my obsd
drive in the right place but to no avail.
In particular I would like to know why following the directions in the
manpage results in my solaris 2.4 partition being no longer bootable.
Solaris dies with several errors regarding Lib.so suchandsuch not being
readable and dies. I only mounted the solaris drive for read to copy
the files and each time I do that the solaris partition won't boot
anymore. My guess is permissions being changed because the solaris
partition is mountable under OpenBSD even after it will no longer boot,
all files are there in the right place and OBSD reports the solaris
partition as clean. What is happening here?
Some equipment info:
sd0 is at 0,0 540mb Openbsd
Sd1 is at 1,0 540mb NetBsd 1.4.2 (gotta use 1.4.1`s miniroot to install
on Sun4!
Sd2 is at 3,0 1004mb Solaris 2.4 (can't boot from cd so I use TomsRTBT
on my klone and dd an image then install from the image'd hard
disk..... Hey, it works.
Video is a CG6 daughtercard on my sparc's mainboard. X runs fine.
I do have a cdrom drive that is not bootable but otherwise runs fine for
all three operating systems.
Thanks for your support. Please reply in e-mail as well as to the
group.
--
Jeffrey S. Worley
President
Complete Computer Services Inc.
30 Greenwood Rd.
Asheville, NC 28803
828-277-5959
--- "John R. Keys Jr." <jrkeys(a)concentric.net> wrote:
> ...I see the IIc+ around here and in St. Louis, MO all the time but I
> already have three working units. They sell for around $2 to $10
> without a monitor.
That sounds about right. I only have one IIc+, but it was $15 with an
external 5.25" Laser-brand floppy drive, two Imagewriter Is and a smallish
(9"?) mono monitor and stand, docs but no software. I'd wanted a IIc since
I wrote kiddie-software under the Software Productions/Reader's Digest
label in high school ("Micro Habitats", "Micro Mother Goose" and "Alphabet
Beasts and Company" were our big titles).
That's why I only have DOS 3.3 disks and the odd Infocom title; I haven't
used an Apple on a regular basis since 1984. Now that the hardware is
ultra-cheap, I can make up for all those lost years.
-ethan
=====
Even though my old e-mail address is no longer going to
vanish, please note my new public address: erd(a)iname.com
The original webpage address is still going away. The
permanent home is: http://penguincentral.com/
See http://ohio.voyager.net/ for details.
__________________________________________________
Do You Yahoo!?
Get Yahoo! Mail – Free email you can access from anywhere!
http://mail.yahoo.com/
I have several Heathkit H19 and Zenith Z19 manuals if various conditions.
Does anyone want them?
Mark Champion
Sony Electronics
206-524-0014
mark.champion(a)am.sony.com
Hey gang,
With some help from Joe Rigdon, I found some really cool stuff this weekend.
Located two complete HP 9000/832 minicomputers. After tinkering around for a
few hours, I found one of them has a bad CPU and 3 of the 8 (total between
two machines) hard drives had failed. So, between them, I managed to build a
complete working system with some spares left over.
What kind of tapes does the built-in drive use?
The find-of-the-day however, was a HP 7980XC 9-track tape drive. Found this
beauty in a dumpster at one of the junk dealers. It's god a few minor
scratches on the front cover but, otherwise is in extremely good condition.
The total asking price 5$. Anyone got spare DOCs for it?
I hooked the tape drive up to one of the 832s but, just can't get it to
work. Whenever I try to cpio or fbackup to the tape, the drive will try to
work but, eventually gives a write error. The same thing happens with my
other tape drive (HP7980) which I know is good. So, I suspect the problem is
with the drivers, or configuration, or possibly me :-)
If anyone can give pointers as to how to make it work, I'd sure appreciate
it.
See Ya,
Steve Robertson <steverob(a)hotoffice.com>
----------
> From: Ethan Dicks <ethan_dicks(a)yahoo.com>
> To: classiccmp(a)classiccmp.org
> Subject: Re: Networking Apple IIc or IIc+
> Date: Friday, July 07, 2000 04:52 PM
>
> As mentioned previously on this list, I have a version 1.0 ROM in my
IIgs.
> What is the "best" version? Are they for sale or for download to burn my
> own?
There were three versions of the Apple IIgs: ROM 00, ROM 01, and ROM 03.
ROM 00 and ROM 01 have the same hardware with a different ROM. The ROM 03
had different hardware (more memory on the motherboard, for example) and
you cannot convert an earlier version to a ROM 03.
A ROM 03 is considered the best if you are going to run GS/OS, the Apple
IIgs 16-bit native operating system. I am happy with my ROM 01 since I use
it like an 8-bit Apple IIe.
Paul R. Santa-Maria
Ann Arbor, Michigan USA
paulrsm(a)ameritech.net
>You write about this experiment with considerable confidence in your result,
>considering that you haven't any conventional hardware for dealing with this
>stuff. There must be something about your results that gives you the
>confidence to proceed. What might that be? Are you getting verifiable
>results, i.e. data that makes sense like ascii files, etc?
Yes, ASCII (and EBCDIC, remember I'm recovering floppies originally written
in the early 70's) files that make sense.
I think, Dick, that sometimes you make this seem harder than it is. Many
of the data formats are readable (in hardware) with something as simple as
a one-shot and a UART.
>Sampling and recording the analog signal might prove disappointing. The
>data will be much harder to recognize in its analog form, particularly on
>the inner tracks on a noisy diskette or drive.
True, but the analog circuit would also be easy to simulate electronically.
Just a few coupled linear and nonlinear differential equations!
Tim.
>>>>> "Tony" == Tony Duell <ard(a)p850ug1.demon.co.uk> writes:
Tony> I'd probably use a 10125 (ECL-TTL translator) to turn the
Tony> signals to TTL, then feed the syncs and video (the latter
Tony> suitably reduced by a potential divider) into a multisync
Tony> monitor and hope it could lock to it. I don't think many
Tony> composite monitors are going to work at the sync rates of
Tony> the D'break, are they?
No, the D'break sync rates are usually out of the multisync
monitor range. Mine can't sync to VSYNC rates below 58Hz or something,
for instance. But I have not yet tried with older multisync monitors
(damn, I sold my Amiga A3000 monitor...)
Tony> Kevin Schoedel (?spell) lent me a Daybreak keyboard for an
Tony> afternoon some months back. During that afternoon, I pulled
Tony> it to bits, figured out most of the hardware details,
Tony> powered it up from my bench supply and grabbed the output
Tony> waveforms. Yes, Kevin did know I was doing this :-)
[...]
That's too great! he he
I'll get busy as as I return home!
And it may be fruitful to visit the junkyard this weekend for
good-old multisync monitors.
Cheers,
--
*** Rodrigo Martins de Matos Ventura <yoda(a)isr.ist.utl.pt>
*** Web page: http://www.isr.ist.utl.pt/~yoda
*** Teaching Assistant and PhD Student at ISR:
*** Instituto de Sistemas e Robotica, Polo de Lisboa
*** Instituto Superior Tecnico, Lisboa, PORTUGAL
*** PGP fingerprint = 0119 AD13 9EEE 264A 3F10 31D3 89B3 C6C4 60C6 4585
>> My circuit is much more "hackable", anyone with a TTL databook can figure
>> out what it does and improve on it. Or you can build one yourself from
>> scratch. (Other than the 128K*8 SRAM, all the other parts were literally
>> purchased from the local electronics shop. Heck, most of the chips can
>> be bought at Radio Shack!) Total cost for the chips in my buffer is
>> about $30.00, about half of that in the SRAM chip.
>I sympathize with that, but for those of us who are much better at software
>than hardware, something off-the-shelf is a big plus.
OTOH, something I can put together on a Sunday afternoon with parts I bought
at Radio Shack is an even bigger plus for me :-).
It's not like my buffer uses any complex electronics. It's all perfectly-
standard TTL parts and a SRAM chip, and it's currently residing on a pretty
randomly wired solderless breadboard so you don't need any fancy construction
techniques. Except for the capacity of the SRAM chip, this is all quarter-
century-old technology.
As Chuck pointed out, maybe the fact that this is quarter-century-old
technology put together with quarter-century-old construction and design
techniques makes it less accessible to some of the younger members
of this list. Maybe the way to make it more accessible to them is to put
the circuitry on a CPLD, I dunno, I think it's fine as it is.
I suppose there *are* folks who might be interested in using such a device
who don't know which end of a soldering iron to pick up, but a very valid
point is that I built this without even touching a soldering iron!
And the fact that I built it without even drawing a schematic first would
tend to implicate the design as being on the naively simplistic side, too :-).
(I still gotta draw that schematic up for you guys...)
>Another point to note is that the Catweasel samples at 7 or 14 MHz (software
>selectable). In reading some old 8" MFM disks, I found that there had
>been a lot of bit-shifting over the years (or maybe there was not enough
>write precomp applied to begin with)
I will admit, MFM *does* require at least twice the timing resolution of FM.
I once got in a small argument with some other members of this list about
AC circuit design of MFM vs FM data recovery circuits. IIRC, they were
insisting that MFM did come "for free" if you had the frequency response
necessary for FM at half the data rate. My point was that it
wasn't the max pulse frequency which made life difficult, it was the phase
response (finding where the pulse occured in the window) that was the tough
point.
>, and I had to use an extra heuristic
>to make them readable at all. I'm not sure that 4 MHz would have been
>a high enough sample rate for these.
Yeah, well, with my circuit if you don't like the sample rate, you buy
a different off-the-shelf oscillator in a can and plug in. If you
now need more buffer RAM, you plug in a second RAM chip and wire it up.
That's IMHO the beauty, but maybe a software-only hacker doesn't see that.
Tim.
All I can find out about this drive is that it's a streaming unit.
Is this another repackaged Cipher F880 Microstreamer? If so, then yes
I just downloaded the complete Volume 1 docs on Saturday; they're in
both .TIFF and .PDF format.
If the HP is a different beast, well, good luck... somebody's likely got
the docs.
-dq
-----Original Message-----
From: Steve Robertson [mailto:steverob@hotoffice.com]
Sent: Wednesday, July 05, 2000 10:25 AM
To: classiccmp(a)classiccmp.org
Subject: Great Finds
Hey gang,
With some help from Joe Rigdon, I found some really cool stuff this weekend.
Located two complete HP 9000/832 minicomputers. After tinkering around for a
few hours, I found one of them has a bad CPU and 3 of the 8 (total between
two machines) hard drives had failed. So, between them, I managed to build a
complete working system with some spares left over.
What kind of tapes does the built-in drive use?
The find-of-the-day however, was a HP 7980XC 9-track tape drive. Found this
beauty in a dumpster at one of the junk dealers. It's god a few minor
scratches on the front cover but, otherwise is in extremely good condition.
The total asking price 5$. Anyone got spare DOCs for it?
I hooked the tape drive up to one of the 832s but, just can't get it to
work. Whenever I try to cpio or fbackup to the tape, the drive will try to
work but, eventually gives a write error. The same thing happens with my
other tape drive (HP7980) which I know is good. So, I suspect the problem is
with the drivers, or configuration, or possibly me :-)
If anyone can give pointers as to how to make it work, I'd sure appreciate
it.
See Ya,
Steve Robertson <steverob(a)hotoffice.com>
> Well, I never heared about the version you are refering to, but
> DOS was basicly starting from 2.0 able to do task switching.
> All Informations necersary where contained within a series of
> structures with a single root. The only missing thing was a
> table of task pointers to switch between - and a service to
> store and restore the screen content. There have been several
> products offering this service. And with DOS 4 MS supplied the
> infamous shell, capable of doing this. You could load several
> applications and switch via a hot key combination. Windows is
> still today (at least Win9x) based on this very same mechanism
> for context switching. Also the functions for 'background'
> applications/drivers where designed to support application
> switching. The famous TSR mechanism was not only ment to steal
> some memory for crude interrupt handlers, but also for true
> serviceprovider tasks within the OS ... well, I guess most
> programmers never realized the potential offered and kept
> limited to a simple one programm state of mind.
>
> All this was already available starting with DOS 2.x, just
> it has never been 'official' until DOS 4.x
I'd have to differ with you a bit on this. A co-worker and I
spent 6 months writing a DOS 2.0-compatible file system for
our own application which contained its own home-rolled
multitasker; we had to write the file system because the
DOS file system calls were (and through at least 3.3) were
not serially-reentrant. Even then, the performance was so
poor (we had just moved to deploying on iAPX286 machines)
that we ditched the full-task model and created what we
today would call "threads", although we simply called them
lightweight processes back then.
The context switching you're referring to revolves around
switching some data structures, such as the file handle
table; but you have to wait until a file system call is
done before you can swap to the next task. Not useful
when (like us) you're developing real-time software.
As an aside, this was for the last firm for which I worked
as a programmer; I left in '90, and dropped in for a visit
in '95; at that time, they told me the system I'd designed
was running in a DOS box under the Alpha-release of Win95
and was beating a comparable application running on a VAX.
I felt very good that day...
-doug q
--- Mike Ford <mikeford(a)socal.rr.com> wrote:
> Many people have told me you can't network the IIc or IIc+
Hmm... I always thought you _could_.
> but I am sure I remember somebody telling me the IIc+ could be kludged
> to sort of work.
Maybe that's what I'm remembering.
> Skipping that issue (unless somebody knows more), I wonder if a
> slower/dumber protocol than LocalTalk/AppleTalk might work?
I _had_ assumed the IIc+ has a Z8530 SIO chip inside. If that is _not_
the case then it's probably some flavor of ACIA 65xx or 68xx UART. The
Z8530 is a great chip, found in Suns, Macs, COMBOARDs ;-)
For LocalTalk, Apple runs the chip at ~230kbps, IIRC (tangentally, I
have the Byte article unveiling the 128K Mac where they describe a
"slotless" architecture using virtual slots off the serial port in a
manner that sounds like what USB has finally brought to the masses).
I do not know if a 4Mhz 65C02 can pull data off the chip fast enough
to be practical. We used to use a 4Mhz Z8530 w/an 8Mhz 68000 with
plenty of cycles to go around.
> The idea would be to plug a PhoneNet adapter into a IIc/IIc+ serial port,
> Now add a second IIc/IIc+ to the "network" and run a normal terminal
> program on it. Seems to me all you need to add is some kind of protocol for
> a packet with an address field and it should work. Ideas, opinions?
Kermit? That would handle a point-to-point network, any way. You might be
able to start with a PPP implementation for the 6502 and retrofit some kind
of ARPish protocol on top of it (since PPP lacks that sort of thing) and go
>from there.
On a side note, I recently aquired an older IIgs. It works and I have no
software for it except my 1978-1983 era stuff for my old II. Did people
ever network the IIgs to a Mac? If so, how?
-ethan
>
=====
Even though my old e-mail address is no longer going to
vanish, please note my new public address: erd(a)iname.com
The original webpage address is still going away. The
permanent home is: http://penguincentral.com/
See http://ohio.voyager.net/ for details.
__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
>First of all, what, in the sampled bitstream tells you that a bit is "flaky"
>or in any sense questionable?
If it's different on multiple read passes, then it's flaky. If it's different
when read on different drives, then it's flaky. But since this particular
circuit samples the data after it's gone through the AGC and discriminator
section in the drive, you can't look at an individual pulse and say that
it's flaky. A circuit which recorded the analog signal from the head
(or one of the preamp stages) would be far better for spotting flaky bits.
> Since your sampler is working at a harmonic
>of the theoretical data rate, you should be able to find anomalies easier
>than one who's sampling at some other frequency, but these frequencies
>aren't terribly precise because of mechanical variations and the general
>fact that even closely specified crystals still aren't identical in
>frequency.
I don't think there's any magic that results from me working at a harmonic
of the nominal data frequency. I could be sampling at 14.353773 or
3.5798 or 4.00 MHz and it's all the same, because none of them are "locked"
in any way to the actual data rate.
>How can you tell that your error correction is of the bit that caused the
>error? There are, in every sample, some bits that will fix the CRC that
>weren't necessarily wrong in the first place.
True, but if there's a flaky bit then it's more likely to be causing the
CRC error. If I go to the two flaky bits in a sector and fiddle them
by hand, and all of a sudden I match the CRC, then we're doing pretty well.
Keep in mind that even with more-bits ECC's there are also multiple ways you can
fiddle bits in the data section and still match up with the error correcting
codes.
> Since you're looking for read
>errors not necessarily written incorrectly, I assume you have some means for
>making a decision? Do you simply plow through the file, inverting every bit
>and retesting the CRC?
Again, I look for bits that read differently on different read passes, and
fiddle those by hand.
> How do you decide where the bit boundaries really
>are?
I've got a "software PLL". It synchronizes on both data and clock pulses,
and when it senses that it's seriously out of whack it can adjust more
rapidly than a traditional one-time-constant hardware PLL.
> How do you interpret the chaos in the write-splices?
I pretty much ignore the chaos. I've developed some graphing techniques
that help me decide where the write-splices are for a particular low-level
data format. (Remember, I'm mainly concerned with hard-sectored formats
which vary a lot from one controller to the next. Many have *no* address
information recorded magnetically.)
>Do you operate your sampler in parallel with an FDC in order to ensure that
>you've gotten a sample that's readable by the FDC?
No, mostly I'm looking at oddball hard-sectored formats that a normal
IBM3740-derived FDC chip can't handle. And if I had the real hard-sectored
random-logic controller, I wouldn't need my analyzer circuit :-).
>Have you, in general, considered using a PLL e.g. 4046 or some similar
>device for generating a precise multiple of the detected data rate and
>"tracking-out" the mechanical influences of your drive on speed?
I thought about it, but I don't think it's necessary. My 8x oversampling
seems to be just fine for both FM and MFM data formats.
When I start making the descriptive web pages this weekend, I'll show some
graphs that indicate how I find write splice areas and track data rate
frequency from my analysis software. (I do no analysis in real-time, it's
all done post-acquisition.)
Tim.
On Jul 6, 15:54, Dwight Elvey wrote:
> mann(a)pa.dec.com (Tim Mann) wrote:
> >
> > Another neat trick might be to notice when there is a CRC error and/or
> > a clock violation, and in that case backtrack to a recent past decision
> > where the second most likely alternative was close to the most likely,
> > try it the other way, and see if the result looks better. Obviously
one
> > can't overdo that or you'll just generate random data with a CRC that
> > matches by chance, but since the CRC is 16 bits, I'd think it should be
> > OK to try a few different likely guesses to get it to match.
> CRC's are quite good at fixing a single small burst.
Dwight, I think you're confusing CRC (Cyclic Redundancy Check) with ECC
(Error Correction Code). CRC is very good at detecting errors, including
bursts of errors that might slip by simpler checks, but AFAIK tells you
next to nothing about where they occurred. ECC tells you enough to correct
small errors. I've not heard of anyone using CRCs for correction (not
directly, anyway).
> As I recall,
> CRC32 can fix a single error burst up to 12 bits long. The
> error correcting method is based on the cycle length of the original
> polynomial relative to the length of the data block. What this
> means is that if you have a burst longer than 12 bits, it is
> more likely that the errors will appear to be outside the data
> block than within the data block.
Although disks use the V41 polynomial (X^16 + X^12 + X^5 + 1) not CRC32.
> All errors that happen
> within a 12 bit window are 100% correctable.
Depends how large the data covered by the check is. For amounts of data
larger than a certain size (dependant on the number of check bits and the
algorithm used) there are several errors that will produce the same change
in the ECC or CRC. So the window size is meaningless unless you also
specify the data size and number of check bits.
--
Pete Peter Turnbull
Dept. of Computer Science
University of York
--- Mike Ford <mikeford(a)socal.rr.com> wrote:
> >On a side note, I recently aquired an older IIgs. It works and I have no
> >software for it except my 1978-1983 era stuff for my old II. Did people
> >ever network the IIgs to a Mac? If so, how?
>
> The IIgs is a full localtalk ready Appleshare client machine, might be a
> rom version issue...
As mentioned previously on this list, I have a version 1.0 ROM in my IIgs.
What is the "best" version? Are they for sale or for download to burn my
own?
-ethan
=====
Even though my old e-mail address is no longer going to
vanish, please note my new public address: erd(a)iname.com
The original webpage address is still going away. The
permanent home is: http://penguincentral.com/
See http://ohio.voyager.net/ for details.
__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
In a message dated Fri, 7 Jul 2000 1:51:59 PM Eastern Daylight Time, Sellam Ismail <foo(a)siconic.com> writes:
<< On Fri, 7 Jul 2000, Mike Ford wrote:
>> Perhaps the unfortunate thing is that I can think of >>nothing to do with a
>> 100 old Apple II computers other than pull >>interesting cards and look for
>> hard drives (the Vulcan is inside the powersupply). >>There are a couple
>> models I would like to have in my personal >>collection, a plain II and a
>> platinum II whatever it is, but thats about it. Otherwise they are just too
>>A Platinum //e is an enhanced Apple //e with a >>built-in numeric keypad on
>>the right hand side. It's also got the "platinum" >>covering. Nothing
>>special.
>There was also a Platinum //c. It had an extremely >nice keyboard (a major
>improvement over the //c's crap keyboard).
>> common and too indestructible (what else could you >>call machines that
>> routinely still work just fine after 20 years of >>elementary school use?)
>They are definitely work horses. I've never met an >Apple //e that was so
>fargone it wouldn't work anymore. I even have Apple >][+'s that have sat
>in horrible conditions still work 20 years later, with >just a few faulty
>keys on the keyboard.
>Sellam
the platinum //e does have some differences from the regular enhanced //e besides the keyboard. for one, the extended 80 column card was now built into the planar so you didnt have to install a card in slot 3 anymore. I believe also the power switch was a little better than before. I remember our computer science teacher tell us to use the apple's power switch as little as possible since it would eventually quit working.
I have an official Tektronix 4014 service manual and a photocopy of a 4014 user's manual.
If someone wants them, they can have them for free.
Mark Champion
Sony Electronics
206-524-0014
mark.champion(a)am.sony.com
--- Mark Champion <mark.champion(a)am.sony.com> wrote:
> I have several Heathkit H19 and Zenith Z19 manuals if various conditions.
>
> Does anyone want them?
>
> Mark Champion
> Sony Electronics
> 206-524-0014
> mark.champion(a)am.sony.com
I've got an H19 terminal and no docs. Is this an all-or-nothing, or do
you have multiple people clamoring for these?
-ethan
=====
Even though my old e-mail address is no longer going to
vanish, please note my new public address: erd(a)iname.com
The original webpage address is still going away. The
permanent home is: http://penguincentral.com/
See http://ohio.voyager.net/ for details.
__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
>CRC's are chosen for their immunity to pattern-sensitivity, among other
>things, and ECC's, likewise are chosen on the basis of their suitability for
>the sector-size, types of errors anticipated, etc. CRC-16, the one chosen
>for FDC use, was chosen because it was already an established "standard."
>There were, in fact, standard TTL devices commonly used to append CRC-16 to
>data blocks in communication and disk/tape applications. There are a few
>bitwise corrections that will make CRC-16 yield a zero, but there's no
>reason to believe that introducing a bitwise change at one place or another
>will yield the correct data just because CRC-16 yields a zero.
True, the CRC-16 wasn't chosen for correctibility, but if you make multiple
read passes over the data and spot a couple of "flaky" bits (changing
>from read to read) and find a combination of 1's and 0's that matches
the CRC, you're far ahead of someone with a hardware-only controller
that doesn't allow access to the raw data for such "human judgement"
error correction.
Remember, you have to know how to do it yourself before you can do it
on a computer!
Schematic and code this afternoon folks!
Tim.
If any of the people who maintaining archives of these
kind of docs ask first, go with them, but if not, rather
than see them in the dump, I'll take 'em.
let me know... -dq
> -----Original Message-----
> From: Mark Champion [mailto:mark.champion@am.sony.com]
> Sent: Friday, July 07, 2000 1:01 PM
> To: classiccmp(a)classiccmp.org
> Subject: Free Tektronix 4014 manuals
>
>
> I have an official Tektronix 4014 service manual and a
> photocopy of a 4014 user's manual.
> If someone wants them, they can have them for free.
>
> Mark Champion
> Sony Electronics
> 206-524-0014
> mark.champion(a)am.sony.com
>
>
I have 30 small (6" dia) VAX tapes (Opus 6250) and 12 large (7" dia) VAX tapes (Scotch 700).
I believe the small tapes are 600' x 1/2" and the large tapes are 700' x 1/2".
I think they have all been written on once with data - no executible files.
Tapes are free if you can pick them up in the Northend of Seattle.
Mark Champion
206-524-0014
mark.champion(a)am.sony.com
At 10:45 AM 7/6/00 -0400, you wrote:
>> That's probably a DDS (aka "DAT") drive ... at least, that's
>> the only drive
>> I've ever seen built-in to any HP 9000/8x2 or HP 3000/9x2.
>> (It'll be a DDS-1, most likely)
>
>That's what I suspected but, wasn't sure. I'll get some so that I'll have a
>system backup. Any idea how much data fits on one?
>
>
>> How much memory do you have? (The 8x2 and 9x2 could have
>> memory plugged into
>> just about any slots (front or back!).
>
>One of the systems is configured with 4 X 8MB of memory. The other has 1 X
>32 MB. I also have 8 additional 8MB modules that were pulled from the system
>with the bad CPU. Haven't had a chance to check them out yet.
>
>Between the two system (and spares), I have 6 HPIB interface cards, 10 I/O
>MUX cards, 9 hard drives, 2 LAN cards, and 2 optical interface cards.
>
>We also found a short rack of hard drives at the junk dealers place but, I
>didn't get them. I noticed that they had the fibre connectors but, at the
>time didn't realize the computers had fibre interfaces :-(
>
>I might go back later and get the rack. If it's still there (Joe?)
Nope, he scrapped it the next day. It's on it's way to China now. :-(
Art has some fiber drives but I don't know if he'll part with them. I'll
probably see him today. If I do I'll ask. Sorry I haven't answered your
messages soooner. We went and picked up three more loads yesterday and I
didn't get back till late. I'll try to pack the CD drive and get it in the
mail today.
BTW we got a SGI Onyx Reality Engine2 yesterday. It's HUGE!!!!! I'm
taking Bob R. out to look at it this morning.
Joe
>
--- Joe <rigdonj(a)intellistar.net> wrote:
> At 10:08 AM 7/4/00 -0700, Eric wrote:
> >On a related note. I have several machines with HPIB/GPIB/IEEE-???
> >type interfaces, and occasionally see disk drives with the same interface.
>
> I know HP and the Commodore Pets both used that interface. So does my
> Tektronix 4051. I don't know if anyone else used it.
The DEC MINC (a PDP-11 dressed up for Laboratory use) typically came with
an IBV11 card - Qbus GPIB. I have one but I've never programmed anything
for it. Presumably, the MINC manuals have more than enough info to get
a working start under RT-11.
-ethan
=====
Even though my old e-mail address is no longer going to
vanish, please note my new public address: erd(a)iname.com
The original webpage address is still going away. The
permanent home is: http://penguincentral.com/
See http://ohio.voyager.net/ for details.
__________________________________________________
Do You Yahoo!?
Kick off your party with Yahoo! Invites.
http://invites.yahoo.com/
I was told, but cannot verify, that one of our local
newspapers (the Louisville Courier-Journal) had one
of these systems; the guy who gave me a "printout"
>from a demo program (it was a bunch of words set in
various fonts with various additional attributes
like boldface, Italics, etc, printed on a plastic
film) said the Computype system was front-ended by
a DECsystem-20.
hth,
-doug q
> -----Original Message-----
> From: David Vohs [mailto:netsurfer_x1@hotmail.com]
> Sent: Thursday, July 06, 2000 6:24 PM
> To: classiccmp(a)classiccmp.org
> Subject: Computype Compuedit Revisited.
>
>
> Some months ago I asked on this group what the Computype
> Compuedit computer
> was. I was told by someone (who is that person, by the way?)
> that it was the
> front-end machine to a photo-typesetter from the early 80's.
> Does anybody
> know where I can find pictures of this thing in operation?
> ____________________________________________________________
> David Vohs, Digital Archaeologist & Computer Historian.
> Home page: http://www.geocities.com/netsurfer_x1/
>
> Computer Collection:
>
> "Triumph": Commodore 64C, 1802, 1541, FSD-1, GeoRAM 512, MPS-801.
> "Leela": Macintosh 128 (Plus upgrade), Nova SCSI HDD, Imagewriter II.
> "Delorean": TI-99/4A, TI Speech Synthesizer.
> "Monolith": Apple Macintosh Portable.
> "Spectrum": Tandy Color Computer 3, Disto 512K RAM board.
> "Boombox": Sharp PC-7000.
> ____________________________________________________________
> ______________________________________________________________
> __________
> Get Your Private, Free E-mail from MSN Hotmail at
http://www.hotmail.com
From: Tim Mann <mann(a)pa.dec.com>
>Of course, with floppy disks we have sectors of 128 to 1024 *bytes*, not
>bits, and the CRC is only 16 bits, not 32, so I don't think we can do
>much correction. With a 1024 byte sector, it already takes 13 bits of
>information to say where a 1-bit error is. So if we use a CRC16 to
correct
>it, we have about a 2^(-3) = 1/8 probability that if more than one bit
>is in error, we'll make a spurious correction.
Therein lies the difference, the use of CRC vs ECC, floppies have a
fairly
high soft error rate compared to hard errors so detecting an error and
rereading is the strategy. It is also an economy of design that comes
>from the characteristic otherwise you can bet there would be ECC.
Allison
Some months ago I asked on this group what the Computype Compuedit computer
was. I was told by someone (who is that person, by the way?) that it was the
front-end machine to a photo-typesetter from the early 80's. Does anybody
know where I can find pictures of this thing in operation?
____________________________________________________________
David Vohs, Digital Archaeologist & Computer Historian.
Home page: http://www.geocities.com/netsurfer_x1/
Computer Collection:
"Triumph": Commodore 64C, 1802, 1541, FSD-1, GeoRAM 512, MPS-801.
"Leela": Macintosh 128 (Plus upgrade), Nova SCSI HDD, Imagewriter II.
"Delorean": TI-99/4A, TI Speech Synthesizer.
"Monolith": Apple Macintosh Portable.
"Spectrum": Tandy Color Computer 3, Disto 512K RAM board.
"Boombox": Sharp PC-7000.
____________________________________________________________
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
From: Tony Duell <ard(a)p850ug1.demon.co.uk>
>Yes, but when the microcontroller + Xtal + caps clocks fine on a PCB and
>fine on stripboard[1], but fails to work on a breadboard, then I think I
am
>justified in (partially) blaming the breadboard ;-).
No Your not! it is a lousy oscillator and susceptable to stray and all
manner
of bad things. I've seen them NOT work on very well laid out 4 layer
boards
as well.
>Deadbugging is great!. It's good to a few hundred MHz at least. I've
used
>if for analogue stuff many times.
Yes it is, I've used it to 1GHZ with great success. While I was sick
last week
I even kluged a 75m phone RX on a 2x4" peice complete with 6kc bandwidth
mechanical filter. Looks kinda poor but works solid.
Allison
One more addition:
They were bought by FPS (good ol' Floating Point Systems), in 1988, with the
resulting company being called FPS Computing. The FPS 500-series machines
are actually Celerity 6000-series minisupers. This company was another
company like Convex, Alliant, Sequent, etc.
Will J
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
hello !
someone offered my a Celerity computer from 'GEI Rechnersysteme'.
it is mounted in a 19" rack and has a built in tape drive.
unfortunately they cannot provide me further information.
so I would like to ask you on the classiccmp-list:
- where can I get further information about this machine ?
- what hardware is in it ? [bus, cpu,...]
- what operating systems run on it ?
- should I take it or leave it ?
thanks for help,
Andreas
--
*********************************************************
* Andreas Mueller *
* *
* Multi-Media-Labor || Uni-Tuebingen *
* phone: +49 7071-2978567 or +49 7071-2977821 *
*********************************************************
This should do it: (sent to the list for everyone's benefit)
DATELINE: San Diego, CA
March 3, 1986
Word Count:440
Celerity Computing
9692 Via Excelencia
San Diego, CA 92126
619-271-9940
CELERITY SIGNS MAJOR OEM PACT WITH LEADING EUROPEAN DISTRIBUTOR
SAN DIEGO, March 3, 1986 -- Less than a month after Celerity Computing's
introduction of two new superminicomputer design systems, the company has
signed a $3 million agreement to supply OEM configurations of the systems to
GEI Rechnersysteme GmbH, Aachen, West Germany, a leading European systems
house and distributor of of computer systems.
Under terms of the two-year agreement, Celerity equipment, including its
proprietary 32-bit ACCEL (TM) processor, will be incorporated into systems
GEI manufactures and distributes to end-users in industrial automation,
engineering design and simulation, and communications. GEI sells both
customized and turnkey solutions throughout West Germany and Switzerland to
customers including BMW, Audi, Volkswagen, Porsche, Ford, Philips and the
German government.
"This agreement with GEI represents not only a significant expansion of our
presence into the European market, but also a major third- party endorsement
of the performance and capabilities of our systems in the mechanical
engineering arena," said Stephen Vallender, President of Celerity Computing.
GEI installed more than 400 computer systems in 1985. The company is 50
percent-owned by AEG, which recently was acquired by Daimler- Benz/Mercedes.
"We want to deliver the highest-quality, top-performance computer products
to our customers," said Michael Emrich, President of GEI Rechnersysteme. "We
ran benchmarks with all the players in the supermini and CAD/CAM markets,
and Celerity clearly beat the others in performance and price."
Celerity's UNIX (R) - and reducted instruction set (RISC)-based supermini
design systems are the fastest and most powerful office_ environment systems
in their price class for engineering and scientific applications. The
Celerity C1260, introduced in January, 1986, is a dual-processor system with
a benchmarked throughput of 6.15 million Whetstone instructions per second
(W/MIPS). It is priced at $110,000 for a functional system configuration.
The mid- range C1230, also introduced in January delivers 3.25 W/MIPS for
$75,000. Both are deskside systems, allowing engineers to complete design
tasks and compute-intensive analysis operations without off- loading to more
expensive, remote computers.
Three-year old Celerity Computing delivered its first computer system, the
C1200, in November 1984. The company has installed more than 60 systems in
leading corporations, research centers and universities throughout the
United States. Its supermini design systems provide advanced design and
analysis capabilities to professionals in a variety of fields, including
automotive, manufacturing, aviation and aerospace, molecular modeling,
animation, and research.
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
For anyone out there with an HP 3000/960 (or 960 or 980),
or an HP 9000/860 (or 850 or 880?):
------- Forwarded message follows -------
Subject: [HP3000-L] Old 960 out to pasture.
From: Debus-David(a)AER.ARAMARK.COM
Greetings All,
I am finally decommissioning my old and trusty 960. I have gutted the
chassis for
of all usable boards. They are all available to anyone interested in spare
parts for
the cost of shipping. One hard to find item is a SCSI bootable CA. There are
numerous FL cards and the usual HP-IB cards. I need to move this quickly due
to
floor space problems. First interested party takes all.
Thanks
------- End of forwarded message -------
No...I don't know where he is! (Please don't flame him)
Stan
Stan Sieler sieler(a)allegro.com
www.allegro.com/sieler/wanted/index.htmlwww.allegro.com/sieler
From: Tony Duell <ard(a)p850ug1.demon.co.uk>
>> That's so true! I was surprised to read in the spec's for my first
ones
>> (and last, by the way) that the capacitance between adjacent contacts
is 5
>> pf, I don't remember much else about them.
>
>And that's probably being somewhat optimistic!...
>
>I have certainly seen microcontrollers fail to clock properly when
>they've been used on these breadboards. Hang a xtal and the 2 33pF (or
>whatever) capacitors off them and the strays will mess things up.
Often it's not the breadboard but the crude oscillator circuit that was
used. the basic osc used in theory should never work but crystals are
less deterministic and don't know that. The side effect is hard starting
and a slight offset from the marked frequency.
>Since soldering is so much more reliable, and just as fast once you get
>used to using the soldering iron, I don't see the point of said
>breadboards. But anyway...
Different issue.
FYI I breadboard on a peice of cheapo copper clad AKA dead bug or
as the RAH calls it "ugly" construction. Works well and the groundplane
is hard to beat. Either name, you lay the bugs upside down and point
to point wire them (solder, programming language #1). Copper is ground
and everything else aint. Goes together fast and tends to be fast logic
and UHF friendly.
Allison