A minor code-move, in anticipation of things yet to come.
Fix a bug discovered by inspection:

If we fail to allocate storage, try a smaller chunk, not a larger one.
Improve description
A restart in vcl_fetch{} needs to loose the objcore as well.

Fixes #1253
Also include the actual fix for 1253...
Make it possible to expect on the req.bodylen as well.
Fix a buglet which prevented req.body from being shown.
Revamp the req.body handling code.

There now is an undocumented facility for buffering the req.body,
but I'm not done testing it, and in particular the error handling
has not been exercised to any extent.
Ignore fd's larger than 65536 in varnishncsa

This makes varnishncsa behave the same way as varnishlog, and prevents
overly large memory allocations if it should see a bogus fd (shmlog
overrun?).

XXX: This will not fix varnishncsa for current trunk, as that is using
XIDs instead of FDs breaking some functionality in the tools. This
will be handled in the API rewrite.
Give the state engine a explanatory enum, rather than magic values
of 0, 1 and 2.
Release the storage of the cached req.body when the request is done.
VFP_update_length() was misnamed:  It is not a VFP function at all,
it is a VBO function which extends the busy object with data which
streaming clients can access.

Name it VBO_extend() instead and move it home to the rest of the
VBO functions.
Make the VFP_ methods take a "void *priv" rather than a busyobj,
to pave the way for sharing some code on client and backend side.
Rename httpconn to http1_proto, for increased clarity in a more
complex future world.
Move bodystatus into struct http_conn