Build failed in Hudson: 3.HEAD-amd64-CentOS-5.3 #765

2010-08-20 Thread noc
See http://build.squid-cache.org/job/3.HEAD-amd64-CentOS-5.3/765/changes Changes: [Francesco Chemolli kin...@squid-cache.org] Fixed some build errors in purge tool. [Henrik Nordstrom hen...@henriknordstrom.net] Kill redundant hexd program from purge. There is too many other tools for

new/delete overloading, why?

2010-08-20 Thread Henrik Nordström
Why are we overloading new/delete with xmalloc/xfree? include/SquidNew.h this is causing random linking issues every time some piece of code forgets to include SquidNew.h, especially when building helpers etc. And I fail to see what benefit we get from overloading the new/delete operators in

Re: [PREVIEW] 1xx response forwarding

2010-08-20 Thread Henrik Nordström
tor 2010-08-19 klockan 10:41 -0600 skrev Alex Rousskov: The patch removes the ignore_expect_100 feature because we now forward 100 Continue messages. Is everybody OK with that removal? May need to keep/resurrect it when adding next hop version check as required by Expect.. Regards Henrik

Hudson build is back to normal: 3.HEAD-amd64-CentOS-5.3 #766

2010-08-20 Thread noc
See http://build.squid-cache.org/job/3.HEAD-amd64-CentOS-5.3/766/changes

Build failed in Hudson: 3.HEAD-i386-opensolaris #410

2010-08-20 Thread noc
See http://build.squid-cache.org/job/3.HEAD-i386-opensolaris/410/changes Changes: [Francesco Chemolli kin...@squid-cache.org] Fixed build issue in purge tool. [Francesco Chemolli kin...@squid-cache.org] Fixed some build errors in purge tool. [Henrik Nordstrom hen...@henriknordstrom.net] Kill

Build failed in Hudson: 3.HEAD-i386-OpenBSD-4.5 #512

2010-08-20 Thread noc
See http://build.squid-cache.org/job/3.HEAD-i386-OpenBSD-4.5/512/ -- Started by upstream project 3.HEAD-amd64-CentOS-5.3 build number 766 Building remotely on vobsd Unable to obtain lock

Re: [PREVIEW] 1xx response forwarding

2010-08-20 Thread Alex Rousskov
On 08/20/2010 06:30 AM, Henrik Nordström wrote: tor 2010-08-19 klockan 10:41 -0600 skrev Alex Rousskov: The patch removes the ignore_expect_100 feature because we now forward 100 Continue messages. Is everybody OK with that removal? May need to keep/resurrect it when adding next hop version

Re: [PREVIEW] 1xx response forwarding

2010-08-20 Thread Henrik Nordström
Some aspects of http is hop-by-hop not end-to-end. Processing of Expect is one such thing. Transfer encoding and message delimiting another. We just look at what we know about the nexthop we select. Actual URI is pretty irrelevant unless used as selecting factor for selecting the nexthop. Yes

Re: [PREVIEW] 1xx response forwarding

2010-08-20 Thread Alex Rousskov
On 08/20/2010 08:36 AM, Henrik Nordström wrote: Some aspects of http is hop-by-hop not end-to-end. Processing of Expect is one such thing. Transfer encoding and message delimiting another. Sure. We can consider the next hop == origin server case to avoid distractions. I am only wondering

Re: [PREVIEW] 1xx response forwarding

2010-08-20 Thread Henrik Nordström
See RFC on use and meaning of HTTP version numbers. fre 2010-08-20 klockan 08:58 -0600 skrev Alex Rousskov: On 08/20/2010 08:36 AM, Henrik Nordström wrote: Some aspects of http is hop-by-hop not end-to-end. Processing of Expect is one such thing. Transfer encoding and message delimiting

Re: [MERGE] Initial netfilter mark patch for comment

2010-08-20 Thread Andrew Beverley
On Fri, 2010-08-13 at 18:19 -0600, Alex Rousskov wrote: On 08/11/2010 03:25 PM, Andrew Beverley wrote: I've moved these, as well as most of the other QOS functions, into Ip::Qos. I have also removed the QosConfig namespace, as it didn't seem to fit with all these additional functions.

