In a sense. There seem to be differences in the way the drivers are documented, though. The DF32 is just S:, whereas the RF08 are S0: through S4. Dave's .zip file has a disassembly that claims to be for the RF08 driver. I haven't yet made the time to compare that with the driver in my working DF32 image.The RF08 is very close to the DF32 from a programing standpoint so making it work under SIMH should be straightforward.
Yes. InThis is for OS/8, are you talking about something for DMS? I know almost nothing about DMS.
Not currently for actually using the platter. I'm using my DS32 emulator board so looks like I have 4 DS32 attached. Need to refresh the design and make another so I don't have to keep moving between my 8/I and straight 8. The one that I had running the head cable disintegrated and I haven't repaired. Also need to make timing track writer since I removed and cleaned the platter and didn't quite get it back on the same. It worked but not reliable. Not sure if that was much different than when it was new based on all the program people created for testing it. Will try getting it working sometime but not high priority.Do you have any operating DF32?
It is supported by SIMH. Just need to grab the right tapes and follow the install procedure.The RF08 is very close to the DF32 from a programing standpoint so making it work under SIMH should be straightforward.
I have confirmed that the RF08 driver for DMS is a little different. I think it implements "units" which look like DF32.It is supported by SIMH. Just need to grab the right tapes and follow the install procedure.
Have thread hijacked. Should we start a new thread?
The Rhode Island Computer Museum has an RF08 in a donated system. It hasn't been powered up in a very long time, and I suspect that the platter is corroded to the heads. Making an FPGA emulator for the platter would be possible, but a bunch of work.Is their a functional RF08 around? I haven't seen one. Probably could make one under SIMH.
What came with my machine is here which I used to make my DF.Where are these tapes?
server.c:382:1: error: function definition is not allowed here
{
^
server.c:516:5: error: implicit declaration of function 'HELPBoot' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
HELPBoot();
^
2 errors generated.
I have been developing "expect" scripts which spawn SIMH and install DMS on DF32, RF08, and DECtape. What I found is that the DF32 version of PIP doesn't seem to support unit numbers for device S, whereas the RF08 version seems to support (and require)!vi them. You can use DF32 PIP on the RF08, but then there's no way to refer to the extra storage. It would be cool if the DECtape driver implemented unit numbers and worked with the RF08 PIP. Unit numbers on the serial disk would also be awesome .>>> What isn't clear to me is whether you can get away with referencing S0: as S:.
I tried using PIP with just S: and it doesn't like it at all. S0: through S7: and it is a happy bunny.
So the answer is probably no, you can't get away with referencing S0: as S:.
Dave
Who/which thread were you replying to? I'm using SIMH, the DEC-D8-xxxx-PB paper tape images an the linux "expect" command to install DMS on the various simulated media. So no version of OS/8 is involved. I'm using the "AF" versions of system builder and PIP, which seem to match the manuals I'm using. (I do have an older manual, referencing "8D", but I'm ignoring that.)Which version of OS/8 and PIP are you using?
No problem. The latter part of my reply was meant to answer your query if that was the caseSorry, I meant DMS not OS/8!
Since it's only a DTXA rather than a DTCA DTXA, it will XOR the GO bit with 1, which was presumably set already, thus clearing it and only it. Without looking at it further, I'm not sure why they don't just clear all of register A if they want to stop it and return.I got most of it figured out, except I still don't get how the tape motion ends up stopped at the end. (Seems like 0200 would seek to the forward end of the tape.)