<div dir="ltr">Does this mean that doing it in vfp_gzip_init() or cache_gzip.c would be appropriate or preferred?<br><br><br><br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 26, 2014 at 12:49 PM, Poul-Henning Kamp <span dir="ltr"><<a href="mailto:phk@phk.freebsd.dk" target="_blank">phk@phk.freebsd.dk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">--------<br>
<div><div class="h5">In message <<a href="mailto:53FC7229.4010109@schokola.de">53FC7229.4010109@schokola.de</a>>, Nils Goroll writes:<br>
>On 26/08/14 12:46, Nils Goroll wrote:<br>
>> But I think this needs to live in fetch (before calling v_b_r)<br>
><br>
>After further discussion, it became clear that vfp_gzip_init or at least some<br>
>code in cache_gzip.c could be an even better place.<br>
<br>
</div></div>The intent is that VFP's become self-contained entities so that<br>
for instance GZIP/GUNZIP and TESTGUNZIP will use their init-> functions<br>
to mangle headers as appropriate.<br>
<br>
We're not *quite* there yet, and there is a complication in relation<br>
to how we mangle IMS-fetched objects headers which I have not found<br>
a good solution to yet.<br>
<br>
As always: if you spot any wrong behaviour, by all means tell me!<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20<br>
phk@FreeBSD.ORG         | TCP/IP since RFC 956<br>
FreeBSD committer       | BSD since 4.3-tahoe<br>
Never attribute to malice what can adequately be explained by incompetence.<br>
</font></span></blockquote></div><br></div>