- 26 Jun, 2019 9 commits
-
-
Poul-Henning Kamp authored
-
Federico G. Schwindt authored
Fixes #2871.
-
Dridi Boukelmoune authored
-
Federico G. Schwindt authored
Conflicts: bin/varnishd/cache/cache_fetch.c
-
Lasse Karstensen authored
-
Poul-Henning Kamp authored
Submitted by: Frederic Lecaille <flecaille@haproxy.com>
-
Reza Naghibi authored
-
Dridi Boukelmoune authored
It turns out people are really attached to their varnish.params file.
-
Dridi Boukelmoune authored
See `git grep PROXY -- bin/varnishd/mgt/mgt_main.c`.
-
- 22 May, 2019 1 commit
-
-
Dridi Boukelmoune authored
A regression from d7a81fe8 and the followup changes from #2993. The new VSS_Resolve{One,First} functions expect a non-null address string. Conflicts: lib/libvmod_std/vmod_std_conversions.c
-
- 21 May, 2019 13 commits
-
-
Dridi Boukelmoune authored
Conflicts: lib/libvmod_std/vmod.vcc
-
Dridi Boukelmoune authored
Conflicts: bin/varnishtest/tests/m00011.vtc lib/libvmod_debug/vmod.vcc lib/libvmod_debug/vmod_debug.c
-
Dridi Boukelmoune authored
And sync the documentation with the current behavior, part of which used to be implicit. Conflicts: lib/libvmod_std/vmod.vcc lib/libvmod_std/vmod_std_conversions.c
-
Dridi Boukelmoune authored
Conflicts: lib/libvmod_std/vmod_std_conversions.c
-
Dridi Boukelmoune authored
This is how std.ip is documented, so VSS_ResolveOne doesn't work there. It might not be the only migration to VSS_ResolveOne that requires attention. Speaking of attention, VSA_Malloc may require some. Conflicts: lib/libvmod_std/vmod_std_conversions.c
-
Dridi Boukelmoune authored
It can now be shared by established callback-based resolvers and the new VSS_ResolveOne. This also changes the semantics of VSS_ResolveOne in the sense that the port is now a default port, overriden by the address if it contains one. Also make it clear that VTCP was already relying on a VSS function that didn't and still doesn't allow a null errp argument, while conversely all VTCP_open call sites provide a valid errp argument.
-
Dridi Boukelmoune authored
At this point the workspace already overflowed so there's no point making further progress to fail on the next workspace operation. Incidentally, we are failing for an IP conversion, not an integer. Conflicts: lib/libvmod_std/vmod_std_conversions.c
-
Dridi Boukelmoune authored
-
Dridi Boukelmoune authored
-
Poul-Henning Kamp authored
-
Poul-Henning Kamp authored
-
Poul-Henning Kamp authored
-
Poul-Henning Kamp authored
we want a single unique suckaddr. Conflicts: bin/varnishtest/vtc_client.c lib/libvmod_std/vmod_std_conversions.c
-
- 19 Feb, 2019 3 commits
-
-
Dridi Boukelmoune authored
-
Dridi Boukelmoune authored
-
Dridi Boukelmoune authored
-
- 12 Feb, 2019 9 commits
-
-
Poul-Henning Kamp authored
not need it (acceptor, h2_sess)
-
Nils Goroll authored
-
Nils Goroll authored
The moment we unlock the oh, another thread could rush req Partially undoes f35b86bc Huge thank you to @mbgrydeland for spotting my mistake
-
Nils Goroll authored
-
Nils Goroll authored
and polish the output formatting by reordering Ref #1799
-
Nils Goroll authored
Ref #2743
-
Nils Goroll authored
-
Nils Goroll authored
-
Nils Goroll authored
see 11 lines down Conflicts: bin/varnishd/cache/cache_hash.c
-
- 08 Feb, 2019 5 commits
-
-
Dag Haavi Finstad authored
req's on waiting list do indeed hold an objhead ref (req->hash_objhead), so the condition for the while loop in hsh_deref_objhead_unlock will always evaluate to false. This gets rid of the needless rushing code and replaces it with an assert.
-
Poul-Henning Kamp authored
Simplify the !busy cases Inspired by: #2856
-
Poul-Henning Kamp authored
Use req->hash_always_miss directly Inspired by: #2856
-
Poul-Henning Kamp authored
Refactor the hit-cases Inspired by: #2856
-
Poul-Henning Kamp authored
Move successful loop termination out of the loop. Inspired by: #2856
-