- 28 Aug, 2019 3 commits
-
-
Nils Goroll authored
-
Nils Goroll authored
"Typically it suffices...", IMHO, is in some way misleading and contradictory to ".activate mus be called in vcl_deliver at all levels" stated before.
-
Nils Goroll authored
-
- 14 Aug, 2019 2 commits
-
-
Geoff Simmons authored
-
Geoff Simmons authored
-
- 09 Aug, 2019 5 commits
-
-
Geoff Simmons authored
-
Geoff Simmons authored
-
Geoff Simmons authored
resp.do_esi in VCL 4.1, req.esi in 4.0.
-
Geoff Simmons authored
-
Geoff Simmons authored
-
- 08 Aug, 2019 2 commits
-
-
Geoff Simmons authored
-
Geoff Simmons authored
-
- 06 Aug, 2019 2 commits
-
-
Geoff Simmons authored
-
Geoff Simmons authored
-
- 05 Aug, 2019 1 commit
-
-
Nils Goroll authored
when we prune the tree, we may the current node containing the link to the next unpending node may get freed, so we need to iterate using the _SAFE variant which saves it.
-
- 04 Aug, 2019 16 commits
-
-
Geoff Simmons authored
-
Nils Goroll authored
-
Nils Goroll authored
the code is correct in varnish-cache, the VDP_bytes(req, VDP_NULL, ...) calls do not return. This reverts commit ff7d20a2.
-
Nils Goroll authored
-
Nils Goroll authored
-
Nils Goroll authored
-
Nils Goroll authored
-
Nils Goroll authored
-
Nils Goroll authored
-
Nils Goroll authored
-
Nils Goroll authored
because the ESI request needs to stay alive until all nodes below have been delivered, now that we got tree pruning, we can take them from the ESI requests workspace. See long comment in src/node.c for more detail and evidence collection for the tuneables.
-
Nils Goroll authored
-
Nils Goroll authored
once a subtree is completely delivered, we do still need the T_NEXUS at the head of the (sub)tree for integrity (linkage to its siblings), but anything below can be completely fini'd and freed.
-
Nils Goroll authored
-
Nils Goroll authored
this is a bad leftover from when we still used ALLOC_JOB/FREE_OBJ for nodes and anyway we must not just free a node which is still linked in an otherwise alive tree
-
Nils Goroll authored
During code restructuring earlier in 77e9559d I overlooked that VTIM_real() may not be declared where debug output is used
-
- 02 Aug, 2019 9 commits
-
-
Nils Goroll authored
-
Nils Goroll authored
solve by moving the accumulation to the destructor
-
Nils Goroll authored
-
Nils Goroll authored
it is in the way of my torture testing and does not smell like something we have caused..
-
Nils Goroll authored
-
Nils Goroll authored
-
Nils Goroll authored
this avoids a potential panic for an out of workspace condition. Also, we move error handling to a place where it is much simpler
-
Nils Goroll authored
-
Nils Goroll authored
-