Re: NadaNet file server coming soon...

["Michael J. Mahon" <mjmahon@aol.com>]

On Mar 22, 10:29 pm, aiiad...@gmail.com wrote:
> On Mar 22, 12:22 am, "Michael J. Mahon" <mjma...@aol.com> wrote:
>
>
>
> > I'm finishing up a file server less than 300 lines,
> > with Applesoft client-side code of about 15 lines.  ;-)
>
> Cool...  Any plans on assembly version?

It would be trivial on the client side, and of little benefit on the
server side.

> > It handles all the BASIC.SYSTEM commands that make sense from a
> > remote machine (BSAVE, BLOAD, BRUN, SAVE, RUN, CREATE, DELETE,
> > LOCK, UNLOCK, RENAME, and VERIFY),
>
> Ok, so you can do prodos operations on a remote drive..

Right--on *any* remote drive attached to the server machine--and
without
having ProDOS, or any OS for that matter, on the client.

> >I think there is some value in publishing code that implements modest
> >network functionality concisely.
>
> I think there may be a ton of value in reading it.
>
> This would make the server locked in an Applesoft loop, waiting/
> processing requests?

Correct.  Since requests are queued in the message server, the server
need not refrain from doing other things--or running other server
code--
while waiting for a file server request.  The longer it goes without
checking
the request queue, the longer the potential latency for file server
operations.

> The client...  a RUN command would end it(the client), correct?  I
> guess BRUN would probably RTS to the executing BASIC program, as long
> as it didn't get overwritten by the B file..

Exactly.  The BRUN processing is tolerant of either case.

> Does prodos have to be resident in the clients RAM?

No--in fact, it won't be in my 'Crate applications.

> What are your plans for using the file server?

I plan to use it to run 'Crate applications that need a file system
for storage and/or communication.

-michael