Re: AACP - Apple-to-Apple Copy

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

D Finnigan wrote:
> About 3 weeks ago, I wanted to transfer a Snake game I had written on 
> the IIgs over to my //e. While I could have used floppy disks, I was too 
> lazy to get out some disks and connect a drive to the //e.
>
> Because I was also testing out networking between the two machines, 
> (this Snake game was to be 2-player across 2 machines) I had an SSC in 
> the //e and the cable connected to the IIgs. After about 10 minutes of 
> looking through some old PEEKing at Call-Apple compilations, I got the 
> method to output a listing to TEXT file (POKE 33,33 and all of that). 
> After trying different baud settings for a while, I finally got the 
> whole listing transferred over to the //e via the Super Serial Card.
>
> That got me to thinking: there must be an easier way of doing this, but 
> I don't know if there's any programs written for it yet. Obviously, a 
> terminal program will suffice, but I want something specific.
>
> Here's what I'm envisioning:
> - a simple BASIC or machine language program that sends and receives data
> - this data can be a file on disk, or any memory location
> - the received file from a remote Apple can be saved to disk, or copied 
> into mem
> - some sort of simple data-compression can be used to save time
> - variable baud settings so we can see what the fastest error-less speed is
>
> Any comments on this idea?
>
> (Note that I've posted to 3 groups, but follow-ups should go to csa2.comm)

I'd use NadaNet to do exactly what you want, and more!  ;-)

In fact, &RUN (dest,2049,PEEK(175)+256*PEEK(176),2049) will run the
Applesoft program currently LOADed in the sending machine on the <dest>
machine directly from the command line--with a transfer rate of about
11 kilobytes per second.

If you only want to move the program without RUNning it, then
&POKE (dest,2049,PEEK(175)+256*PEEK(176),2049) will do it.

Without NadaNet, if you only transfer the text (not have it entered
simultaneously as a program on the receiving side), the SSC will easily
support 115kbps.  This requires a terminal program running on each
machine (though it could be quite short, and bootstrapped).

If the receiving machine is essentially EXECing it, then carriage
returns will require enough following NULs to allow the Applesoft
interpreter time to tokenize and store each line.

-michael

NadaNet 3.0 for Apple II parallel computing!
Home page:  http://home.comcast.net/~mjmahon/

"The wastebasket is our most important design
tool--and it's seriously underused."