git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4708 d4fa192b-c00b-0410-8231-f00ffab90ce4

By default it is disabled, enable with param http_range_support.



git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4707 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4705 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4704 d4fa192b-c00b-0410-8231-f00ffab90ce4

See test-case for details.


git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4703 d4fa192b-c00b-0410-8231-f00ffab90ce4

it was a really bad idea to call "bans" for "purges" some places.


git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4695 d4fa192b-c00b-0410-8231-f00ffab90ce4

changes it advertized:

Align all WS allocations.



git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4694 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4693 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4692 d4fa192b-c00b-0410-8231-f00ffab90ce4

Though it works fine, varnishhist and *sizes should probably be merged
together at some point.



git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4691 d4fa192b-c00b-0410-8231-f00ffab90ce4

early, since it also affects pipe and pass processing.

Move the HEAD->GET override to vcl_miss{} and do it on the bereq.* so
we do not tamper with the original request.

Fixes:  #679



git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4688 d4fa192b-c00b-0410-8231-f00ffab90ce4

Spotted by:     Mark Moseley



git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4687 d4fa192b-c00b-0410-8231-f00ffab90ce4

Add plenty of asserts until we see that the world don't end.



git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4685 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4684 d4fa192b-c00b-0410-8231-f00ffab90ce4

alignment of allocations in workspace.



git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4683 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4682 d4fa192b-c00b-0410-8231-f00ffab90ce4

functions and consume its token.



git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4681 d4fa192b-c00b-0410-8231-f00ffab90ce4

life easier for Kristian, and to eliminate some code duplication.



git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4680 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4679 d4fa192b-c00b-0410-8231-f00ffab90ce4

This was forgotten when number of HTTP headers was made dynamic.

The lack of this function may have made ESI includes weird.

Should be merged to 2.1



git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4678 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4677 d4fa192b-c00b-0410-8231-f00ffab90ce4

We clean the child process of unwanted open filedescriptors, but this
can
take time if there are hundreds of thousands of possible
filedescriptors.

Instead do it once, right at startup in the manager process, and then
keep track of the fd's we use there, and have the child clean only
up to the max seen, with an allowance for filedescriptors held by
libraries (syslog, resolver, pidfiles etc)

Fixes   #699



git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4676 d4fa192b-c00b-0410-8231-f00ffab90ce4

we forgot to close
the file descriptor, but this causes no trouble apart from a wasted
filedescriptor in the parent process.

But closing it is better :-)

Fixes:  #675
Spotted & Patch by:     Edmondas Girkantas



git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4675 d4fa192b-c00b-0410-8231-f00ffab90ce4

2.1 candidate



git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4674 d4fa192b-c00b-0410-8231-f00ffab90ce4

Merge r4644: Add another client cycle, to make sure there is no difference between miss/hit ESI processing



git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4673 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4672 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4671 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4641 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4639 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4638 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/branches/2.1@4636 d4fa192b-c00b-0410-8231-f00ffab90ce4

Fixes #668


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

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

critbit cooling-list, making this check invalid.

Spotted by:	Justin Pasher



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

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

picking up the object body.

Fixes #667



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

backend connection are chronological in the shmlog.



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

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

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

Fixes #655



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