- 08 Dec, 2022 1 commit
-
-
Nils Goroll authored
-
- 01 Dec, 2022 1 commit
-
-
Nils Goroll authored
-
- 11 Nov, 2022 1 commit
-
-
Nils Goroll authored
Code taken from varnish-cache
-
- 08 Nov, 2022 3 commits
-
-
Nils Goroll authored
-
Nils Goroll authored
-
Nils Goroll authored
-
- 26 Oct, 2022 4 commits
-
-
Nils Goroll authored
... such that it can optionally be called before match()
-
Nils Goroll authored
This is in preparation for body matching.
-
Nils Goroll authored
This is in preparation for body matching.
-
Nils Goroll authored
See varnish-cache 7f28888779fd14f99eb34e50f6fb07ea6bbff999
-
- 15 Sep, 2022 1 commit
-
-
Nils Goroll authored
-
- 01 Nov, 2021 1 commit
-
-
Nils Goroll authored
The VCL_REGEX type requires that the pattern consist of constant strings only. In contrast, with a STRING argument and compilation in this vmod, we can support patterns to be constructed dynamically in vcl_init {}, which is a relevant advantage. I did consider to support both a STRING and a VCL_REGEX argument (both being optional, requiring at least one to be set) but found no compelling reason for using the VCL_REGEX type, because the pattern is checked anyway and it does not make a relevant difference if that check happens at the VCC or the vcl_init stage. This reverts commit 0ee2f4ae.
-
- 28 Oct, 2021 1 commit
-
-
Nils Goroll authored
-
- 26 Oct, 2021 1 commit
-
-
Nils Goroll authored
-
- 13 Sep, 2021 1 commit
-
-
Nils Goroll authored
-
- 03 Aug, 2021 1 commit
-
-
Nils Goroll authored
Based on the VRE_unpack() PR in https://github.com/varnishcache/varnish-cache/pull/3657 As discussed with Geoff, we might still switch to VRE_capture() once it is cooked, see https://github.com/varnishcache/varnish-cache/pull/3659
-
- 06 Jan, 2021 8 commits
-
-
Nils Goroll authored
-
Nils Goroll authored
-
Nils Goroll authored
-
Nils Goroll authored
-
Nils Goroll authored
-
Nils Goroll authored
When we copy onto ovector[MAX_OV_USED] == ovector[MAX_MATCHES * 2], we want to make sure that we do not exceed the destination, not the source.
-
Nils Goroll authored
It could infer that the result of a non-NULL cast of task->priv can not be null, but it doesn't. Sigh.
-
Nils Goroll authored
-
- 09 Dec, 2020 1 commit
-
- 02 Mar, 2020 1 commit
-
-
Nils Goroll authored
-
- 13 Sep, 2019 2 commits
-
-
Nils Goroll authored
-
Nils Goroll authored
-
- 23 May, 2019 1 commit
-
-
Nils Goroll authored
... and has at least TASK lifetime anyway. Thank you for catching this @geoff
-
- 16 May, 2019 3 commits
-
-
Nils Goroll authored
test is already included in c01.vtc
-
Nils Goroll authored
-
Nils Goroll authored
-
- 10 Apr, 2019 1 commit
-
-
Nils Goroll authored
-
- 07 Mar, 2019 2 commits
-
-
Geoff Simmons authored
-
Geoff Simmons authored
-
- 02 Feb, 2019 2 commits
-
-
Nils Goroll authored
-
Nils Goroll authored
Ref c09032032700f91fcf06e3018d206cbb730d1772
-
- 07 Dec, 2018 1 commit
-
-
Nils Goroll authored
ref: 0c74d1b99f1f43fc99725fe14322760afa7858ee
-
- 04 Dec, 2018 1 commit
-
-
Geoff Simmons authored
-
- 03 Dec, 2018 1 commit
-
-
Geoff Simmons authored
-