epoll - funky copied code?

for (;;) { num = epoll_wait(kdpfd, pevents, SQUID_MAXFD, msec); statCounter.select_loops++; if (num >= 0) break; if (ignoreErrno(errno)) break; getCurrentTime(); PROF_stop(comm_check_incoming); return COMM_ERR

Refactoring event loop

I've just checked in a refactoring of the event loop to squid-3. This is mostly harmless. It will likely have one negative impact though: the selftest for EventLoop() will fail if the comms module being built is not updated to the new protocol because the comms code has a now-inappropriate assert

req_header implementation ...

I've just committed a cleanup to the ACLHTTPHeaderData source : it had a complete copy of ACLRegexData embedded in it, which was not needed. There was another glitch - the source files had been copied, but the #include guards had not been updated to reflect the new header file name. I think guido

Re: logfile writing

On Mon, 2006-07-17 at 00:15 +0200, Henrik Nordstrom wrote: > sön 2006-07-16 klockan 21:49 +0800 skrev Adrian Chadd: > > > I've written some code to push logfile writing into an external process, > > freeing up the main squid process from the potentially blocking > > stdio writes. > > Good. > > >

Re: Fwdstats serverfd (Patch)

On Mon, 2006-06-26 at 11:40 +0800, Steven Wilton wrote: > When I did the original serverfd work for backed off connections, I assumed > serverfd=0 was invalid. This patch fixes the code so serverfd=-1 is the > default when there is no backed-off server fd. > > I've also added an assert into fd_cl

Re: 2.6.PRE1 is out the door

On Tue, 2006-05-30 at 15:04 +0800, Adrian Chadd wrote: > On Mon, May 29, 2006, Jason Titus wrote: > > Have you considered using libevent as a way to abstract out the polling > > method? Seems like it might make porting easier and give you kqueue as > > well... > > > > http://www.monkey.org/~pro

Re: making cache manager presence/registration optional

On Mon, 2006-05-29 at 11:13 -0300, Gonzalo Arana wrote: > I've just noticed these other issues: > 1) epoll is enabled > 2) xprof is not used > 3) delay pools are not enabled > > Attached is a proposal for this (supersedes my previous patch). Thanks, applied. Rob -- GPG key available at:

Re: making cache manager presence/registration optional

I hadn't heard anything back, so I've committed what I think is a tasteful implementation of the second option. This has allowed removing the stub_cache_manager.cc test suite file, as well as making a bunch of modules' init simpler. Cheers, Rob On Sun, 2006-05-28 at 00:18 +1000,

making cache manager presence/registration optional

I'd like to make the cachemgrRegister calls in various of our fooInit() calls not require dragging in the whole squid to the binary, this is part of the blow-out on linked in objects for squid. Secondly, I'd like to remove the idea of the cachemanager being a global object and make it be explicitl

MEMPROXY_CLASS and virtual methods and cbdata class's

saw this comment today.. // reset should not reset the protocol; could have made protoPrefix a // virtual function instead, but it is not clear whether virtual methods // are allowed with MEMPROXY_CLASS() and whether some cbdata void* // conversions are not going to kill virtual tables virtual

layering..

It seems strange to me for the store to depend on HttpReply - line 705 of store.cc is creating an HttpReply. AFAICT it does this so it can serialise a pseudo http document for vary. Would it make sense to have a more abstract type that is used here, and HttpReply derives from that ? Rob -- GPG k

test suite breakage.

I fixed the http range requests last weekend, this weekend I see: /home/robertc/source/squid/squid--HEAD--3.0/src/tests/testStoreController.cc: In member function ‘void testStoreController::testStats()’: /home/robertc/source/squid/squid--HEAD--3.0/src/tests/testStoreController.cc:29: error: cann

Re: C++ question related to casting

On Tue, 2006-05-23 at 21:40 +0200, Henrik Nordstrom wrote: > tis 2006-05-23 klockan 15:01 -0400 skrev Nick Lewycky: > > > If possible, it should store the HttpHeaderEntry objects themselves > > instead of pointers to them. Done properly, there shouldn't be any need > > for a destructor at all. >

Re: [VOTE] Squid-3.0.PRE4 release criteria

On Sat, 2006-05-06 at 12:08 +1200, Doug Dixon wrote: > All > > I aim to get Squid-3.0.PRE4 released in four to six weeks' time. > > The list of bugs to be fixed in 3.0 is here: > http://tinyurl.com/f56qm > > This includes bugs that were discovered in 2.5 but which still need > fixing in 3.0. >

Re: Proposal: Drop the Squid-3.0 patches page

On Sat, 2006-05-06 at 02:53 +0200, Henrik Nordstrom wrote: > Proposal: > > Drop the Squid-3 patches page. > > http://www.squid-cache.org/Version/v3/3.0/bugs/ > > It's not actively maintained and does not give much benefit to the > release process until we are ready to go to STABLE state I thin

Re: inline the ICAP Makefile ?

On Tue, 2006-05-02 at 14:39 -0600, Duane Wessels wrote: > > > On Sun, 30 Apr 2006, Robert Collins wrote: > > > Duane, how do you feel about me inlining the ICAP Makefile into the src > > Makefile ? It makes it easier for automake to track dependencies, > > parti

Re: Squid 3 compile

On Mon, 2006-05-01 at 12:53 -0700, Dan Thomson wrote: > Hey all, > > I'm trying to compile squid 3 from the CVS repository and I've come > accross a little autoconf problem. > > I'm using a standard debian/testing system and when I try to bootstrap > with automake-1.9 I get the following error: >

Re: [patch] refresh bugs

On Mon, 2006-05-01 at 19:08 +0200, Henrik Nordstrom wrote: > > 3. handleIMSGiveClientNewEntry() used to call processMiss() - this > > caused the duplicate request in bug 1561, and has gone. Was there a > > reason for doing it this way that still stands? > > Not that I can think of. I can th

inline the ICAP Makefile ?

Duane, how do you feel about me inlining the ICAP Makefile into the src Makefile ? It makes it easier for automake to track dependencies, particular when building individual files - less recursion etc. I've done it locally, wanted to check before committing it. Rob -- GPG key available at:

Add ostream support for StoreEntry

This is a proof of concept patch. On the way to making ufsdump link a much smaller section of squid, I found that anything using Packer requires all of the store. This patch addresses that by adding a replacement for Packer using the C ++ ostream facility: StoreEntryStream stream(anEntry); st

StoreEntry conflation : storeAppendPrintf is in the wrong place.

I think we should nuke storeAppendPrintf : its really a overloaded concept. The Packer (which in c++ can be a stream easily) is something that is easy to acquire /on/ an entry, and makes the various debugging routines and stats routines we have less coupled to the store, and rather coupled to the s

HTTPMSGLOCK/UNLOCK

I'm unclear why we have these macros rather than smart pointers... having these macros as a pattern means we'll need to learn LOCK/UNLOCK macros for every class that is in use. Rob -- GPG key available at: . signature.asc Description: This is a digit

Re: cvs commit: squid3/src cache_cf.cc

On Fri, 2006-04-28 at 08:34 +1000, Robert Collins wrote: > On Thu, 2006-04-27 at 19:07 +, [EMAIL PROTECTED] wrote: > > wessels 2006/04/27 13:07:16 MDT > > > > Modified files: > > src cache_cf.cc > > Log: > > bugfix: ICAPC

Re: cvs commit: squid3/src cache_cf.cc

On Thu, 2006-04-27 at 19:07 +, [EMAIL PROTECTED] wrote: > wessels 2006/04/27 13:07:16 MDT > > Modified files: > src cache_cf.cc > Log: > bugfix: ICAPConfig calls aclParseAccessLine(), which now takes a > ConfigParser argument. Use the LegacyParser from cache_

Re: STORE_TESTS

On Tue, 2006-04-25 at 14:11 +0200, Guido Serassio wrote: > Hi Robert, > > At 11.56 23/04/2006, Robert Collins wrote: > > >Guido - If I read the automake rules right, theres no need to specify > >the $EXEEXT in the STORE_RULES substition variable. > > Just verif

Re: next weekend...

On Tue, 2006-04-25 at 14:06 +0200, Guido Serassio wrote: > Hi Robert, > > At 13.52 25/04/2006, Robert Collins wrote: > > >So, I did some more today, courtesy of ANZAC day. Hopefully next weekend > >I'll get another chance to cut some code. I'm thinking of cha

Re: Make check fails

On Mon, 2006-04-24 at 11:39 +0200, Guido Serassio wrote: > Hi Robert, > > At 23.24 23/04/2006, Robert Collins wrote: > > >On Sun, 2006-04-23 at 13:55 +0200, Guido Serassio wrote: > > > Hi Robert, > > > > > > At 12.39 23/04/2006, Robert Collins wrote:

next weekend...

So, I did some more today, courtesy of ANZAC day. Hopefully next weekend I'll get another chance to cut some code. I'm thinking of changing strtok -> strtok_r in the parser. How portable is strtok_r ? Specifically is it available on mingw, BSD systems ? Rob -- GPG key available at:

proposal: make config parsing non-blocking.

This is just a long term thought: should we make config parsing non blocking. This would allow reconfiguration to on a running system with less disruption than it has now, but... would require that all the configuration data be much more dynamic than it is now - for instance the closure of listen

Re: Path names in testUfs, testNull and testCoss

On Tue, 2006-04-25 at 12:12 +0200, Guido Serassio wrote: > > In testUfs, testNull and testCoss are used path names like > "testCoss::testCossSearch", "testNull::testNullSearch", etc. Heh, I'm already on it :) they are becoming testUfs__test... etc Rob signature.asc Description: This is a di

Re: config.test fragments

On Tue, 2006-04-25 at 01:53 +0200, Henrik Nordstrom wrote: > mån 2006-04-24 klockan 22:52 +0200 skrev Guido Serassio: > > > I think that the "config.test" magic should be true for all platform > > or for none: the "majority of users" is a too much indeterminate concept. > > By majority I refer t

Re: config.test fragments

On Mon, 2006-04-24 at 21:46 +0200, Guido Serassio wrote: > Hi Duane, > > At 21.37 24/04/2006, Duane Wessels wrote: > > >>>seems to me that if we exported all the autoconf values during a > >>>config.test run, they would be more portable: see for instance Guido's > >>>recent commit to probe /usr/l

http/1.1 bugs

Henrik, I had a number of bugs open as tasks for making squid 1.1 conformant. You've closed them with a comment about not needing placeholders: I think there is value in having them as a managed TODO list. Is it ok if I reopen them on that basis? Rob -- GPG key available at:

Re: Make check fails

On Sun, 2006-04-23 at 13:55 +0200, Guido Serassio wrote: > Hi Robert, > > At 12.39 23/04/2006, Robert Collins wrote: > make: *** [check-recursive] Error 1 > > > >Tell me, do you inlines enabled or disabled? > > Should be enabled: > > /* Keyword used by squ

config.test fragments

seems to me that if we exported all the autoconf values during a config.test run, they would be more portable: see for instance Guido's recent commit to probe /usr/local as well: unless CPPFLAGS are set correctly that test won't help (because while its on the system, its not available). What would

Re: Make check fails

On Sun, 2006-04-23 at 12:27 +0200, Guido Serassio wrote: > > make[4]: Entering directory `/home/serassio/squid3/src' > make[4]: `tests/testAuth' is up to date. > make[4]: `tests/testBoilerplate' is up to date. > depbase=`echo tests/testHeader_HttpHeader.o | sed > 's|[^/]*$|.deps/&|;s|\.o$||'`; \

STORE_TESTS

Guido - If I read the automake rules right, theres no need to specify the $EXEEXT in the STORE_RULES substition variable. Cheers, Rob -- GPG key available at: . signature.asc Description: This is a digitally signed message part

Re: so what is involved in calling squid-3.0 'stable'?

Meh, and this: Forgetting to remove the enum cascades slightly. --- src/acl.cc 23 Oct 2005 11:55:32 - 1.316 +++ src/acl.cc 22 Apr 2006 13:44:31 - @@ -428,8 +428,7 @@ link = link->next; } -auth_match = NULL; -auth_match = (acl_proxy_auth_match_cache *)memAl

Re: so what is involved in calling squid-3.0 'stable'?

On Sun, 2006-04-23 at 01:37 +1200, Reuben Farrelly wrote: > 2006/04/23 01:33:58| assertion failed: mem.cc:433: "MemPools[t]" > > Config is at http://www.reub.net/files/squid/squid.conf Thanks, try this: :!cvs diff -u src/enums.h Index: src/enums.h ==

Re: so what is involved in calling squid-3.0 'stable'?

On Sun, 2006-04-23 at 01:20 +1200, Reuben Farrelly wrote: > > On 23/04/2006 1:11 a.m., Robert Collins wrote: > > On Sun, 2006-04-23 at 00:58 +1200, Reuben Farrelly wrote: > >> On 23/04/2006 12:41 a.m., Robert Collins wrote: > >>> Asking adrian on irc - '

Re: so what is involved in calling squid-3.0 'stable'?

On Sun, 2006-04-23 at 00:58 +1200, Reuben Farrelly wrote: > > On 23/04/2006 12:41 a.m., Robert Collins wrote: > > Asking adrian on irc - ' > > 22:34 < adrian__> Enough people using it as a traditional forward cache > > 22:34 < adrian__> and saying th

Re: squid-3 - cleanup of select_* stuff.

Meta comment on this after chatting with adrian - I dont think this will itself make the IO stuff beautiful. But it should allow writing some test helper routines so that anything I find time to fix has a test for it that ensures it stays fixed. -Rob On Sat, 2006-04-22 at 22:23 +1000, Robert

so what is involved in calling squid-3.0 'stable'?

Asking adrian on irc - ' 22:34 < adrian__> Enough people using it as a traditional forward cache 22:34 < adrian__> and saying there aren't any strange problems 22:34 < adrian__> Because its got a bad name ' So, what is required. How can we engage the community in making squid-3 stable ? There seem

squid-3 - cleanup of select_* stuff.

I'd like to (slowly, I'm expecting about 4 hours a week on this) cleanup the select loop in squid to allow things like using poller/libevent/completion ports. I've been using twisted a bit over the last couple of years, and their event loop - their reactor - has a lot in parallel with the ACE react

anyone played with http://kegel.com/dkftpbench/doc/Poller.html?

I'm not planning to put it in squid or anything, I'm more wondering what you thought/think of the API. Rob -- GPG key available at: . signature.asc Description: This is a digitally signed message part

Re: wikis...

On Sat, 2006-04-22 at 01:23 +0200, Henrik Nordstrom wrote: > lör 2006-04-22 klockan 08:33 +1000 skrev Robert Collins: > > > What I remember from the prior discussion is that the wiki Duane setup > > was primarily for internal notes - like squid-cache.org configuration,

Re: wikis...

On Sat, 2006-04-22 at 00:25 +0200, Henrik Nordstrom wrote: > fre 2006-04-21 klockan 22:05 +1000 skrev Robert Collins: > > I heard that the wiki kinkie had up is ready to go with all content > > migrated, is it ok if we update the link on squid-cache.org to point to > > it now

3.0 unit tests

I've updated the 3.0 unit tests so 'make check' should work again. There was one thing specifically that I noticed while doing this - the HttpMsg.cc file did a type-check in a method to see if it was an instance of HttpReply. Its usually better to override the method in the specific class that nee

wikis...

I heard that the wiki kinkie had up is ready to go with all content migrated, is it ok if we update the link on squid-cache.org to point to it now ? Rob -- GPG key available at: . signature.asc Description: This is a digitally signed message part

Re: Cannot bootstrap.sh

On Tue, 2006-04-18 at 16:07 +1200, Doug Dixon wrote: > Great, thanks! > > I've just obtained the latest squid3 code, but bootstrap.sh is > complaining about a missing Makefile.in: > > $ ./bootstrap.sh > automake : > autoconfg: > libtool : > Bootstrapping > configure.in:3022: required file `hel

Re: AC_LTDL_DLLIB

On Tue, 2006-04-18 at 09:13 +0800, Mr E_T wrote: > On Monday 17 April 2006 19:50, Robert Collins wrote: > > anyone remember what this call in configure.in was for? It seems to be > > not present on current autoconf + libtool. > > > > --- configure.in21 Mar 200

AC_LTDL_DLLIB

anyone remember what this call in configure.in was for? It seems to be not present on current autoconf + libtool. --- configure.in21 Mar 2006 23:15:19 - 1.402 +++ configure.in17 Apr 2006 11:47:41 - @@ -32,7 +32,6 @@ AC_PROG_CXX AC_CANONICAL_HOST AC_DISABLE_SHARED AC

Re: adding python dependency to the build-chain?

On Sun, 2006-04-16 at 17:22 +0200, Kinkie wrote: > On Sun, 2006-04-16 at 23:55 +1000, Robert Collins wrote: > > I've got some automated test stuff that might be useful I've been > > putting together for a while. Its python based, but integrates with > > things like

adding python dependency to the build-chain?

I've got some automated test stuff that might be useful I've been putting together for a while. Its python based, but integrates with things like cppunit... are there any objections to having python scripts in the build chain? Rob -- GPG key available at:

Re: squid-2.5 related work

On Fri, 2006-04-14 at 21:12 +0800, Adrian Chadd wrote: > On Fri, Apr 14, 2006, Robert Collins wrote: > > > > But being able to do temporarily disconnected versioned work without > > > having to worry about resyncing does feel tempting, so maybe it's time > > &g

Re: squid-2.5 related work

On Fri, 2006-04-14 at 10:12 +0200, Henrik Nordstrom wrote: > fre 2006-04-14 klockan 08:25 +0800 skrev Adrian Chadd: > > On Thu, Apr 13, 2006, Henrik Nordstrom wrote: > > > > > Should it be decided that Squid-2 is reopened then I would be more than > > > happy to candidate for the the role as Squid

Re: squid-2.5 related work

On Tue, 2006-04-11 at 23:16 +0800, Adrian Chadd wrote: > Hiya, > > There's been quite a lot of interest in squid-2.5 related work but > no easy place to put it all. I've found trying to maintain a squid > tree with a handful of useful extra functionality patched in quite > a pain to manage and I'm

Re: Logo

On Mon, 2006-01-23 at 10:13 +0100, Kinkie wrote: > Second logo just came in, a variation on the first with a different > form-factor. I think this is nice. Rob -- GPG key available at: . signature.asc Description: This is a digitally signed message part

Re: cvs commit: squid3/src/ICAP ICAPModXact.cc

On Thu, 2005-11-24 at 00:54 +, [EMAIL PROTECTED] wrote: > wessels 2005/11/23 17:54:18 MST > > Modified files: > src/ICAP ICAPModXact.cc > Log: > 64 bit broken again > > This patch casts long ints to 32-bit ints for printfs so gcc doesn't bail > > Revis

Re: I'm interested in adding gzip support in squd-2.5,does it make sense?

On Thu, 2005-11-17 at 09:42 +0800, ro vencentro wrote: > I'm interested in adding gzip support in squd-2.5,does it make sense? Not really. squid 2.5 does not have suitable internal structures to do this reliably and easily. 3.0 is much closer to the needed structure. Rob -- GPG key available a

Re: I'm interested in adding gzip support in squd-2.5,does it make sense?

On Thu, 2005-11-17 at 09:42 +0800, ro vencentro wrote: > I'm interested in adding gzip support in squd-2.5,does it make sense? Not really. squid 2.5 does not have suitable internal structures to do this reliably and easily. 3.0 is much closer to the needed structure. Rob -- GPG key available a

Re: irc

On Mon, 2005-11-07 at 08:23 -0500, Robert Collins wrote: > On Mon, 2005-11-07 at 18:05 +0800, Adrian Chadd wrote: > > is there an irc channel to join and chat amongst y'all? > > I hang out in #squid-dev Bah, I mean #squiddev, of course. Rob -- GPG key

Re: irc

On Mon, 2005-11-07 at 18:05 +0800, Adrian Chadd wrote: > is there an irc channel to join and chat amongst y'all? I hang out in #squid-dev Rob -- GPG key available at: . signature.asc Description: This is a digitally signed message part

Re: Summary of Squid-2.6 opinions

never happen if the focus remains on 2.5/2.6 - 2.6 should only have security fixes from 3.0. > No answer yet: > >* Duane Wessels >* Robert Collins > > > * = Core team member > + = Contributor > Rob -- GPG key available at: <http://www.robertcollins.net/keys.txt>. signature.asc Description: This is a digitally signed message part

Re: regression tests?

On Sat, 2005-10-15 at 12:35 +0800, Adrian Chadd wrote: > Hiya, > > Has anyone thought about writing a set of proxy server > regression tests to test things like 'correct' handling > of half-closed connections (eww), pipelined requests, etc? > > It'd be nice to have something like that as I run th

Re: weak pointers, cbdata, refcounting

On Mon, 2005-08-22 at 16:38 -0600, Alex Rousskov wrote: > Hi there, > > I need to implement what some call a "weak pointer". A weak pointer > becomes null or otherwise invalid when the corresponding object goes > away or is invalidated. For an example, please see > > http://www.boost.

Re: weak pointers, cbdata, refcounting

On Mon, 2005-08-22 at 18:50 -0400, Nick Lewycky wrote: ... > This would remove RefCount<> first, then hopefully CBDATA in the future. > The nice thing about using Boost is that if the library is added to C++ > in the (admittedly distant) future, our API would not need to change, > and our copy of

Re: Usage of truncate() with aufs

On Mon, 2005-08-08 at 19:08 +0200, Serassio Guido wrote: > Hi, > > Looking to bug #1371 (http://www.squid-cache.org/bugs/show_bug.cgi?id=1371) > I have found the following code: > > void > DiskThreadsIOStrategy::unlinkFile(char const *path) > { > statCounter.syscalls.disk.unlinks++; > #if US

Re: I'd like to contribute to Squid

On Sun, 2005-08-07 at 16:32 +, Munteanu Eduard Gabriel wrote: > Hello, my name is Eduard Munteanu, from Romania. > > I feel like Squid lacks something: it can't make it's connections > originate from different IP addresses. It would be nice if Squid could > do something like cached IP Forwar

Re: Info on Bug #1154

On Wed, 2005-02-02 at 00:27 +0100, Henrik Nordstrom wrote: > On Tue, 1 Feb 2005, Robert Collins wrote: > > > transparent has very specific meaning in rfc2616, I really don't think > > we should refer to transparent for anything other than that. > > Agreed > >

Re: Squid development environment & bazaar / arch

Sorry its been so long replying, had a buuusy patch. On Sun, 2005-01-09 at 00:41 +0100, Henrik Nordstrom wrote: > As some of you know Robert finally convinced me at the code sprint that > Arch in the form of Bazaar is sufficiently mature to be used as the main > tool for Squid development, but t

Re: Info on Bug #1154

On Sun, 2005-01-30 at 20:56 +0100, Henrik Nordstrom wrote: > On Sun, 30 Jan 2005, Serassio Guido wrote: > > > Looking to connStateCreate() code, I need only a detail about the 3 state > > logic of disable-pmtu-discovery: > > > > always ==> disable PMTU for any call to connStateCreate() > > off ==

Re: Unsafe C++ memory allocation with new operator

On Sat, 2005-01-08 at 19:06 +0100, Serassio Guido wrote: > Hi, > > I have found that the current C++ memory allocation with the new operator > sometimes could be not safe: > > Currently memory allocation is done using xmalloc(), see include/SquidNew.h. We could change to xcalloc, but actually t

Re: Latest 3.0 source cannot be linked

On Wed, 2005-01-05 at 22:51 +0100, Serassio Guido wrote: > Hi, > > There is something wrong in the latest Squid 3.0 sources, I cannot link on > Linux: Store::Root() is implemented inline, but I hadn't marked it as such... I've committed a fix. Rob -- GPG key available at:

Re: client streams?

On Wed, 2004-12-29 at 23:12 -0500, Nick Lewycky wrote: > I'm having trouble understanding client streams in Squid. Am I correct > in thinking that they are simply a chain of observers to the results of > an HTTP request? And that they were recently added as part of the ESI work? clientStreams ar

Re: attn kinkie - wiki page problem

On Thu, 2004-12-30 at 23:38 +0100, Kinkie wrote: > On Tue, 2004-12-28 at 22:36 +1100, Robert Collins wrote: > > http://squidwiki.kinkie.it/squidwiki/RecentChanges > > > > is bust for me :[ > > Now fixed. Thanks! Rob signature.asc Description: This is a digitally signed message part

Re: kill more autotools generated files

On Tue, 2004-12-28 at 23:44 +0100, Henrik Nordstrom wrote: > Hi Robert, > > can you please pull the latest changes of > [EMAIL PROTECTED]/autotools--killgenerated--3.0 into your HEAD > tree without pushing the same changes to CVS. > > [EMAIL PROTECTED]/autotools--killgenerated--3.0--patch-6 >

Re: Introducing Adrian Close (seeking WCCPv2 w/multiple routers... ;)

On Mon, 2004-12-20 at 09:44 +1100, Adrian Close wrote: > Hi all, > > I've been a Squid user for as long as I can remember (I guess that's > coming up on ten years) and am finally getting around to subscribing to > the dev list, if you'll have me. FWIW, I met Duane in Melbourne in about > 1997 whe

refactoring the store

I'm making some good headway on rearranging the store to match the rough API prepared in Stockholm. (Kinkie: where was that wiki you put up again? I'll put the design notes up there...). its fairly butt-ugly right now, as its a fusion of three separate APIs - the squid 2.5 one, the incrementally f

attn kinkie - wiki page problem

http://squidwiki.kinkie.it/squidwiki/RecentChanges is bust for me :[ -- GPG key available at: . signature.asc Description: This is a digitally signed message part

Re: Proposed extension to the NTLM helper protocol

On Sat, 2004-11-06 at 19:48 +1100, Andrew Bartlett wrote: > I see no cache - the state of the authentication system is not reset > yet, Thats not guaranteed. > and squid still holds a handle to the helper. The request for the > user groups (cookie) should be directly and immediately on receipt

Re: Proposed extension to the NTLM helper protocol

On Sat, 2004-11-06 at 19:28 +1100, Andrew Bartlett wrote: > On Sat, 2004-11-06 at 12:26, Robert Collins wrote: > > On Sat, 2004-11-06 at 12:24 +1100, Andrew Bartlett wrote: > > > I wish to propose an extension to the NTLM helper/squid protocol, such > > > that a squid re

Re: Proposed extension to the NTLM helper protocol

On Sat, 2004-11-06 at 12:24 +1100, Andrew Bartlett wrote: > I wish to propose an extension to the NTLM helper/squid protocol, such > that a squid redirector, or a external ACL helper, may access the list > of groups. > > A new command to ntlm_auth, UG, would request the list of user groups > from

Re: faq on running parallel squid instances - do we have one?

On Tue, 2004-10-26 at 01:35 +0200, Henrik Nordstrom wrote: > I don't think we have one. > > But it is almost trivial It is, but I see this asked various times... we should document it somewhere ;) Rob signature.asc Description: This is a digitally signed message part

faq on running parallel squid instances - do we have one?

-Rob signature.asc Description: This is a digitally signed message part

Re: Squid-3 feature unfreeze?

On Sun, 2004-10-24 at 19:54 +0200, Henrik Nordstrom wrote: > Robert, have you came to any conclusion regarding the Squid-3 feature > unfreeze we discussed a couple of months ago? Sorry, I thought I'd replied. Mustabeendreaming. Yes, sounds fine to me. Rob signature.asc Description: This is a

Re: Content Filtering

On Sat, 2004-09-25 at 10:16 -0400, Tres Seaver wrote: > Henrik Nordstrom wrote: > > > Note: Squid is GPL and as a result you are only allowed to use GPL > > modules with Squid. If your filter implementation is not GPL then > > dynamic linking is not an option. > > IANAL, bu wouldn't it be truer

Re: regarding the auto* tools

On Sun, 2004-09-26 at 00:26 +0200, Olivier Girondel wrote: > Henrik Nordstrom wrote: > >> thanks, i'm giving a look at it right now, but it seems that there is no > >> automake1.5 in debian right now, apt-cache jumps from 1.4 to 1.6. > > > Install it by hand in a different prefix. > > just did th

Re: [squid-users] Memory pools: why use them?

On Thu, 2004-09-02 at 13:15 +0200, Henrik Nordstrom wrote: > On Thu, 2 Sep 2004, Robert Collins wrote: > > > 1) If a suspected memory-corrupting bug is found in production, you can > > easily switch to the native memory allocator, or to one that uses > > free/alloc

Re: Problems building HEAD after latest changes

On Sat, 2004-09-04 at 22:37 +0200, Henrik Nordstrom wrote: > On Sun, 5 Sep 2004, Robert Collins wrote: > > > Thats *why* cppunit isn't meant to be bootstrapped by us. We are just > > users of it, it comes pre-bootstrapped. > > Not really. > > cppunit is

Re: Problems building HEAD after latest changes

On Sat, 2004-09-04 at 16:59 +0200, Henrik Nordstrom wrote: > On Sat, 4 Sep 2004, Henrik Nordstrom wrote: > > > On Sat, 4 Sep 2004, Henrik Nordstrom wrote: > > > >> He is working from the devel.squid-cache.org repository so he must > >> bootstrap the sources again as the autoconf/automake generate

Re: Problems building HEAD after latest changes

On Sat, 2004-09-04 at 16:48 +0200, Henrik Nordstrom wrote: > On Sat, 4 Sep 2004, Henrik Nordstrom wrote: > > > He is working from the devel.squid-cache.org repository so he must bootstrap > > the sources again as the autoconf/automake generated files is not CVS > > controlled there. > > Can we

Re: Problems building HEAD after latest changes

On Sat, 2004-09-04 at 16:18 +0200, Henrik Nordstrom wrote: > On Sat, 4 Sep 2004, Robert Collins wrote: > > > I thought checked in everything needed to build cppunit, without > > bootstrapping. What error are you getting? > > He is working from the devel.squid-cache.o

Re: Problems building HEAD after latest changes

On Sat, 2004-09-04 at 10:04 +0200, Serassio Guido wrote: > Hi Robert, > > I'm trying to merge and compile latest changes from HEAD to nt branch, but > I have found something that seems wrong: > > - In lib/Makefile.am I can see a reference to MemPool.cc, but in lib folder > there is only the ol

Re: Patch Submission - Header Manipulation

On Sat, 2004-09-04 at 11:52 +0200, Henrik Nordstrom wrote: > On Tue, 31 Aug 2004, Robert Collins wrote: > > > I've no idea about the same... that said, we could use the 'if its gcc > > 3.x it will be ok approach'. And yes, replacing our implementations with >

Re: Problems building HEAD after latest changes

On Sat, 2004-09-04 at 11:51 +0200, Henrik Nordstrom wrote: > On Sat, 4 Sep 2004, Serassio Guido wrote: > > > - In lib/Makefile.am I can see a reference to MemPool.cc, but in lib folder > > there is only the old MemPool.c, it's the same renamed ? > > /me thinks Robert forgot to cvs add/delete th

Re: [squid-users] Memory pools: why use them?

On Wed, 2004-09-01 at 18:58 +0200, Henrik Nordstrom wrote: > > Actually, I was thinking the other way around: the 3.0 MemPools support > > multiple pool allocators: so we can have a trivial pool that is just > > malloc/free always compiled in and available. Then in squid.conf. the > > disable_memp

Re: Patch Submission - Header Manipulation

On Mon, 2004-08-30 at 09:19 -0400, Tres Seaver wrote: > Matt Benjamin wrote: > > > (It's too bad about STL--might want to revisit this for a future Squid > > NG? :) > > One possibility would be to have #ifdef ___SQUID_STL__ sections which > implement the string and dlist stuff using STL, giving

Re: cvs commit: squid3/contrib Makefile.in

On Mon, 2004-08-30 at 08:39 +0200, Henrik Nordstrom wrote: > What was the intended description on this commit? > > On Mon, 30 Aug 2004 [EMAIL PROTECTED] wrote: > > > robertc 2004/08/29 21:28:45 MDT > > > > Modified files: > >contrib Makefile.in > > Log: > > /tmp/cvsZKn66v

Re: Patch Submission - Header Manipulation

On Fri, 2004-08-27 at 15:57 -0400, Matt Benjamin wrote: > Dear Squid Folk, > > I've implemented a mechamism to arbitrarily add/change/delete headers, > using an extension to the existing redirect_program helper application. > > Attach please find a unified diff made against the 20040805 Squid-3.

<    1   2   3   4   5   6   7   8   9   >