<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>We always thought that the VMS asynchronous $QIO interface was a
real winner. Except for special JSYI (<font size="+1"><tt>DUMPI%</tt></font>/<font
size="+1"><tt>DUMPO%</tt></font>) for magnetic tape I/O and
certain cases of disk transfers, <u>all</u> I/O in Tops-20 is
synchronous (blocking). You get put to sleep and you don't come
back until the data is in your address space (unless you take an
interrupt).<br>
</p>
<p>The way you handle asynchronicity is to have a separate fork for
data transfers. It can be a challenge to orchestrate data done;
we don't have P() and V(), but rather something of a queuing
paradigm. The Extended Mode FTP server on Tops-20 has this model;
a top-level fork for the control channel and a lower for for the
data channel. Tops-10 has more flexibility in that regard; all
I/O is asynchronous (it has to be, given the job structure).</p>
<div class="moz-cite-prefix">On 3/8/20 10:25 AM, Keith Halewood
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:fc4ebe93bf524ee88ca398acaa0c5afb@MERLIN.pitbulluk.local">
<pre class="moz-quote-pre" wrap="">I looked back at CMUTEK TCP/IP and discovered the multithreaded NNTP server I wrote for ANU-NEWS under VAX/VMS... over 30 years ago. The DCL archive file is still there and still extracts. Despite it being written in C, the interface to CMU's TCP/IP is wonderfully $QIO-based. It still pleasantly surprises me how easy it is/was to fire off a whole load of $QIOs with an AST routine reference and parameter, or a mailbox and just wait around for things to happen. Someone subsequently modified it (and added better error handling from what I remember) to work with UCX.
Keith
-----Original Message-----
From: <a class="moz-txt-link-abbreviated" href="mailto:owner-hecnet@Update.UU.SE">owner-hecnet@Update.UU.SE</a> [<a class="moz-txt-link-freetext" href="mailto:owner-hecnet@Update.UU.SE">mailto:owner-hecnet@Update.UU.SE</a>] On Behalf Of Timothy Stark
Sent: 08 March 2020 00:19
To: <a class="moz-txt-link-abbreviated" href="mailto:hecnet@Update.UU.SE">hecnet@Update.UU.SE</a>
Subject: RE: [HECnet] HPE OpenVMS Hobbyist license program is closing
Yeah. I was able find CMUIP066 and CMUIP063 on ALDUR::
Thanks for information.
-----Original Message-----
From: <a class="moz-txt-link-abbreviated" href="mailto:owner-hecnet@Update.UU.SE">owner-hecnet@Update.UU.SE</a> <a class="moz-txt-link-rfc2396E" href="mailto:owner-hecnet@Update.UU.SE"><owner-hecnet@Update.UU.SE></a> On Behalf Of Dave McGuire
Sent: Saturday, March 7, 2020 1:22 PM
To: <a class="moz-txt-link-abbreviated" href="mailto:hecnet@Update.UU.SE">hecnet@Update.UU.SE</a>
Subject: Re: [HECnet] HPE OpenVMS Hobbyist license program is closing
On 3/7/20 1:16 PM, Supratim Sanyal wrote:
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">I see ALDUR:: but I don't see that distribution, could you point me
to it?
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
CMUIP066 is at ALDUR::DISK$OLD_USERS:[DECUS.VMSLT98B.CMU.VMS-V5]
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
Great. Thanks!
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Looks like I dumped my install session at
<a class="moz-txt-link-freetext" href="https://supratim-sanyal.blogspot.com/2019/03/cmu-tcpip-vax-vms-4.7.htm">https://supratim-sanyal.blogspot.com/2019/03/cmu-tcpip-vax-vms-4.7.htm</a>
l
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
Yes I did find that. Thank you for posting it.
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">BTW is it a fair assumption Process Software's MULTINET hobbyist
licenses will also dry up?
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
I don't see why they would..?
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
</pre>
</blockquote>
</body>
</html>