Build failed in Hudson: 3.HEAD-i386-opensolaris #411

2010-08-20 Thread noc
See http://build.squid-cache.org/job/3.HEAD-i386-opensolaris/411/changes Changes: [Francesco Chemolli kin...@squid-cache.org] Compilation speedup: optimize test-suite/testheaders.sh [Francesco Chemolli kin...@squid-cache.org] Fixed build issue in purge tool.

Build failed in Hudson: 3.HEAD-i386-OpenBSD-4.5 #513

2010-08-20 Thread noc
See http://build.squid-cache.org/job/3.HEAD-i386-OpenBSD-4.5/513/ -- Started by upstream project 3.HEAD-amd64-CentOS-5.3 build number 767 Building remotely on vobsd Unable to obtain lock

Hudson build is back to normal: 3.HEAD-i386-Debian-sid #355

2010-08-20 Thread noc
See http://build.squid-cache.org/job/3.HEAD-i386-Debian-sid/355/changes

Re: [PREVIEW] 1xx response forwarding

2010-08-20 Thread Alex Rousskov
On 08/20/2010 09:26 AM, Henrik Nordström wrote: See RFC on use and meaning of HTTP version numbers. The only relevant RFC text I can find is an informal discussion that HTTP version is tied to a message sender, an undefined concept. However, even if we replace message sender with client or

Re: new/delete overloading, why?

2010-08-20 Thread Robert Collins
2010/8/21 Henrik Nordström hen...@henriknordstrom.net: Why are we overloading new/delete with xmalloc/xfree?   include/SquidNew.h this is causing random linking issues every time some piece of code forgets to include SquidNew.h, especially when building helpers etc. And I fail to see what

Re: new/delete overloading, why?

2010-08-20 Thread Henrik Nordström
lör 2010-08-21 klockan 07:02 +1200 skrev Robert Collins: it was to stop crashes with code that had been cast and was freed with xfree(); if you don't alloc with a matching allocator, and the platform has a different default new - *boom*. Allocating with new and freeing with free() is a coding

Re: [PREVIEW] 1xx response forwarding

2010-08-20 Thread Henrik Nordström
fre 2010-08-20 klockan 13:00 -0600 skrev Alex Rousskov: On 08/20/2010 09:26 AM, Henrik Nordström wrote: See RFC on use and meaning of HTTP version numbers. The only relevant RFC text I can find is an informal discussion that HTTP version is tied to a message sender, an undefined concept.

[PATCH] Send chunked responses if body size is unknown.

2010-08-20 Thread Alex Rousskov
Send chunked responses if body size is unknown. Apply HTTP chunked transfer encoding to the response body if all of the following conditions are met: * client claims HTTP version 1.1 or later support * response does not have a Content-Length header already * response does not use

[PATCH] Send chunked responses if body size is unknown.

2010-08-20 Thread Alex Rousskov
Send chunked responses if body size is unknown. Apply HTTP chunked transfer encoding to the response body if all of the following conditions are met: * client claims HTTP version 1.1 or later support * response does not have a Content-Length header already * response does not use

Build failed in Hudson: 3.HEAD-i386-opensolaris #412

2010-08-20 Thread noc
See http://build.squid-cache.org/job/3.HEAD-i386-opensolaris/412/changes Changes: [Automatic source maintenance squid...@squid-cache.org] SourceFormat Enforcement [Francesco Chemolli kin...@squid-cache.org] Compilation speedup: optimize test-suite/testheaders.sh

Build failed in Hudson: 3.HEAD-i386-OpenBSD-4.5 #514

2010-08-20 Thread noc
See http://build.squid-cache.org/job/3.HEAD-i386-OpenBSD-4.5/514/ -- Started by upstream project 3.HEAD-amd64-CentOS-5.3 build number 768 Building remotely on vobsd Unable to obtain lock