AARRGG
I am logged in as 1,2
I try TECO TTY.CMD
I edit it and then try to save it
*EX$$
it then gives me a protection violation
TTY.CMD in directory [1,2] has a protection code of <60>
I am the owner [1,2] I should be able to edit it. I was able to
edit it once.
There is also a file TECF06.TMP <60> that I can't UNSAVE
I also can't UNSAVE TTY.CMD -protection violation.
hrmm
What do I do?
Hi All,
I brought home two of the Intel 86/330 computers that I recently bought.
(The things are BIG and I could only get two in the car at one time). I was
told that they all contained bubble memory cards and the one that I checked
had one but neither of the ones that I brought home had one :-( Anyway I
took a few pictures of the two that I brought home. Here are some links;
Front <http://www.classiccmp.org/hp/Intel%2086-330/front.jpg>, Back
<http://www.classiccmp.org/hp/Intel%2086-330/-back.jpg>, One of these has
the iSBC86/30 CPU card with a iSBC337 NDP daughterboard and a Real Time
Clock daughterboard made by Linear Systems
<http://www.classiccmp.org/hp/Intel%2086-330/86-330w-rtc.jpg>, they both
contained iSBC215 Winchester Hard Disk Controller cards with iSBC215 Floppy
Disk Controller daughterboards
<http://www.classiccmp.org/hp/Intel%2086-330/WDC.jpg>, one system contains
an iSBC028 RAM card
<http://www.classiccmp.org/hp/Intel%2086-330/iSBC028.jpg>, the other
contains an iSBC012CX RAM card
<http://www.classiccmp.org/hp/Intel%2086-330/isbc012cx.jpg>, both systems
contain iSBC86/30 CPU cards
<http://www.classiccmp.org/hp/Intel%2086-330/isbc86-30.jpg>. One system
contains an iSBC88/45 Advanced Data Communications board. This is the
first iSBC 88/45 that I've seen. According to a site on the net, it has 3
HDLC/SDLC half/full duplex communication channels, optional ASNCH/SYNC on 2
channels, Supports RS232C, CCITT V.24, or RS422A/449, has a 8088 8 MHz
microprocessor, On-Board DMA supports 800KB baud operations, Self-clocking
NRZI SDLC loop data link interface point-to-point multidrop, 16KB static
RAM, Software programmable baud rate generation.
More later,
Joe
Question:
Would the mismatch in mains frequency affect the performance of the
rated ferro-resonant transformer (i.e. regulation)?
> A PDP8A chassis is listed on eBay, in the USA
>
>
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=1247&item=5124686380…
>
> Wonder what someone will think when they find out it's 50Hz only.
> It's in the pictures, but not in the writeup.
>
> Ed K.
>
>
That should not really matter that much, it is still 115 volts.
The block of iron in the transformer is a little overspec-ed for 60Hz.
Ed G.
Ethan won the "out-of-the-way-corners-of-the-earth contest" on Velonews
(competitive cycling magazine following the Tour de France).
and, if they decide to start an "insane readers" contest, they assure
him he's in the running as well.
Congratulations!
OK, I'm very close to needing to suck the data off the main memory of
this LGP-21 before I reform caps and all that electronicky stuff.
It would be nice to have a 16-bit MHz A/D system, but I don't. Any
*practical* suggestions for someone with an extremely limited budget? I
also don't have time to build one, though it's within my skills.
(The LGP-21 I have has a rotating magnetic main memory; bit-serial 80KHz
clock, 64 physical tracks (128 logical), 4096 31 (32) bit words, NRZ or
NRZI. I figure A/D sampling of the raw head signal at 8 to 10 times the
original clock rate will allow offline data recovery, should I smash
data on later CPU powerup.)
The platter is driven by an AC motor. It powers up completely
independently of the rest of the computer, so I can easily do all this
before I begin the restoration. I planned on rigging up a fast opamp
buffer/amp, clip-leading it onto each head in turn (the heads are low-Z;
I do know about ground, common-mode, etc), and taking 2, 4 or a dozen
snapshots of each track. I'll make the track snapshots available to
anyone who wants them.
If there's anything there, it would be really nice to see
41-year-old-data.
Practical suggestions appreciated...
> About the best I could do is to snail-mail the ROM to
> you. -or- I'll be in San Diego tomorrow - Monday.
That's a very generous offer, but there are two problems ... first I'm
presently in San Bernardino :( and won't be back in San Diego until Sunday,
and only Sunday at that.
The bigger problem, though, is actually getting the capsule out to read it.
I opened up my HHC-4 and dug out the NYL capsules, which I hadn't examined
too closely before. They *seem* to be regular 24-pin EPROMs (with an NYL
sticker conveniently covering the UV window; they're 4K TMS 2532s, for those
interested). The problem is not the chip, which seems to be a regular old
ROM. The problem is that the DIP legs are wrapped *around* the capsule
carrier, and digging the DIP out is probably going to damage the chip. I
could try wiring it into my Jason-Ranheim Promenade, but I don't see much I
could attach the wires to on the capsule side, and soldering leads directly
on to the DIP legs is right out because I'm very worried I would ruin this
first example of this capsule I've ever seen!
Is the BASIC ROM similarly "wrapped" on yours? If it is, perhaps there's
another way of doing this -- some way of reading out the contents of the ROM
using the HHC itself. If you've got the printer, maybe if we could scrabble
some way of printing out a hex dump, assuming this BASIC is halfway sane and
has PEEK and POKE or a moral equivalent. We'd just have to figure out where
in memory, but this is easier than it looks because it would have to start
on a 4K page boundary, meaning we'd only have to glance at 16 possible areas.
If one of them has BASIC keywords, we've found it.
All this to say I would be *very* antsy about damaging a *very* rare ROM
with my relatively novice EE skills, despite the fact I want it *very* much!
--
---------------------------------- personal: http://www.armory.com/~spectre/ --
Cameron Kaiser, Floodgap Systems Ltd * So. Calif., USA * ckaiser(a)floodgap.com
-- Five is a sufficiently close approximation to infinity. -- Robert Firth ----
Don's passing is a great loss to all collectors. May he rest in peace.
At risk of sounding selfish already, did anyone ever archive his disk images?
I had coincidentally been awaiting some from him these last few weeks, and
to my knowledge there were no archives of the floppy images he'd amassed.
-scott
Yup, the drive is pretty much toast. No telling how long it's going to
stay up this time. I'm headed back home from the datacenter to start
copying stuff off the drive.
Loosely translated, anyone who wants to chip in for a new hard drive
for the classiccmp server, let me know. If the servr is down,
I can be reached at jwest(a)ezwind.net
Thanks.
Jay
More info..
I can edit files if I am logged in as 100,1 but if I change files in
1,2 they disappear at running $shutup. I visited the computer history
museum today and showed someone there the problem, and they
suggested I "crash" the system instead of running shutup... tty.cmd
remained afterward. It seems
like shutup is doing somthing to try to protect the system by deleteing
an edited system file.
Other History...
> Ron> There is a problem when I am logged to my RSTS/E(simh) in as
> Ron> [1,2].
>
> Ron> I recently have been trying to edit my tty.cmd file, I am using
> Ron> teco, I edit the file making a change, I save the file with the
> Ron> teco command ex$$, ($=escape). Once out of teco I type tty.cmd
> Ron> to verify my changes. I then use pip to copy tty.cmd to tty.bak
> Ron> and tty.old .
>
> Ron> Then I shutdown RSTS/E and restart - to make sure my changes
> Ron> work.
>
> Ron> On reboot RSTS can't run tty.cmd - claims it can't even find it.
> Ron> Of course the startup procedure stops at that point so a lot of
> Ron> other things don't get done (loading error managers, spool
> Ron> managers, batch manager and defining CCL are the main things)
>
> Ron> While in this state directory (run $direct) cant find tty.* none
> Ron> of the tty files I copied remain..
>
> Ron> I even tried saving a file named cmd.tty and it vanished too.
>
> Ron> I type a new tty.cmd from scratch (using teco or pip) and reboot
> Ron> and now **all** of them are back.
>
> Ron> 8^P What's up?
>
> Sounds like a corrupt file structure.
>
> Try the "clean" option in INIT (Refresh command) at boot.
>
I did try this, it does not seem to help.
> paul
>
Begin forwarded message:
> From: Ron Hudson <ron.hudson(a)sbcglobal.net>
> Date: September 17, 2004 10:01:06 PM PDT
> To: Classic Computers <cctalk(a)classiccmp.org>
> Subject: RSTS strange problem
> Reply-To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk(a)classiccmp.org>
>
> Ok,
>
> I have repeated it again... and typed out all the files before I
> rebooted - they disappeared again.
>
> I ran option:RES Clean then booted again. They were still gone.
>
> It's funny that all the files I touched disappeared..
>
> Perhaps this is a clue... What is SY0: as contrast to SY: and DL0:
> (all the same drive?)
>
Hello all,
I recently became the new owner of a Tek 321A scope, but it needs some
repairs. Also, I have no manuals, so if anyone could loan me an operator's
manual or service manual so I could make a copy, I'd appreciate it....
The main issue is the display. There is what I can only describe as a
"cloud" that runs vertically along the center of the display. Varying the
intensity and focus does vary this cloud, but it is still present. Also,
the trace line is visible, but very out of focus. Wider at the edges, and
narrower in the middle. I can take a picture if this makes no sense...
I don't know the working condition of the scope, but it was put in a large
bin for disposal. It's possible that it was just tosseed in, so it may have
been banged around a bit.
It seems a shame to toss this unit, as it is in pristine physical condition.
The battery holders are very clean, and the unit has no dust or dirt that I
can see....
If this is a common problem, or if it seems fixable, let me know what to
try....
Rich B.
