1. 10 Feb, 2021 1 commit
    • Nils Goroll's avatar
      Adjust to changed vcl_func_f in varnish-cache · 7e18a594
      Nils Goroll authored
      We now have the VCL_SUB type in varnish-cache, which exists mainly to
      make this vmod obsolete.
      Yet we need to update vmod_dispatch to enable a smooth transition to the
      replacement (likely vmod_re2 with VCL_SUB support added), so we keep the
      existing semantics and just change the call interface.
      *NOTE* We need to do here what VMODs are _explicitly_ not supposed to do
      and make a VSUB_STATIC call. This is necessary, because VSUB_DYNAMIC
      calls are only enabled through VSUB references, and to keep the vmod
      interface, we need to keep the .add() argument a strig.
  2. 01 Sep, 2020 1 commit
  3. 03 Sep, 2019 1 commit
    • Geoff Simmons's avatar
      Redefine ZERO_OBJ() to use memset(). · 71fdcc3b
      Geoff Simmons authored
      Newer versions of the compilers have apparently set the source level
      switches differently, so that explicit_bzero() is not defined as our
      source is currently written. The autoconf AC_CHECK_FUNCS check
      evidently sets certain source switches, but is not transparent
      about which ones (this has become evident with strdup() as well).
      On my machine, right now, defining _DEFAULT_SOURCE appears to do
      the trick. But it is not obvious what else that turns on and off.
      It is poor practice to cargo-cultishly turn on GNU_SOURCE for
      everything. That risks portability and compatibility, and may make
      us unwittingly dependent on non-standard features that may or may
      not be supported elsewhere.
      Besides, we only need ZERO_OBJ() for FREE_OBJ(), it frankly doesn't
      matter much if we zero an object whose pointer is about to be free'd.
  4. 25 Apr, 2019 1 commit
    • Nils Goroll's avatar
      compatiblity with varnish-cache master · 9ba88698
      Nils Goroll authored
      ... after the changes in a80c4f14d2ec046a307a4a041d7647377a7a9a4c
      At least for now, we need the vcc private interface because of the
      nature of the problem we are solving with this vmod.
  5. 15 Apr, 2019 1 commit
  6. 16 Mar, 2019 4 commits
  7. 05 Feb, 2019 1 commit
  8. 07 Dec, 2018 2 commits
  9. 29 Jan, 2018 4 commits
  10. 23 Nov, 2017 3 commits
  11. 27 Oct, 2017 3 commits
  12. 25 Oct, 2017 1 commit
  13. 24 Oct, 2017 2 commits