Build failed in Hudson: 3.HEAD-i386-Debian-sid #365

See Changes: [Automatic source maintenance ] SourceFormat Enforcement -- [...truncated 2975 lines...] gcc -DSQUID_SNMP=1 -I../.. -I../include -I../../include -Wall -Wpointer-arith -

Re: [MERGE] Clean up htcp cache_peer options collapsing them into a single option with arguments

On 08/23/2010 06:36 PM, Amos Jeffries wrote: On Mon, 23 Aug 2010 15:28:23 -0600, Alex Rousskov wrote: On 08/22/2010 07:17 AM, Amos Jeffries wrote: Henrik Nordstrom wrote: the list of HTCP mode options had grown a bit too large. Collapse them all into a single htcp= option taking a list of mo

Re: [PATCH] Optimize HttpVersion comparison

On 08/23/2010 06:22 PM, Kinkie wrote: On Tue, Aug 24, 2010 at 1:52 AM, Alex Rousskov wrote: It is easy to get HTTP version comparison wrong. I have added a few comparison operators. To be efficient, they need to be inlined by the compiler so that the following expression does not have to cause

Build failed in Hudson: 3.HEAD-i386-Debian-sid #364

See Changes: [Automatic source maintenance ] SourceFormat Enforcement [Alex Rousskov ] Send chunked responses if body size is unknown. Apply HTTP chunked transfer encoding to the response body sent to client if all of the f

Re: [MERGE] Clean up htcp cache_peer options collapsing them into a single option with arguments

On Mon, 23 Aug 2010 15:28:23 -0600, Alex Rousskov wrote: > On 08/22/2010 07:17 AM, Amos Jeffries wrote: >> Henrik Nordstrom wrote: >>> the list of HTCP mode options had grown a bit too large. Collapse them >>> all into a single htcp= option taking a list of mode flags. >>> >> >> Updated version of

Re: [PATCH] Optimize HttpVersion comparison

On Tue, Aug 24, 2010 at 1:52 AM, Alex Rousskov wrote: > It is easy to get HTTP version comparison wrong. I have added a few > comparison operators. To be efficient, they need to be inlined by the > compiler so that the following expression does not have to cause > HttpVersion(1,0) creation and des

Re: auth_param ntlm keep_alive interaction with new http/1.1 keepalive behaviour

Amos, As I understand it, keep-alive off is for this exchange: > GET < 407 NTLM PC:Close * (reconnect) > GET NTLM hash < 407 NTLM hash > GET NTLM authdetails But the situation I am experiencing is after a rejected authentication attempt. I.e. here: > GET < 407 NTLM PC:Close (reconnect) >

[PATCH] Optimize HttpVersion comparison

It is easy to get HTTP version comparison wrong. I have added a few comparison operators. To be efficient, they need to be inlined by the compiler so that the following expression does not have to cause HttpVersion(1,0) creation and destruction: if (request->http_ver <= HttpVersion(1, 0))

Re: [PATCH] Bug #2583 fix: pure virtual method called

On 08/22/2010 01:08 AM, Amos Jeffries wrote: Alex Rousskov wrote: Bug #2583 fix: pure virtual method called When a cbdata-protected class holds its own cbdata and has virtual toCbdata(), there is a catch22 problem: we need cbdata to know whether the pointer to the class object is valid, and we

Re: perhaps OT: problem compiling 3.1.6 on SLES10-SP3

On Mon, 23 Aug 2010 16:42:46 +0200, Christian wrote: > Hi, > > maintaining the squid3 RPM on build.openuse.org. > 3.1.4 was the last version I was able to compile without problems. > for 3.1.5 I need to apply a small patch. (squid-bootstrap.patch) > since 3.1.6 I not able to compile it for SLES10

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

On 08/22/2010 04:49 AM, Amos Jeffries wrote: Alex Rousskov wrote: 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 C

Re: [MERGE] Clean up htcp cache_peer options collapsing them into a single option with arguments

On 08/22/2010 07:17 AM, Amos Jeffries wrote: Henrik Nordstrom wrote: the list of HTCP mode options had grown a bit too large. Collapse them all into a single htcp= option taking a list of mode flags. Updated version of Henriks patch. (why did it not get committed last year when approved?) *

Re: 1xx response forwarding and ignore_expect_100

On 08/21/2010 02:02 AM, Amos Jeffries wrote: The patch removes the ignore_expect_100 feature because we now forward 100 Continue messages. Is everybody OK with that removal? No. Bad naming maybe, but its primarily there to suppress 417 responses being generated in the negative case to broken c

Re: perhaps OT: problem compiling 3.1.6 on SLES10-SP3

mån 2010-08-23 klockan 16:42 +0200 skrev Christian: > maintaining the squid3 RPM on build.openuse.org. > 3.1.4 was the last version I was able to compile without problems. > for 3.1.5 I need to apply a small patch. (squid-bootstrap.patch) > since 3.1.6 I not able to compile it for SLES10-SP3 Why

Hudson build is back to normal : 3.HEAD-i386-opensolaris #418

See

perhaps OT: problem compiling 3.1.6 on SLES10-SP3

Hi, maintaining the squid3 RPM on build.openuse.org. 3.1.4 was the last version I was able to compile without problems. for 3.1.5 I need to apply a small patch. (squid-bootstrap.patch) since 3.1.6 I not able to compile it for SLES10-SP3 while using ... snip spec %build export CFLAGS="$RPM

Re: auth_param ntlm keep_alive interaction with new http/1.1 keepalive behaviour

Stephen Thorne wrote: G'day, Today I had a report of a problem seen with a late version of 3.1.6 + http/1.1, chunked response and keepalive patches. The problem occurs in the following situation. Laptop is on domain ONE, user bob. Proxy is on domain TWO, and accepts user alice. What happens wi

auth_param ntlm keep_alive interaction with new http/1.1 keepalive behaviour

G'day, Today I had a report of a problem seen with a late version of 3.1.6 + http/1.1, chunked response and keepalive patches. The problem occurs in the following situation. Laptop is on domain ONE, user bob. Proxy is on domain TWO, and accepts user alice. What happens with an older version of s

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

See Changes: [Amos Jeffries ] Sync dist languages with .po -- [...truncated 3486 lines...] /usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/../../../../include/c++/3.4.3/cwchar:176: error: `