The Kermit protocol isn't very comp,icated, is well documented, and has a lot
of testing behind it.
What happens in your protocol with characters that devices between you and the
simulator mangle. Modems were a major frustration, now you have all sorts of
effort devices may do funny things with certain haracters. Send the wrong
characters and it could disconnect.
We've been through this before, why not make use of that experience.
Sent from my Galaxy Tab® A-------- Original message --------From: Sampsa Laine
<[email protected]> Date: 04/20/2016 2:35 PM (GMT-07:00) To: Phil Budne
<[email protected]>, "[email protected]" <[email protected]> Subject:
Re: [Simh] Way out idea for simh
> On 20 Apr 2016, at 23:25, Phil Budne <[email protected]> wrote:
>
> Ken.Cornetet wrote:
>> I guess I need to shout this:
>> ******* KERMIT DOES NOT WORK ON SIMH EMULATED RTE-6/VM ********
>
> Why not?
>
>> Kermit does not exist (and probably couldn't feasibly exist) on any earlier
>> versions of RTE.
>
> Again, why not?
>
> Having just written a new shell for PDP-7 UNIX (because the original
> could not be found), I can't imagine much other than a lack of
> something resembling a serial console that would prevent _some_
> version/subset of KERMIT (or something similar like X or ZMODEM) from
> being cobbled together.
>
And since the connection can be assumed to be lossless, the protocol could be
really simple, e.g. something like this:
G=Guest, H=Host
Example of a write operation..
G: WRITE-FILE
H: ACK
// Now we send the file structure / word size etc
G: FILE-META-DATA
G: <file size and a bunch of OS specific stuff that is written to a second
file>
H: ACK
G: FILE-DATA
G: <the actual data>
G: ACK
Done.
_______________________________________________
Simh mailing list
[email protected]
http://mailman.trailing-edge.com/mailman/listinfo/simh
_______________________________________________
Simh mailing list
[email protected]
http://mailman.trailing-edge.com/mailman/listinfo/simh
