If the terminal emulator can be made to recognize S packets (as we have done
in K95), and if it sees one, to go into RECEIVE mode automatically, then why
not also have it recognize I packets and go into SERVER mode automatically?
(Wait, don't answer yet :-)
The benefit is that the user, while CONNECTed, could initiate file transfers
not only by saying "send blah", but also with "get blah", or even
"remote directory > blah".
The obvious fly in this ointment is that once the terminal emulator enters
Kermit server mode, how does it exit? Easy: in the terminal emulator, we
set Yet Another Global Flag that says that server mode was activated by the
terminal emulator recognizing an I packet. When the protocol module finishes
whatever it asked to do and goes back to server command wait, it checks this
flag and, if set, unsets it and returns, otherwise waits for more packets.
Works great, *almost* makes APC obsolete.
But another fly waits in the wings -- as I recall, Kermit-370 is somewhat
abstemious with I packets, figuring it need not resend them on each
transaction, if already done once on the same connection. So John, maybe
you could consider sending an I packet every time?
- Frank
7-Jun-96 3:01:04-GMT,2176;000000000011
Received: from CUVMB.CC.COLUMBIA.EDU (cuvmb.cc.columbia.edu [128.59.40.129]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with SMTP id XAA22011; Thu, 6 Jun 1996 23:01:03 -0400 (EDT)
Received: from CUVMB.CC.COLUMBIA.EDU by CUVMB.CC.COLUMBIA.EDU (IBM VM SMTP V2R1)
with BSMTP id 7604; Thu, 06 Jun 96 23:00:32 EDT
Date: Thu, 1996 Jun 6 22:20 EDT
From: (John F. Chandler)JCHBN@CUVMB.CC.COLUMBIA.EDU
To: (Frank da Cruz)fdc@watsun.CC.COLUMBIA.EDU, (Joe Doupnik)JRD@cc.usu.edu,
(Jeffrey Altman)jaltman@watsun.CC.COLUMBIA.EDU
Subject: Re: Another tasteless innovation
In-reply-to: fdc@watsun.cc.columbia.edu message
<CMM.0.90.4.834099794.fdc@watsun.cc.columbia.edu> of Thu, 6 Jun 96 18:23:14