git-svn-id: http://www.varnish-cache.org/svn/tags/varnish-2.0.6@4417 d4fa192b-c00b-0410-8231-f00ffab90ce4

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

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

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

    
Fixes #600


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

    
Fixes #547



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

    
Fixes #591



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

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

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

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

    
On 32 bit systems, it may be necessary to tweak this down to get high
numbers of worker threads squeezed into the address-space.
    
I have no idea how much stack-space a worker thread normally uses, so
no guidance is given, and we default to the system default.
    
Fixes #572



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

    
This gives us backtraces on panic on when you're not using GCC too.



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

    
We do not want to be dependent on GCC.
    
Fixes #577



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

In 2.0.5 we default to lingering for a bit which can cause sessions to
not be charged for a long time.  This fixes it.



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

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

r4356:
Don't halfclose the backend polling TCP connection after sending the
request, some backends gets confused by this.

Add a ".status" to backend polling, to configure the expected HTTP
status code for a good poll.

Fixes #584

r4357:
.expected_response is a better idea than .status

Tip o' the hat to: tfheen



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

Fixes #559



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

Fixes #585


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

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

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

Previously, running varnishd -V would sometimes say:

nm: 'varnishd': No such file

which is wrong.  Silence this message



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

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

This bit got missing when we merged the new epoll acceptor for 2.0.

Disable SO_LINGER when we time out a connection due to sess_timeout,
so that we do not RST connections that have still not transmitted
their data.

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

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

srcaddr_{ttl,hash} was never really used for anything, so turn it off
to gain a small bit of performance.  It is gone in trunk, so no
corresponding change there we can merge.

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

Do the simple part of ban list lurker: link the objcores off the bans
the reference.



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

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

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

If we cannot even make sense of the request, don't bother with
attempting a reply.

Fixes #561


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

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

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

Submitted by:   "Jos I. Boumans" <jos@dwim.org>



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

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

If we come into vcl_error{} with a non-3-digit error status, for
instance because vcl_recv does "return(error);", force the status to
501.

Fixes: #558


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

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

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

Add a family of 9 counters to tell us how fetching from the backends
progress.



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

Fixes #549



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

r4219:
Expose the good string backslash implementation from argv.c and
replace a half-baked one in vtc.c with it.

r4220:
Add a newline to feed the new backslash handler



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

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