[squid-users] Squid 3.5.16 and vary loop objects (bug ?)

Amos Jeffries squid3 at treenet.co.nz
Wed Apr 6 12:14:28 UTC 2016


On 6/04/2016 7:47 p.m., FredB wrote:
> 
>>
>> As I'm currently updating too: is this a bug or have I only to clear
>> the
>> old cache directories to prevent these error messages?
>>
> 
> As far as I know, no, I tried

I think you guys misundersood what I was asking about.

So lets try this again...

Can somebody check whether applying the attached patch _and_ clearing
the cache does anything useful?
(should apply with "patch -p0" to squid-3.5.16)

If the answer is yes, then it can be used while I work on a better fix
that wont need clearing the cache.

Amos

-------------- next part --------------
=== modified file 'src/store_swapmeta.cc'
--- src/store_swapmeta.cc	2016-04-01 06:15:31 +0000
+++ src/store_swapmeta.cc	2016-04-06 12:03:43 +0000
@@ -89,9 +89,7 @@
     SBuf vary(e->mem_obj->vary_headers);
 
     if (!vary.isEmpty()) {
-        // TODO: do we still need +1 here? StoreMetaVary::checkConsistency
-        //       no longer relies on nul-termination, but other things might.
-        t = StoreMeta::Factory(STORE_META_VARY_HEADERS, vary.length() + 1, vary.c_str());
+        t = StoreMeta::Factory(STORE_META_VARY_HEADERS, vary.length(), vary.c_str());
 
         if (!t) {
             storeSwapTLVFree(TLV);



More information about the squid-users mailing list