On 4/18/2019 2:27 PM, Paul Koning via cctalk wrote: In the late 1980s and early 1990s, we used DSM running on VMS 4.7 for a nationwide (United States) mortgage credit reporting system. Cheers, Dan

Poor man's hypervisor, I like that. That's reasonably accurate. RSTS/E had "run-time systems", originally the interpreter, support library, and user interface of the BASIC-PLUS language machinery. Starting in, I think, RSTS/E V5B, it was generalized step by step to become a collection of such things: a user interface, execution environment, and other stuff. It might be very narrowly tailored, like the TECO run-time system, it might be the interpreter library for a language, like the FORTH and ALGOL run-time systems, or it might be a fairly complete emulation of a different OS, like the RT11 and RSX run-time systems. I first used a very primitive version of this feature in V5B around 1975, to run an assembly language program before there was any general RSTS support for doing that. paul

Each runtime system was a separate construct. The kernel has a number of services to enable various things that need to be done, though. Here are a few. 1. Each executable file has an attribute naming the runtime system that will execute it. For example, PIP.SAV would be handled by the RT11 runtime system not because of the .SAV extension but because of the runtime system setting. This is vague like the #! line in Unix shell scripts. 2. Various exceptions and interrupts during execution would be directed by the kernel to "pseudo-vectors" in the currently active runtime system. For example, traps to 4 or 10 or breakpoint traps would be handled that way, as would control/C interrupts. 3. The RSTS/E kernel uses EMT for syscalls, but any unknown syscall would go to the EMT pseudo-vector. This directly enables RSX emulation because that uses a non-RSTS EMT (377). But RT11 uses many of the same EMT codes that RSTS does, so there an escape technique was used ("prefix EMT"). If RSTS saw EMT 377 with another EMT in the next word, it would handle that as a kernel request. Any other EMT (not preceded by 377) would go to the RT11 runtime system. So EMT 0 is an RT11 request, EMT 377; EMT 0 is a RSTS kernel request. I think the code in the runtime system would typically not be the original OS code or taken from it. Exceptions might be things like the executable file loader. But syscall handling is different partly because it isn't concerned with scheduling or execution blocking (those are kernel concerns) and partly because it is mapping the request to the equivalent RSTS kernel request, not to device operations or things like that. It's interesting that no Unix RTS was attempted that I know of. Perhaps that was too hard because the OS services are so different (nothing like fork or pipe in RSTS, which would be a concern). Even so, one of the RSTS developers converted csh into a runtime system, so you could run shell scripts and csh command parsing -- but the programs would still be DEC programs, not Unix ones. Unfortunately that code has been lost as far as I know. paul

On 4/18/19 2:41 PM, Dan Veeneman wrote: DSM-11 on the PDP-11 was an OS all its own. I just looked in my Software Handbook and on the VAX it was a VMS Language Processor. That's pretty much what it has become today although it did start out as a complete system running on bare iron. bill