Ref: 7da66c9b03f82b97e2476d5d0af62e58e0419216

Fixes https://gitlab.com/uplex/varnish/libvdp-pesi/-/issues/10

This brings it down from 120 to 112 bytes for me.

mostly to have it available in tree_free / tree_prune later

We are agnostic to such changes from now on by unsetting the header.

Ref 58ea56b5bd22d22754a9c076ddafc16264d83494

Ref afbe6b648503687b1e9a2571a9e87ab089fc7bee

The minimal version for master should never have been 7.0, but rather 7.1

There is a separate branch for 7.0

Fixes #8

This change does not do anything yet, it just saves the abort flag.

Ref varnish-cache:
- 26097fb091496f79ef9a38b22e3639735fb39280
- a8449faff23a3c29d19781998fa5f2ee7ce110af

see https://github.com/varnishcache/varnish-cache/pull/3804 for context

The C compiler checks have been removed as they are already
contained in VARNISH_PREREQ

Avoid permissions issues with the UDS in permutations*.vtc.

See merge request uplex-varnish/libvdp-pesi!2

We've had reports of these tests failing on some platforms (e.g.
FreeBSD 13), with FetchError reporting EPERM for the backend that
accesses the UDS.

Since it's not a pesi issue, and not related to the properties under
test, we might as well allow fully open access to the UDS.

make check runs varnishtest with -b 2m.

See merge request uplex-varnish/libvdp-pesi!1

Despite the filtering, the output of permutations.vtc is now over
the 1 MB default limit.

VSC_main.h has moved

Spotted by: jw

To terminate a subrequest, we need to do two things:

- fini the task (signal that the thread handling the subrequest in
  parallel is about to terminate)

- signal that the node representing the subrequest can be picked up by
  esi_level 0 delivery

From the perspective of delivery (unpending), the former needs to
happen before the latter (delivery needs to be sure that no other
thread is working on the node), so we call task_fini() before
signalling that the node done status has changed.

The top level delivery thread, however, might need to tear down the
tree, which assumes that all subrequests have finished. For this, it
checks the task list and waits for it to become empty.

The assumption was that when this is the case, the tree can not be in
use any more, however it could be in vped_task() between task_fini and
releasing the tree lock.

We solve this race by taking the tree lock before finally destroying
it.

Fixes https://gitlab.com/uplex/varnish/libvdp-pesi/-/issues/2