and return the offsets we need to compose the VEC string.

The default callback function is a 1:1 mapping.

so we can combine the CRC32 values.

object but wanting to store it ungzip'ed.

processing.

Add separate anchor fields for vgz for reception and esi work.
(The response vgz is a local variable)

Futher modelling of VGZ functions

Move the delivery gunzip away from session workspace and use a
64k stackbuffer for bufferspace instead.

Improve and clean up the VGZ allocation a bit.

Add a comment with our worst case gzip scenario

Now that the going is staring to get tough, split the ESI parsing from
the ESI fetch processing to keep source file size manageable.

Roll out the gzip/gunzip logic some more

Unify header handling for gzip, and make wrk->do_g[un]zip usable
as intention flags.

Minor cleanups

Retire the old ESI code.

Code polishing

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@5762 d4fa192b-c00b-0410-8231-f00ffab90ce4

calls to the 'mark' functions as much as possible.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@5760 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@5759 d4fa192b-c00b-0410-8231-f00ffab90ce4

we need this to produce the correct final CRC32 for gzip'ed
ESI documents.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@5758 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@5757 d4fa192b-c00b-0410-8231-f00ffab90ce4

in ESI_Deliver()



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@5756 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@5755 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@5754 d4fa192b-c00b-0410-8231-f00ffab90ce4

chunks and multiple storage segments.

Along the way add a couple more debug options.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@5753 d4fa192b-c00b-0410-8231-f00ffab90ce4

final zero-length chunk automatically, allowing us to easily
generate specifically constructed messages this way.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@5752 d4fa192b-c00b-0410-8231-f00ffab90ce4

initial substring from one of the attributes we asked for with ->attr,
and those presumably only valid "isxmlname" characters in them.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@5751 d4fa192b-c00b-0410-8231-f00ffab90ce4

Split diagnostics into errors and warnings.  Warnings are
issued when the intent is clear and we can carry it out,
everything else is an error.

Collapse tag/endtag procssing, it's simpler.

Various code cleanups.




git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@5750 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@5749 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@5748 d4fa192b-c00b-0410-8231-f00ffab90ce4

purposes.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@5747 d4fa192b-c00b-0410-8231-f00ffab90ce4

If it gives you trouble, I would appreciate if you can test both
before and after this commit, to see what the difference is.

The old ESI code will be removed before 3.0 is released.




git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@5746 d4fa192b-c00b-0410-8231-f00ffab90ce4