<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>I'm not sure I follow you. The only DEC supplied system program
I can think of in Tops-20 that bulk inputs a pre-compiled binary
is SETHOS, which it does to (significantly) speed boot up. The
only other examples I can think of were <i>non</i>-DEC developed
software: the EXEC, the mailer and (Columbia) LPTSPL.</p>
<p>None of the Tops-10 CUSP's that I've updated do this.</p>
<p>I'm forgetting something obvious, right?<br>
</p>
<div class="moz-cite-prefix">On 11/12/21 10:57 AM, Johnny Billquist
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:cde7bf5f-9270-5640-feb6-c708774310f2@softjar.se">On
2021-11-12 15:24, Paul Koning wrote:
<br>
<blockquote type="cite">
<br>
<br>
<blockquote type="cite">On Nov 11, 2021, at 6:22 PM, Johnny
Billquist <a class="moz-txt-link-rfc2396E" href="mailto:bqt@softjar.se"><bqt@softjar.se></a> wrote:
<br>
<br>
I must admit that I hadn't considered the possibility of just
saving the core. Which of course can accomplish the same thing
in a neat way.
<br>
</blockquote>
<br>
That's a bit like how RSX-11/D and IAS boot -- by reloading the
image of memory when you issued the SAV command. Pretty clever:
you set things up the way you want them to be, and then you make
that state persistent.
<br>
</blockquote>
<br>
Same with -11M. But it's only used for the kernel.
<br>
<br>
However, in TOPS-20 as well as some other DEC OSes, this is a
common pattern for all programs.
<br>
<br>
Johnny
<br>
<br>
</blockquote>
</body>
</html>