Re: File transfer

I actually rather like the multiple ANS method.   Nice and clean 
in terms of sending large files.  Read a block, send a block, repeat.
Also would make recovery/restart fairly clean if you wanted to implement
that.

Could do either for that matter, MSG/RPY for files you are willing
to read all of into memory, and MSG/ANS*/NUL for large files you 
don't want to slurp in toto.

Also for large file support > 4G you need ANS :)

my 2 cents...

-bill


On Fri, Feb 21, 2003 at 02:53:50PM -0800, Darren New wrote:
> WAYNE IRONS, BLOOMBERG/ SKILLMAN wrote:
> 
> >I'm trying to write a profile which allows for the transfer of files from peer 
> >to peer.  The setup will be "client" attaches to "server", then server sends 
> >files at random.  I am having trouble deciding which is the best method of 
> >exchange style: MSG/RPY where the file is broken as many msg frames or MSG/ANS 
> >where the client says "MSG: send a file" and the server replies with the file in
> > a bunch of "ANS"'s.
> >  
> >
> There's no real reason to send multiple ANS's in this situation. 
> Multiple ANS's are best used when there are multiple independent answers 
> that might be returned in arbitrary orders. If you're getting back 
> exactly one answer, a RPY is appropriate. If you can send a message that 
> says (for example) "send me back all the text files", then mutiple ANS 
> frames would allow the blocks of the different files to be interleaved, 
> so the files can start being sent back as they're found, without one big 
> file holding up many smaller files.
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> The most comprehensive and flexible code editor you can use.
> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> www.slickedit.com/sourceforge
> _______________________________________________
> Beepcore-c-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/beepcore-c-users


-------------------------------------------------------
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
www.slickedit.com/sourceforge