Re: cvs commit: squid3/src cache_manager.cc client_side_reply.cc

Hi Duane,

On 18/02/2006 9:15 a.m., wessels@squid-cache.org wrote:
> wessels 2006/02/17 13:15:35 MST
>
> Modified files:
> src cache_manager.cc client_side_reply.cc
> errorpage.cc ftp.cc http.cc internal.cc
> mime.cc net_db.cc store.cc
> store_digest.cc urn.cc whois.cc
> Log:
> Replaced the single-line wrapper function storeEntryReplaceObject
> with direct calls to StoreEntry->replaceHttpReply();

Seeing this in squid-3-cvs: (may have been caused by the above commit)

g++ -DHAVE_CONFIG_H -DDEFAULT_CONFIG_FILE=\"/etc/squid/squid.conf\" -I. -I.
-I../include -I. -I. -I../include -I../include -I../lib/libTrie/include
-I../lib/cppunit-1.10.0/include -I ../lib/cppunit-1.10.0/include
-I/usr/kerberos/include -Werror -Wall -Wpointer-arith -Wwrite-strings
-Wcomments -D_REENTRANT -g -O2 -c -o ftp.o ftp.cc
ftp.cc:202: error: extra qualification 'FtpStateData::' on member 'writeCommand'
make[3]: *** [ftp.o] Error 1
make[3]: Leaving directory `/usr/src/squid/squid-3.0/src'
make[2]: *** [all-recursive] Error 1

Can you take a look please? This is with gcc version 4.1.0 20060214 (Red Hat
4.1.0-0.27).

Prior to this when I did have a built squid binary, I was also seeing some odd
"connection refused" messages from squid-3.0 CVS code, ie maybe 1 in 50 requests
would be immediately displayed as connection refused on the squid->remote side
with nothing logged as to indicate why, but it would come right straight away if
the end user browser issued a refresh.

Is anyone else seeing this with squid-3 or have any ideas why? What debug
levels may give more clues?

Thanks,
Reuben
Received on Sun Feb 19 2006 - 17:36:21 MST