[6586] in www-talk@info.cern.ch

home help back first fref pref prev next nref lref last post

RE: revised proposal for file upload from browser to server

daemon@ATHENA.MIT.EDU (Rick Troth)
Tue Nov 8 00:39:34 1994

Date: Tue, 8 Nov 1994 05:55:19 +0100
Errors-To: listmaster@www0.cern.ch
Reply-To: TROTH@UA1VM.UA.EDU
From: Rick Troth <TROTH@UA1VM.UA.EDU>
To: Multiple recipients of list <www-talk@www0.cern.ch>

>Another idea is to use the LPD style exchange where the name and
>the size of the file are presented to the client first. Followed
>by the client actually requesting the file.

        This is useful, but must *not* be a requirement.  In other words,
let the sender say "here comes xxx bytes" as if to ask "can you take it?"
and let the receiver reject the file if it cannot take it.

        As an LPR client author,  I cannot express my frustration over
Berkeley LPD's insistence on an exact byte count ahead of time.   The
alternative,  of course,  is some kind of  "packet"  scheme.   Certainly
any object to be send could be program output,  which size is uknown
before the transfer starts.

>       Regards,
>       Vladimir.
>
>+---------------------------------------------------------------+
>| Vladimir Sukonnik            Voice: 1-508-879-6994            |
>| Principal Software Engineer  http://www.process.com           |
>| Process Software Corp                Fax:   1-508-879-0042    |
>| 959 Concord Street           E-mail: sukonnik@process.com or  |
>| Framingham, MA 01760 USA             sukonnik@bumetb.bu.edu   |
>+---------------------------------------------------------------+

--
Rick Troth, <rmtroth@aol.com>, <troth@ua1vm.ua.edu>, Houston, Texas, USA

home help back first fref pref prev next nref lref last post