> From: Fritz Mueller
> In at least one case of attempting to recover a pac
BTW, your neat hack to do that only works on the RK11-C, and not the RK11-D:
the latter doesn't implement 'Read/Write-All'.
Noel
> the Unix V6 RK pack formatter ... sets _both_ 'Format' and
> 'Read/Write-All
Oooops; my bad; I mis-read the register description. It's setting 'Inhibit Bus
Address Increment' and 'Format', not 'Format' and 'Read/Write-All'. So ignore my
speculation about 'Read/Write-All' not getting the sector header word from memory.
My bad!
Noel
> Fron: Jon Elson
> The write all function is likely how you format a blank pack.
No, 'Format' is a separate bit in the CSR from 'Read/Write-All', and they do
different things.
The RK11 always re-writes the header word of each sector when it writes a
sector in normal operation; when 'Format' is set on a Write operation, it
merely supresses the 'read header word and check/compare' function (which
normally precedes any disk operation, to make sure the head's at the right
place). Format/Write then goes ahead and writes the header word of the sector,
just as in normal operation. (It is possible to set 'Format' on a Read
operation; that just reads in the sector header words into memory.)
Although in theory one could use 'Read/Write-All/Write' to format packs,
the Unix V6 RK pack formatter:
https://minnie.tuhs.org/cgi-bin/utree.pl?file=V6/usr/source/mdec/rkf.s
sets _both_ 'Format' and 'Read/Write-All', and _doesn't_ set up the sector
header words in the memory buffer, arguing that even with 'Read/Write-All' on,
the hardware is still generating the sector header word contents. (I'm too
lazy to check the RK11-C and RK11-D engineering drawings to confirm that.)
Noel
If you search ebay for "DEC RK11-C Disk Controller", you'll find a listing
of a backplane of flipchip cards, but it's not like any RK11-C I have ever
seen. Am I right, this is a mis-labeled auction?
Bill
> From: Ethan Dicks
> I do have a replica KM-11 set that I need to construct.
You'll need the RK11-C overlays (shown on pg 6-2 of the RK11-c Manual). (My set
of overlays from Guy with his KM11 replica included them; thanks Guy :-).
> From: Fritz Mueller
> The cables are actually in the correct slots -- they connect A30 and
> B30 to the pass-through connectors to support plugging in a pair of
> KM11s from the outside of the rack for debug.
Ah. The Double-Buffered RK11-C doesn't have those; the slots used (looks like
C08 and D08) are used for logic.
Noel
I think we have some old Mac programmers here.
I've dusted off some code that allegedly compiles with CodeWarrior Pro 2, and
it needs CWGUSI, so I installed 1.8.0 (which was on the CW Pro2 Tools CD).
A bit of hacking and everything compiles, but it won't link; it's missing
a symbol _Stdout that CWGUSI apparently requires (I traced it back to a couple
fflush(stdout);
calls). I've got SIOUX, the Metrowerks Standard Library and everything else
I can think of, and while everything else builds, I can't seem to find the
lib with this mysterious _Stdout symbol. Any guesses? Does this sound familiar?
--
------------------------------------ personal: http://www.cameronkaiser.com/ --
Cameron Kaiser * Floodgap Systems * www.floodgap.com * ckaiser at floodgap.com
-- Do I look like I just fell off the turnip truck?! -- Ryoga, "Ranma 1/2" ----
Hello, everyone...
I may have asked here many years ago about this:? Does anybody? have a
binary distribution of Octave for VAX/VMS?? The sources for some early
versions were distributed in the SIG tapes, but I never managed to
complete a VMS build using them.? I tried tracking old octave archives
with binary builds, but they're all gone (it used to be at
ftp.chem.wisc.edu).? I even tried to contact John Eaton about this but
got no response.
Regards,
Carlos.
The guy posted today, saying they're still available...
- John
>From: <highpwr at bellsouth.net>
>To: <greenkeys at mailman.qth.net>
>Date: Sun, 27 Dec 2020 18:23:31 -0500
>Subject: [GreenKeys] Equipment Available
>
>I have the following available for pickup in the Knoxville TN area, it from
>the estate of an old ham buddy that's now in the nursing home with
>Alzheimer's. All was salvaged from his property which was sold to help
>defer his nursing home expenses, and was going to go in the dumpster.
>Really just wanted to save this stuff from the dumpster, and its free to a
>good home, BUT if it works for you (whomever comes and get this stuff) a
>donation that I could forward to his Nephew to help cover his nursing home
>costs would be greatly appreciated.
>
>There are two Teletype Model 35 KSRs and at least one 33 KSR. Also there is
>an model 14 Printing Reperf FRXD (very similar to frxd-1311-04.jpg (800?600)
>(navy-radio.com) <http://navy-radio.com/tty/reperf/frxd-1311-04.jpg> on
>Nick England's site. There may be some other in the future and possibly
>some 11/16 paper tape, but this may be spoken for.
>
>All was stored in a dry outbuilding, but was in the building for well over
>twenty years. It took the best part of a day to dig it out, salvage and
>carry it out of said storage building.
>
>
>
>
>I can provide additional more detailed photos if required, but please don't
>ask unless your really interested and serious. The empty brass nor the gun
>they were fired in are no longer available I'm keeping it.....Ha Ha.
>
>PS this stuff will not be available indefinitely, I don't have the space to
>store it for another twenty years, it will probably go onto the dump or be
>dismantle for parts before the end of February.
>
>Steve
>KM4V
I know it exists, or existed, as there are references all over to it from
the skeletal remains of various BeWare mirrors. However, the package itself
has disappeared. The Intel version is marginally easier to find but if anyone
knows where the *PowerPC* one is (I'll take R3 or R4) please advise.
I guess, since I've got mwcc on it, I could try to reconstruct it, but I
don't know if I would have all the BeOS-specific changes.
--
------------------------------------ personal: http://www.cameronkaiser.com/ --
Cameron Kaiser * Floodgap Systems * www.floodgap.com * ckaiser at floodgap.com
-- My opinions may have changed, but not the fact that I'm still right. -------
This is highly annoying. Back in 2015 I did exactly this and now I have
forgotten how.
I dumped a set of RX02 disks with catweasel into .DMK and now I want a raw
sector image to be able to test them with SimH.
What is a good tool to use? I have some faint memory of glancing through
hexdumps of .dmk files. Perhaps I did something myself using dmklib by Eric
Smith? Don't really remember, unfortunately.
But surely someone else has already done this, right?
/Mattis
Hi all --
Making some progress with the "fire sale" PDP-11/70. Over the past month
I've rebuilt the power supplies and burned them in on the bench, and I've
gotten things cleaned up and reassembled. I'm still waiting on some new
chassis fans but my curiosity overwhelmed my caution and I decided to power
it up for a short time (like 30 seconds) just to see what happens. Good
news: no smoke or fire. Voltages look good (need a tiny bit of adjustment
yet) and AC LO and DC LO looked good everywhere I tested them. Bad news:
processor is almost entirely unresponsive; comes up with the RUN and MASTER
lights on, toggling Halt, and hitting Start causes the RUN light to go out,
but that's the only response I get from the console.
I got out the KM11 boardset and with that installed I can step through
microinstructions and it's definitely executing them, and seems to be
following the flow diagrams in the engineering drawings. Left to its own
devices, however, the processor doesn't seem to be executing
microinstructions at all, it's stuck at uAddress 200.
In the troubleshooting section of the 11/70 service docs (diagram on p.
5-16) it states:
IF LOAD ADRS DOES NOT WORK AND:
- RUN, MASTER & ALL DATA INDICATORS ARE ON
- uADRS = 200 (ZAP)
THEN MEMORY HAS LOST POWER
Which seems to adequately describe the symptoms I'm seeing, but as far as I
can tell the AC and DC LO signals are all fine. (This system has a Setasi
PEP70/Hypercache installed, so there's no separate memory chassis to worry
about.) I'm going to go back and re-check everything, but I was curious if
anyone knows whether loss of AC or DC would prevent the processor from
executing microcode -- from everything I understand it should cause a trap,
and I don't see anything in the docs about inhibiting microcode execution.
But perhaps if this happens at power-up things behave differently? And the
fact that the troubleshooting flowchart calls out these exact symptoms
would seem to indicate that this is expected. But I'm curious why the KM11
can step the processor, in this case.
I'm going to wait until the new fans arrive (hopefully tomorrow or tuesday)
before I poke at this again, just looking for advice here on the off chance
anyone's seen this behavior before.
Thanks as always!
- Josh
Recently acquired an ASR33 with an old EIA (RS-232) Interface convertor
module. ? It came with a two page spec and cable pinout sheet that is
more hole than it is paper. Manufacturer is United Data Services (UDS)
in Phoenix.? Model seems to be 312 A 0568? (might be 0563)? Google
hasn't been much help and Bitsavers is silent as well..? Herb Johnson of
Retrocomputing.com has 312 A 0567 which appears similar but not close
enough to be useful.
Anyone familiar with this unit who could share docs??? (willing to scan
and share if desired)
Steve
Looking at the DEC Pro documentation there's some ambiguity I'm trying to figure out.
The hard drive documentation talks about the "reduced write current" signal. In one place it's explicitly described as relevant to the RD50 only. But later on in the RD50/RD51 chapter the signal is described generally, without any indication that RD51 ignores it.
Does anyone know which is correct? If RD51 also uses it, how does the right value get set? What IS the right value, anyway?
paul
Thanks!??
The radio site aside? from? using low bit rate scan also I think compresses the pdf files.
Ed#
On Wednesday, February 3, 2021 J. David Bryan via cctech <jdbryan at acm.org; cctech at classiccmp.org> wrote:
On Wednesday, February 3, 2021 at 9:25, ED SHARPE via cctech wrote:
> Indeed this site is great for reference but alas are too lo-res for good
> museum display images.
They appear to be scanned at 150 dpi.
The ones here are scanned at 300 dpi:
? http://hparchive.com/hp_journals
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? -- Dave
>
>
> Date: Tue, 2 Feb 2021 09:19:08 -0800
> From: Al Kossow <aek at bitsavers.org>
> Subject: Flip-Chip selloff
>
> I don't have any equipment that uses them any more, so I'll be ebaying off
> my
> A-W series flip chips over the next few days. The W's and PT08 boards are
> up now
>
> https://www.ebay.com/itm/184647476832
> https://www.ebay.com/itm/184647420812
>
I am still maintaining a PDP-8/I & TC01, PDP-8/L, PDP-8/S, PDP-9 & TC02,
and PDP-12 for the Rhode Island Computer Museum.
The RICM would happily accept any donated FlipChips, especially the go-fast
B versions and anything else for the PDP-9. You can even get a charitable
tax deduction for the donation.
--
Michael Thompson
At 08:32 AM 2/2/2021, geneb via cctalk wrote:
>On Mon, 1 Feb 2021, Al Kossow via cctalk wrote:
>>and it is the software and the knowledge of what you need to do when
>>recovering media in volume these guys have no clue about
>
>How about helping out instead of bitching from the sidelines?
I was quite eager to hear Kossow's insights. Any engineer or programmer
(or both) worth their salt eagerly seeks and accepts the "but it would be really
handy if it did X, Y and Z" insights, especially if they're coming from
someone with decades of experience in the field in question.
How else will products improve?
- John
Indeed this site is great for reference but alas are too lo-res for good museum display images.
I do use this as a reference source? but need paper copies sometimes? to hi res scan some times!
Ed#
On Tuesday, February 2, 2021 Richard Milward via cctalk <rsmilward at frontier.com; cctalk at classiccmp.org> wrote:
You can find HP Journal issues at
https://worldradiohistory.com/HP-Journal.htm
<https://worldradiohistory.com/HP-Journal.htm>
The World Radio History site is a fantastic resource in general, I use
it regularly.
**Richard
Adam, I have a VAXstation sitting about three metres from me. As is
usually the case, "it worked when I turned it off 20 years ago" I don't
remember how many years ago I turned it off. I think it is a model 30
but casually looking at the box does not show me what model it is. I
pulled out the nicad battery pack many years ago and it is sitting by
my left hand and it does not leak.
I have the system box, the expansion box with its little SCSI disk drive,
the RRD40 and its wierd disc caddies, and the VR--- monochrome monitor,
and probably the keyboard and mouse and documentation if I look around
for half an hour.
I have no idea where you are but I can send it to you for the price of
shipping which would be astronomical I expect. I hesitate to ship the
monitor - that would be had work - but the other components can be managed.
--
Richard Loken VE6BSV : "...underneath those tuques we wear,
Athabasca, Alberta Canada : our heads are naked!"
** rlloken at telus.net ** : - Arthur Black
As long as we?re talking about divesting: if anyone has a VaxStation that they?d sell me for substantially less than eBay prices, I?d be interested. I have a 3100M38, but it doesn?t POST; indeed, a replacement mainboard would be a place I could start. (I did try burning new ROMs and replacing them, but that wasn?t the problem). I?d even consider swapping an 11/730 in unknown condition (this is from the Kaur collection) for a working VaxStation, on two conditions: you have to pick it up, and you have to take an RM80 drive with it and dump it far enough away from my house that no one thinks it was me what done it.
Adam
I have received a few of the above-mentioned DC300-sized QIC carts for
recovery. The usual stuff about tension bands applies, but I'm a bit
stymied.
The official specs for these tapes say that they're SLR 3. I've tried
Tandberg SLR 3, 4 and 5 drives (any of which should be able to read
these) with no luck. I've even tried an SLR2 QIC525, though why someone
would pay for more tape than they need is a mystery.
These would be ca. 1990 and most likely on a Mac, although the latter is
pure conjecture.
Before I unspool some of this tape and have a look with developer, am I
missing something?
--Chuck
> I'm too burned out to look at the engineering drawings and get the part
> number to confirm; I'll do that 'soon'.
The BA11-K FMPS gives the male shell part numbers as 12-09350-06 and -15; the
DD11-C lists the female shell numbers as 12-09351-06 and -15. Those look like
they are DEC numbers:
https://gunkies.org/wiki/DEC_part_numbers
So I'm not sure those are much use. (I'm not going to bother trying to look up
what they translate too; we already have the AMP numbers needed to order them;
so not much to be gained.)
> I took a picture of the male shells, and added it to the CHWiki page
> (I'll add the females tomorrow).
Done.
Noel
TL;DR: getting tired of separating the wheat from the chaff
I have an odd but potentially useful idea for the list server ...
Until we have an AI that can properly read a message and re-write the
subject line,
perhaps the list server would *auto generate* a new subject line
after, say, the 29th reply with the same "Re:".
After 29 "Re: APL\360", the next such msg would have subject line
rewritten to "New topic 1", and the next (up to) 28 "Re: APL\360"
would be similarly re-written (the '28' is decremented for every "Re:
APL\360"
and every "Re: New topic 1").
At that point, the next "Re: APL\360" or next "Re: New topic 1" gets
rewritten as "New topic 2".
(After a reuse counter for a subject has been 0 for two weeks, it could be
reset to 20, to allow much later legitimate replies.)
Yeah, tired of getting hopeful seeing "Re: APL\360" and seeing instead
a discussion of pints, or endianness (big rules, for a number of reasons ...
*even the creator of Intels's memory chip admitted that*), or bit numbering,
or counting sheep!
:)
(And I'm not even complaining about the needless copying of the entire
prior post :)
At 04:58 PM 2/1/2021, geneb wrote:
>I've got one (F7+ Lightning version) and I've used it with 5.25" and 8" disks. I've got plans to use it with 8" disks, but I've not done it yet. You'll need to get the FDADAP from here: http://www.dbit.com/fdadap.html in order to use it with the GW.
Already have one of those. Did you say you have it working with eight inch?
- John