- 24 Feb, 2010 1 commit
-
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4586 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
- 22 Feb, 2010 3 commits
-
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4585 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
compile time constant on all systems. Pick it up with sysconf() instead. git-svn-id: http://www.varnish-cache.org/svn/trunk@4584 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4583 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
- 21 Feb, 2010 4 commits
-
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4582 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
these functions. The [v]asprintf() functions are convenient shorthand, but suffer from a number of problems, portability, cornercases and performance being the most relevant to Varnish. Static buffers on the stack (see [v]bprintf macros, or sbufs (vsb) are always better choices for us. git-svn-id: http://www.varnish-cache.org/svn/trunk@4581 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4580 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4579 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
- 18 Feb, 2010 2 commits
-
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4578 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4577 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
- 17 Feb, 2010 8 commits
-
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4576 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4575 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
new sessions as such. If we get no request in the session_linger window, we punt the session over to the waiter, in order to not tie up a worker thread longer than necessary. This makes the session_linger a more important paramter to tune/get right, but should also reduce our vulnerability to certain DoS attacks. git-svn-id: http://www.varnish-cache.org/svn/trunk@4574 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4573 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
to the client absconding the TCP connection. This comes to the fore on Solaris, where not only systemcalls which push data through sockets (read,write,select...) return these errors, but also socket-state calls (setsockopt, ioctl, fcntl) do. Root cause of trouble in #626 & al. git-svn-id: http://www.varnish-cache.org/svn/trunk@4572 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4571 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4570 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
and working, and panic with a somewhat usable message if not. PS: And boy, are you screwed if my test sneaks though a kernel bug... git-svn-id: http://www.varnish-cache.org/svn/trunk@4569 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
- 16 Feb, 2010 7 commits
-
-
Poul-Henning Kamp authored
the features listed on the present platform git-svn-id: http://www.varnish-cache.org/svn/trunk@4568 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4567 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4566 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4565 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4564 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4563 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4562 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
- 13 Feb, 2010 3 commits
-
-
Poul-Henning Kamp authored
Don't update the pollfd state from the pipe, until we have dealt with all sessions. Strongly assert the pollfd state everywhere. git-svn-id: http://www.varnish-cache.org/svn/trunk@4561 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4560 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
spurious test-failures if peoples DNS servers lie to them. Fixes #356 git-svn-id: http://www.varnish-cache.org/svn/trunk@4559 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
- 12 Feb, 2010 5 commits
-
-
Poul-Henning Kamp authored
now. git-svn-id: http://www.varnish-cache.org/svn/trunk@4558 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4557 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4556 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4555 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4554 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
- 11 Feb, 2010 2 commits
-
-
Kristian Lyngstøl authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4553 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Kristian Lyngstøl authored
Fixes #644 git-svn-id: http://www.varnish-cache.org/svn/trunk@4552 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
- 10 Feb, 2010 5 commits
-
-
Kristian Lyngstøl authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4551 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
Mention this in man page. Update param list in man page. git-svn-id: http://www.varnish-cache.org/svn/trunk@4550 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
When we do a lookup, we first try without the lock, if this gives us a refcnt==0 objhead, we try again, with the lock. When we deref an objhead, we would decrement the refcnt, holding oh->mtx, then lock the critbit-lock and remove it from the tree. It might be possible for a locked lookup to find an oh we just decremented the refcnt off, and we did not check for refcnt==0 in that case. Fix this, by removing the oh from the tree, holding the critbit-lock, before decrementing the refcnt. This way, a locked lookup can never find a refcnt==0 oh in the tree, and the unlocked lookup still catches this with the refcnt==0 check. git-svn-id: http://www.varnish-cache.org/svn/trunk@4549 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4548 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk@4547 d4fa192b-c00b-0410-8231-f00ffab90ce4
-