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

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

Re: holding connections open: a modest proposal

daemon@ATHENA.MIT.EDU (Chris Lilley, Computer Graphics Un)
Tue Sep 20 08:44:56 1994

Date: Tue, 20 Sep 1994 12:25:48 +0200
Errors-To: listmaster@www0.cern.ch
Errors-To: listmaster@www0.cern.ch
Reply-To: lilley@v5.cgu.mcc.ac.uk
From: lilley@v5.cgu.mcc.ac.uk (Chris Lilley, Computer Graphics Unit)
To: Multiple recipients of list <www-talk@www0.cern.ch>

In message <199409191759.AA04715@mail.crl.com> Joe English wrote:

| Content-Type: image/gif
| Relative-URL: /foo/bar/blueball.gif
| 
| [exactly 7001 bytes of binary data immediately following the CRLF.]
| --outermost

Aha! So it SHOULD be a CR LF to work (harking back to the CR LF discussion and 
sorry I don't have the message id handy). If the server just sends LF, and the 
client expects 2 bytes (CR LF) the first byte of the GIF might be skipped - or 
the client would have to check its value. But the ASCII code for LF might be a 
valid first byte for some image types - not GIF, I know.

At any rate, the CR LF problem needs to be brought to closure if we are going to 
have binary encoding. You have to know exactly where to start counting.

--
Chris

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