Hi,
Oh drat. I mis-configured my new test setup. Sorry.
Revision 8903 has had a more careful set of tests done and fixes that
problem.
Confirmed. At least I think so, there was quite some trial and error
involved to force the dreaded bzr to sync the trees again (after
altering it locally by
Amos Jeffries <[EMAIL PROTECTED]> wrote:
> Fix memory leak in Linux builds.
This one seems to break outgoing IPv4 connects (on a dualstacked Squid)
bzr trunk revision 8902 fails with
| While trying to retrieve the URL: http://www.heise.de/
|
| The following error was encountered:
|
| * W
Hi Alex,
http://www.squid-cache.org/bugs/show_bug.cgi?id=2186
--- Comment #9 from Bernhard Schmidt <[EMAIL PROTECTED]> 2008-03-13 13:49:20
---
Seems to work now, thanks. Applied without changes to BZR
Are you talking about some private bzr branch that you are
maintaining? Or
Henrik Nordström schrieb:
I can't really see any difference between the first and the third line.
Can anyone shed some light on when Squid logs NONE/- instead of
DIRECT/? I have 20k lines with "TCP/MISS ... NONE" and 16k
lines with "TCP/MISS ... DIRECT" and I fail to find the difference,
althoug
Hello,
I just tried to run some stats on my shiny Squid 3.HEAD-CVS IPv6 thing
which, thanks mainly to Amos, is starting to become really usable, and
found an odd entry in the access.log that I don't recall seeing in
earlier versions (but I was no heavy Squid user until it became
IPv6-enabled).
12
Amos Jeffries wrote:
safe_free happily accepts NULLs.. hence the name safe_...
I forget exactly why it was there. Likely a crash when it was
non-NULL when it should have been NULL. Fixed now anyway.
Current CVS (checkout two minutes ago at 11.35pm GMT) is pretty much
broken again regarding t
Amos Jeffries wrote:
safe_free happily accepts NULLs.. hence the name safe_...
I forget exactly why it was there. Likely a crash when it was non-NULL
when it should have been NULL. Fixed now anyway.
Current CVS (checkout two minutes ago at 11.35pm GMT) is pretty much
broken again regarding t
Amos Jeffries schrieb:
Bernhard:
Can you get a cache.log trace of section 14 please?
debug_options 14,9 gives:
2008/01/10 01:12:59.532| ipcacheParse: edge.jobthread.com CNAME
static-vip.srv.jobthread.com (checking destination: 0x832e238).
2008/01/10 01:12:59.532| ipcache_gethostbyname:
'st
Hi,
I've been running Squid 3.0-ipv6 branch and now 3.HEAD for quite some
time and found that after an upgrade my Squid cache was wildly crashing
with
assertion failed: ipcache.cc:995: "tmpbuf"
in the logfile. After some tests I recalled that I had changed the
configure parameters from
/confi