Re: VCS for squid3 development?

On Sat, 2007-12-29 at 02:12 +0100, Henrik Nordström wrote: > lör 2007-12-29 klockan 05:24 +1100 skrev Robert Collins: > > Other projects using distributed VCS tools often do not have a dedicated > > development area, preferring to let individuals publish their own > >

Re: VCS for squid3 development?

On Fri, 2007-12-28 at 16:16 +0200, Tsantilas Christos wrote: > Hi Robert, > > Which are the required steps from developers? > Will we open our computers a morning and find all our development > branches in the new system :-) ? Probably not. > What about the sourceforge developers repository?

Re: VCS for squid3 development?

On Fri, 2007-12-28 at 18:09 +0100, Guido Serassio wrote: > > Just a stupid question: there is a native client > (not based on Cygwin) for Windows ? Yes. -Rob -- GPG key available at: . signature.asc Description: This is a digitally signed message part

Re: VCS for squid3 development?

On Fri, 2007-12-28 at 10:34 +0900, Adrian Chadd wrote: > On Fri, Dec 28, 2007, Henrik Nordstr?m wrote: > > fre 2007-12-28 klockan 08:25 +0900 skrev Adrian Chadd: > > > I've been following the VCS debate a little. > > > > > > Guys, I'm not an enormous fan of CVS, but what we have works, and > > >

Re: VCS for squid3 development?

On Fri, 2007-12-28 at 08:25 +0900, Adrian Chadd wrote: > I've been following the VCS debate a little. > > Guys, I'm not an enormous fan of CVS, but what we have works *badly*. 150 emails when autoconf changes are made for instance. > , and > I think we have bigger things to work on right now th

Re: VCS for squid3 development?

On Sat, 2007-12-22 at 04:18 +0100, Henrik Nordstrom wrote: > On tor, 2007-12-20 at 22:48 +1100, Robert Collins wrote: > > What I am interested in is: > > - If someone puts the effort in to perform a migration of data and > > scripts (I'm offering to do this during

Re: async-calls and Dispatchers

On Thu, 2007-12-20 at 22:30 -0700, Alex Rousskov wrote: > On Fri, 2007-12-21 at 09:00 +1100, Robert Collins wrote: > > > Please do read the > > 'proactor' ACE pattern if you haven't. > > http://www.cs.wustl.edu/~schmidt/PDF/proactor.pdf > > I only

Re: async-calls and Dispatchers

On Thu, 2007-12-20 at 11:00 -0700, Alex Rousskov wrote: > On Fri, 2007-12-21 at 04:25 +1100, Robert Collins wrote: > > > The dispatcher design has a great deal to do with handing results from > > async operations, because the OS can and will call directly back into > > us

Re: async-calls and Dispatchers

On Thu, 2007-12-20 at 10:05 -0700, Alex Rousskov wrote: > > > > Expected dispatchers that are fundamentally different to each other > > were: > > - Standard select/epoll style > > - Completion ports (win32) style > > - threaded worker operation gathering > > - deferred operations within a si

Re: async-calls and Dispatchers

On Thu, 2007-12-20 at 08:58 -0700, Alex Rousskov wrote: > > Can I ask why? The point of the current design is to allow integrating > > some quite different sources of events *and* workers. > > CompletionDispatcher was documented as "code to handle events that have > completed". It was implemente

VCS for squid3 development?

This has come up a few times. In past years we did a trial with Arch, which did not work at all well for various reasons. However, there are now very serious and usable alternatives to CVS. Lets choose one. And move the 3.1 HEAD over to that. We can move 3.0's repo over or not - I don't particula

Re: async-calls squid3/src AsyncCallQueue.cc,NONE,1.1.2.1 AsyncCallQueue.h,NONE,1.1.2.1 AsyncCall.cc,1.3.22.10,1.3.22.11 AsyncCall.h,1.3.22.17,1.3.22.18 EventLoop.cc,1.5.4.2,1.5.4.3 Makefile.am,1.131.

On Wed, 2007-12-19 at 23:09 +, Alex Rousskov wrote: > Update of cvs.devel.squid-cache.org:/cvsroot/squid/squid3/src > > Modified Files: > Tag: async-calls > AsyncCall.cc AsyncCall.h EventLoop.cc Makefile.am > Added Files: > Tag: async-calls > AsyncCallQueue.cc AsyncCa

Re: building async-calls

On Sun, 2007-12-16 at 21:57 +0900, Adrian Chadd wrote: > On Sun, Dec 16, 2007, Tsantilas Christos wrote: > > > OK Adrian I fixed this too. You can build the async-calls without > > enabling of ICAP client. > > > > > Next question - if I read this code right, a class is instanced > for every > >

Re: http header deletion?

On Mon, 2007-12-10 at 17:26 +0900, Adrian Chadd wrote: > > Why/where is the code assuming that offset 0 will be HDR_DATE and > offset 1 will > be HDR_EXPIRES? The replacement code doesn't check to see whether > anything is > at the position in the array that its inserting into.. > > Would it mak

Re: caching "dynamic" content

On Thu, 2007-11-15 at 09:37 +0900, Adrian Chadd wrote: > G'day, > > I'd like to propose a Squid modification - to cache "dynamic" content > thats playing "good". I long ago turned off the ? cache deny rule on my caches. That said, making reply header checks be able to influence cache rules sound

cvs commit mails - unidiff?

Any chance of getting unidiff rather than context diffs ? -Rob -- GPG key available at: . signature.asc Description: This is a digitally signed message part

Re: preserve cvs history of moved files.

On Sun, 2007-10-14 at 21:45 +0300, Tsantilas Christos wrote: > Hi, > I read again my previous mail and looks a little stupid. > > I will try to help Alex with AsyncCalls project: > http://wiki.squid-cache.org/Features/NativeAsyncCalls > > As first steps at the async-calls branch of sourceforge

Re: Modules, installing Squid headers, and src layout

On Thu, 2007-10-11 at 20:17 -0600, Alex Rousskov wrote: > Hello, > > To support loadable modules, we may need to alter Squid sources layout > or installation procedure. This email discusses the problem and four > possible solutions. Please review and suggest the best path forward. I'd reall

Re: Migrating to Subversion

On Sun, 2007-10-07 at 03:51 +0200, Henrik Nordstrom wrote: > On sön, 2007-10-07 at 03:47 +0200, Henrik Nordstrom wrote: > > > bzr and git is the only two left standing on my list of choices. Neither > > is perfect, but both significantly better than most other.. with bzr > > being the main candida

Re: Migrating to Subversion

On Fri, 2007-10-05 at 09:43 -0600, Alex Rousskov wrote: > Hello, > > With Squid 3.0 branching event approaching, perhaps now is a good time > to decide whether we want to switch from CVS to Subversion? > > Pros: > + Many consider svn to be "overall better" than CVS. Its branch model is t

[Fwd: [SLUG] {Commercial} SafeSquid "SPEED-BOOSTER" 4.2.0 Released]

Garh! This turned up on my local LUG list. Its *not* squid, its not related to squid, and its not open source. We really should see if we can do something about their abuse of the squid brand. -Rob -- GPG key available at: . --- Begin Message --- Hello All,

Re: cvs commit: squid3 configure.in

On Mon, 2007-09-24 at 09:49 -0600, Alex Rousskov wrote: > On Wed, 2007-09-19 at 15:41 +1200, Amos Jeffries wrote: > > > On Fri, 2007-09-07 at 09:43 +0800, Adrian Chadd wrote: > > > > > > That said, doing dynamic loading has GPL implications that I'm not > > > currently comfortable with. > > > > >

Re: cvs commit: squid3 configure.in

On Fri, 2007-09-07 at 09:43 +0800, Adrian Chadd wrote: > On Thu, Sep 06, 2007, Henrik Nordstrom wrote: > > > Maybe. I'll leave that to you to judge. Don't have a clear opinion > > either way. But why not? > > > > HTCP and SNMP is very non-intrusive, just enabling code which is never > > used unle

Re: wccp2d in sourceforge

On Tue, 2007-09-04 at 10:04 +0800, Adrian Chadd wrote: > On Tue, Sep 04, 2007, Robert Collins wrote: > > > What IO load does this get? perhaps writing it in python or something > > would be better overall? > > Then its a pain in the ass to put into something embedded. R

Re: wccp2d in sourceforge

On Tue, 2007-09-04 at 09:18 +0800, Adrian Chadd wrote: > I've put my wccp2 code breakout into a new module in the sourceforge squid > repository (under "wccp2d".) > > For now its "just" the squid wccp2.c with some glue to make it live outside > of Squid. It uses libevent for its network IO. > > T

Re: squid-3 ?

On Thu, 2007-08-16 at 11:59 +0300, Tsantilas Christos wrote: > Hi all, > > Alex Rousskov wrote: > > The primary idea behind RC1 is to bring in users who are ignoring PRE > > releases because there were so many PREs. We need more testers than a > > handful of folks running PREs on busy sites. > >

Re: cvs commit: squid3/src ftp.cc

On Tue, 2007-08-14 at 17:58 +0200, Henrik Nordstrom wrote: > On tis, 2007-08-14 at 23:01 +1200, Amos Jeffries wrote: > > Alex Rousskov wrote: > > > On Mon, 2007-08-13 at 12:01 +0200, Guido Serassio wrote: > > > > > >> Now fixed. > > > > > > If you have time, it may be better to replace a virtual

Re: Default debug stream formatting

On Wed, 2007-08-08 at 08:28 -0600, Alex Rousskov wrote: > Hi, > > Any objections to setting the default formatting flags for the Squid3 > debugs() stream to "fixed" with a 2-digit precision? It would help to > convert cache.log messages like > > Took 6.6 seconds (3.5e+03 objects/sec).

Re: bug 2000 - patch

On Mon, 2007-08-06 at 01:52 +1200, Amos Jeffries wrote: > > Have you looked at the g++ > > changelog to see if anything stands out? > > yes, there is no mention in either the Debian changelog or the gcc one > of anything stream related back to before the versions that are known to > have no pr

Re: bug 2000 - patch

On Sun, 2007-08-05 at 22:03 +1200, Amos Jeffries wrote: > > Building on recent testing versions of Debian with upcoming g++ 4.1.3 > and 4.2.1 it fails the unit-tests. > > std::setw() on a string/char requires something that is not > implemented > in the StoreEntrystream* classes. My limited-kno

Re: bug 2000 - patch

On Sun, 2007-08-05 at 19:39 +1200, Amos Jeffries wrote: > Here is the patch to obsolete StoreEntryStream from squid. > If any of you want to check it before I push it to HEAD next weekend. > > It blocks out the StoreEntryStream class code and test cases, and > replaces all use of the stream with c

Re: segfault in clientSocketRecipient

On Thu, 2007-07-26 at 22:26 -0600, Alex Rousskov wrote: > > revision 1.593 > > date: 2002/09/24 10:46:43; author: robertc; state: Exp; lines: +783 -659 > > Client side refactoring - no functionality changes > > Does anybody know whether we should resurrect support for the NULL rep > case in cl

Re: Event order

On Fri, 2007-07-27 at 09:08 +1000, Robert Collins wrote: > On Thu, 2007-07-26 at 09:31 -0600, Alex Rousskov wrote: > > Folks, > > > > There are at least two known difficult-to-reproduce bugs that may be > > explained by asynchronous calls being called out of order

Re: Event order

On Thu, 2007-07-26 at 09:31 -0600, Alex Rousskov wrote: > Folks, > > There are at least two known difficult-to-reproduce bugs that may be > explained by asynchronous calls being called out of order. I do not know > whether out-of-order execution is indeed their cause, but they prompted > me

Re: SqString

On Thu, 2007-05-24 at 11:19 +0200, Henrik Nordstrom wrote: > Should we back out SqString for now until the implicit cast issues have > been analyzed in more detail, or try fixing it somehow for the 3.0 > release? > > http://www.squid-cache.org/bugs/show_bug.cgi?id=1970 > > My vote is to defer the

Re: cvs commit: squid3/lib MemPool.cc

On Wed, 2007-05-23 at 22:49 +0200, Henrik Nordstrom wrote: > > Mem::Init needs to be called via the setUp() method, not from an > automatic instantiation constructor.. Actually I spent quite some time making it work correctly without setUp. I think manual setup is very annoying and error prone:

Re: OS builds

On Wed, 2007-05-02 at 14:05 +1200, [EMAIL PROTECTED] wrote: > > Without knowing a lot about the sourceforge compile farm it seems to > me we > could possible leverage that. > > Has anyone looked at it before? Not anymore: "As of 2007-02-08, SourceForge.net Compile Farm service has been officiall

Re: squid3-largeobj squid3/src AccessLogEntry.h,1.7,1.7.10.1 HttpHeader.cc,1.40,1.40.6.1 HttpHeader.h,1.18,1.18.6.1 HttpHeaderTools.cc,1.21,1.21.6.1 HttpMsg.cc,1.29,1.29.6.1 HttpMsg.h,1.14,1.14.6.1 Ht

On Wed, 2007-04-18 at 20:52 +0200, Guido Serassio wrote: > > I think that here should be used the standard ISO C99 macro PRId64 > like in Squid 2.6. > This allow the portability of the code: on Windows %lld is not > available, when on some Unix 64 bit platforms (HP Tru64 is one) %ld > must be u

Re: Removing cppunit

On Fri, 2007-04-13 at 14:29 +1000, Robert Collins wrote: > On Thu, 2007-04-12 at 22:02 -0600, Alex Rousskov wrote: > > > > That is good, but I do not think we should require it. Cppunit is a > > developer tool. "Make check" is a user-level reassurance that the

Re: Removing cppunit

On Thu, 2007-04-12 at 22:02 -0600, Alex Rousskov wrote: > > That is good, but I do not think we should require it. Cppunit is a > developer tool. "Make check" is a user-level reassurance that the > package was built correctly. I think this is the root of our disagreement. 'make check' to me is no

Re: Removing cppunit

On Thu, 2007-04-12 at 21:01 -0600, Alex Rousskov wrote: > > > Running "make check" (or whatever it is) would run cppunit test cases > if > somebody has cppunit installed and should skip them (with a warning) > if > somebody does not have cppunit installed. > > If there is a special make target t

Re: Squid 3.0 bugs that need you.

On Fri, 2007-04-13 at 12:45 +1200, [EMAIL PROTECTED] wrote: > > It has not been linked to the cppunit testers, but I have written a > specific test app to check each function and proivide for maula-eye > check > in increments from simplest up for both ipv4-pure then dual protocol > paths. > Then i

Re: Squid 3.0 bugs that need you.

On Fri, 2007-04-13 at 01:40 +0200, Henrik Nordstrom wrote: > > > yay! this has been causing me some nightmares just thinking about > it. > > I'll get onto a purge this weekend unless there is anyone else who > wants > > to do it or veto it. > > Speak up within 8 hours or I'll create a 'nocpp'

Re: importing logfiles into MySQL

On Wed, 2007-03-21 at 17:48 +0800, Adrian Chadd wrote: > There's tens of ways of importing Squid logfiles into MySQL (mostly as part > of a web utility to analyse/browse/report on Squid use.) > > I'm writing one for a client and I figure the best thing we can do is > include a "Squid format" MySQL

Re: squid3 comments

On Wed, 2007-02-28 at 17:54 -0700, Alex Rousskov wrote: > > I think we should start from stating the goal of these changes in > Squid > 3.0. If they are for performance improvement, I would suggest waiting > until v3.1 or until performance tests indicate that we must improve > Squid 3 performance

Re: clientReplyContext::replyStatus and proxy_keepalive

On Wed, 2007-02-07 at 17:42 -0700, Alex Rousskov wrote: > Hello, > > If you understand clientReplyContext::replyStatus, please see if you > can help me with the following problem. > ... > Could somebody please explain the logic here? Specifically, I do not > understand why proxy_keepalive f

harmless options should default to on ?

I just noticed that the follow-xff feature defaults off. I think we should turn *on* features that dont add extra processing to the default pipeline[we have a number :)] - this would make it easier for distros, and wouldn't impact anything except the default executable size. Thoughts? Rob -- GP

Re: proposal: change installed default squid.conf to fit best practice.

On Wed, 2007-01-03 at 07:59 +0800, Adrian Chadd wrote: > > Yah ok, I'll look at adding recursive include's into 2.6/3.0 . IIRC theres a branch already on devel.squid-cache.org. If not then its probably in my old tla collection on squid-cache.org/~robertc. From memory it works, but we didn't merge

Re: proposal: change installed default squid.conf to fit best practice.

On Sat, 2006-12-30 at 16:49 +0800, Adrian Chadd wrote: > On Sat, Dec 30, 2006, Robert Collins wrote: > > As we all recommend that users have a minimal config - just the actually > > set settings, why dont we install that by default ? > > What I'd actually like to see is

proposal: change installed default squid.conf to fit best practice.

As we all recommend that users have a minimal config - just the actually set settings, why dont we install that by default ? -Rob -- GPG key available at: . signature.asc Description: This is a digitally signed message part

Re: oprofile, callgraphs

On Tue, 2006-12-19 at 13:38 +0800, Adrian Chadd wrote: > Has anyone managed to extract callgraphs out of oprofile? > oreport keeps generating callgraphs with each child function being the same > as the called function. Its rather frustrating. > > (It'd also be nice if I could generate callgraphs o

Re: squid-3 pre?

On Wed, 2006-11-01 at 08:55 +0800, Adrian Chadd wrote: > Hiya, > > Whats left to do before the next PRE is released? JFDI. Its better than the current PRE already. -Rob -- GPG key available at: . signature.asc Description: This is a digitally signed mess

Re: Squid-2.6 comm_select_win32.c, time for a rewrite to new commloop structure?

On Sat, 2006-10-28 at 02:51 +0200, Henrik Nordstrom wrote: > WSAAsyncSelect() ... probably better to go straight to overlapped io, which is pretty nice. -Rib -- GPG key available at: . signature.asc Description: This is a digitally signed message part

Re: the way to support content-encoding of HTTP1.1

On Fri, 2006-10-13 at 14:56 +0800, 树新 郑 wrote: > hi, I've seen the patch modules of squid which support http-gzip transfer > mode with http1.1. > > (These modules's url such as: > > http://devel.squid-cache.org/projects.html#gzip > > http://devel.squid-cache.org/stale_projects.html#te > > http

Re: When you'll finish the Squid Programmers Guide?

On Wed, 2006-10-11 at 13:14 +0400, Волков Александр wrote: > Hello, squid-dev. > > When you'll finish some chapters of the Squid Programmers Guide? > http://www.squid-cache.org/Doc/Prog-Guide/ > > especially 15. Server Protocols & 20. ICP? If you'd like to write some prose for them that would be

Re: protocol clarity

On Tue, 2006-10-10 at 09:24 -0600, Alex Rousskov wrote: > On Sun, 2006-09-10 at 21:40 +1000, Robert Collins wrote: > > So I've finished my analysis of the protocol stuff in squid - protocol_t > > etc. > > > > http://wiki.squid-cache.org/ForwardRework has some thoug

Re: proposal to remove port 563 from default ACLs

On Fri, 2006-09-29 at 16:07 -0600, Duane Wessels wrote: > Our default ACL configuration allows CONNECT requests to port 563, > which is for NNTP over SSL. Assuming that nobody really uses NNTP > over SSL, especially through an HTTP proxy, I suggest that we > remove it from the defaults. Agreed.

squid bug fest starting

Just letting everyone know, the second 3.0 bugfest is starting now on #squiddev on irc.freenode.net. The focus is on getting the last critical issues ironed out as per the roadmap http://wiki.squid-cache.org/RoadMap Cheers, Rob -- GPG key available at: .

font for the new artwork buttons?

Duane, do you know what font was used in making the sample buttons for the new artwork ? -Rob -- GPG key available at: . signature.asc Description: This is a digitally signed message part

Re: Squid-3 roadmap change

On Tue, 2006-09-26 at 23:53 +0800, Adrian Chadd wrote: > On Tue, Sep 26, 2006, Henrik Nordstrom wrote: > > I propose the following change in the Squid-3 roadmap > > > > 1. Add minimal HTTP/1.1 support as a requirement for 3.0.STABLE. It's > > seriously starting to be a bigh hinderance for Squid be

upcoming bug-fest weekend

Just a reminder - this coming weekend is the second monthly bugfest for squid-3.0. I'll be there most of the weekend focusing on squid 3.0, though I have a social engagement for lunch on sunday. Hope to see you all there! -Rob -- GPG key available at: .

Re: squid-3 comm reworking, pass 1

On Mon, 2006-09-18 at 15:18 +0800, Adrian Chadd wrote: > > Why? I don't believe the current abstractions to be useful. > Noone has really made any real push to use alternative network/ > communication layers which don't provide Berkeley sockets and > file descriptors. The real way to do this is to

Re: 3.0 branding - release plans - etc

On Fri, 2006-09-15 at 12:04 +0200, Henrik Nordstrom wrote: > sön 2006-09-10 klockan 21:52 +1000 skrev Robert Collins: > > > I think 3.0 STABLE1 when release should be: > > * more functional than 2.6 STABLEX - there should be no regressions in > > functionality. &g

Re: 3.0 branding - release plans - etc

On Wed, 2006-09-13 at 17:26 +0800, Adrian Chadd wrote: > On Wed, Sep 13, 2006, Robert Collins wrote: > > On Wed, 2006-09-13 at 08:52 +0800, Adrian Chadd wrote: > > > I've updated the roadmap on the Wiki. > > > > > > http://wiki.squid-cache.or

Re: 3.0 branding - release plans - etc

On Wed, 2006-09-13 at 08:52 +0800, Adrian Chadd wrote: > I've updated the roadmap on the Wiki. > > http://wiki.squid-cache.org/Roadmap > > How does that look? > > Robert; whats the latest with the website stuff? You mentioned you may have > a party or two interested in doing some website improve

Re: parser bug in -3 ?

On Tue, 2006-09-12 at 22:59 +0800, Adrian Chadd wrote: > Hiya, > > I seem to recall a parser bug in -3 thats hiding somewhere in Bugzilla. > Something about an extra newline being over-parsed or something. > > Could someone help me find it, then help me replicate it? It was emitting an extra new

Re: 3.0 branding - release plans - etc

On Mon, 2006-09-11 at 16:57 -0600, Duane Wessels wrote: > > > On Sun, 10 Sep 2006, Robert Collins wrote: > > > So, chatting with Adrian today, and some friends, I have some thoughts > > about what precisely 3.0 should be. > > > > I think 3.0 STABLE1 when rele

3.0 branding - release plans - etc

So, chatting with Adrian today, and some friends, I have some thoughts about what precisely 3.0 should be. I think 3.0 STABLE1 when release should be: * more functional than 2.6 STABLEX - there should be no regressions in functionality. * within 10-15% of the speed of 2.6 STABLEX. these two poi

protocol clarity

So I've finished my analysis of the protocol stuff in squid - protocol_t etc. http://wiki.squid-cache.org/ForwardRework has some thoughts about how we can improve the current api, to make SSL fit in more cleanly, and make doing some nifty things, like forwarding via ssh tunnels, or peers that need

Re: Split out client protocols from protocol_t

On Sat, 2006-09-09 at 10:17 +0200, kinkie wrote: > > http://www.squid-cache.org/bugs/show_bug.cgi?id=1763 has attached to it > > a split out of the client protocol support from protocol_t. > > > > This is fairly important to folk wanting to write new client protocol > > modules - at the moment they

Split out client protocols from protocol_t

http://www.squid-cache.org/bugs/show_bug.cgi?id=1763 has attached to it a split out of the client protocol support from protocol_t. This is fairly important to folk wanting to write new client protocol modules - at the moment they need to perform shotgun surgery all through the code base because t

Re: bug 1592

On Fri, 2006-09-08 at 13:29 +0800, Adrian Chadd wrote: > On Fri, Sep 08, 2006, Henrik Nordstrom wrote: > > > I think for 3.0 we should be similar to 2.6. Protocol registers the > > error in fwdState and then closes the connection or otherwise > > deassociates the fd from the fwdState. > > > > For

Re: time for a new 3.0 pre ?

On Thu, 2006-09-07 at 17:18 +0800, Adrian Chadd wrote: > My commit to split up fwdState::~fwdState() may have fixed this. > Could you quickly try this out and see if we can duplicate it? I triggered it this morning doing: squidclient -p 8080 -m HEAD ftp://ftp.easynet.be/ubuntu-iso/6.06/foo Rob -

Re: time for a new 3.0 pre ?

On Thu, 2006-09-07 at 11:12 +0200, Guido Serassio wrote: > Hi, > > At 00.58 07/09/2006, Henrik Nordstrom wrote: > >tor 2006-09-07 klockan 07:09 +1000 skrev Robert Collins: > > > With the bug database in better shape, is it time for a new PRE release > > > of 3.0

Re: [squid-users] HEAD requests for non existent files on ftp

On Wed, 2006-09-06 at 12:33 -0300, Guilherme Salgado wrote: > Hi there, > > Today I was checking if it'd be possible to use squid to proxy FTP HEAD > requests for me, and although I found that this is handled in src/ftp.c > and using libwww-perl's GET to issue a HEAD request on an existent file >

september 1st bugfest was a success!

Hi, I think the bugfest last weekend was very successful. During the bugfest, we got: * A number of bugs closed including all those marked critical and most of those marked major: http://wiki.squid-cache.org/BugSprintSeptember2006 * reacquainted with the 3.0 codebase * started some deta

time for a new 3.0 pre ?

With the bug database in better shape, is it time for a new PRE release of 3.0 ? (I think the bug with BodyReady Adrian is tracking down should be fixed first though). -Rob -- GPG key available at: . signature.asc Description: This is a digitally signed me

Re: STL revisited

On Mon, 2006-09-04 at 02:25 +0200, Henrik Nordstrom wrote: > mån 2006-09-04 klockan 09:21 +1000 skrev Robert Collins: > > > Right now, 3.0 is the top priority. However, I think the big step is > > saying 'using the STL is allowed' - we should always be considering an

Re: STL revisited

On Mon, 2006-09-04 at 00:11 +0800, Adrian Chadd wrote: > On Sun, Sep 03, 2006, Robert Collins wrote: > > I'd like to raise the STL again as an option for squid3 rather than > > NIH'ing a whole bunch of core infrastructure. > > Its cool. The STL looks nice.

Re: STL revisited

On Sun, 2006-09-03 at 18:05 +1000, Robert Collins wrote: > I'd like to raise the STL again as an option for squid3 rather than > NIH'ing a whole bunch of core infrastructure. > > The STL, and boost:: - the STL's 'incoming pipeline' provides a tonne of >

STL revisited

I'd like to raise the STL again as an option for squid3 rather than NIH'ing a whole bunch of core infrastructure. The STL, and boost:: - the STL's 'incoming pipeline' provides a tonne of really useful tools for efficient data implementations of trees, hash's etc etc etc. Last time the big concern

Who owns ForwardState?

I realised today while looking at these bugs that one thing which is a little unclear is who 'owns' a number of our objects. Refcounting is important when there are multiple owners - but I think it will clarify our code if we say who 'should' own objects: I.e. FwdState - who owns it? Right now,

BodyReader API issue.. [Attention ICAP folk]

Working on bug 772, I've tracked it down thusly: When we call initiateClose, we dont fully free the BodyReader, because the one on conn is preserved. If we dont fully free it, then we dont discard the body, it just spools forever because theres no callback. If we do free the bodyreader, we trigge

squid-3 style guidelines update ?

I'd like to propose an update to the squid-3 styleguidelines... * Avoid taking actions during a constructor * Avoid taking actions during a destructor The intent for the former is to keep testing clean, but not needing large chains of objects to be ready to use when the thing being tested is co

squid wiki access rights ?!

Its seems that folk who make accounts on the wiki and login cannot edit pages... this is silly, defeats the point of having a wiki. If we /need/ this level of constraint, could we at least ensure that all the squid-core members have admin access across the wiki to fix this ? -Rob [frustrated, mid

weekend-long 3.0 bug-fest starting in 2 hours

Hiya all. I'm kicking off the 3.0 bugfest in about 2 hours local time. Anyone and everyone is welcome to attend - irc.freenode.net, channel #squiddev. Cheers, Rob -- GPG key available at: . signature.asc Description: This is a digitally signed message

squid3 nt port -> mainline

Guido, I'm wondering what parts of the nt port could be brought into the trunk. I.e. your WinAIO and WinDiskThreads code ? -Rob -- GPG key available at: . signature.asc Description: This is a digitally signed message part

Re: [PATCH] Make URN support an optional component

On Sun, 2006-08-27 at 21:24 +0800, Adrian Chadd wrote: > > Its a good goal. The trouble is that you're creating new APIs just by > refactoring. It might be easy to change the API(s) at the point > you've > done the refactoring but I don't think it'll be so easy to do later on > as other code is b

Re: [PATCH] Make URN support an optional component

On Sun, 2006-08-27 at 21:00 +0800, Adrian Chadd wrote: > I like the intention of this patch but: > > * I don't think we should be messing around with everything before > we've at least -released- Squid-3 (And it pains me to say this, > because _I_ want to start taking as much of a knife to the

Re: OpenSSL and Bug #1716

On Sun, 2006-08-27 at 12:17 +0200, Guido Serassio wrote: > Hi Henrik, > > At 00.22 27/08/2006, Guido Serassio wrote: > >Tomorrow morning I will try to define a complete test suite, still I > >don't have found a rule of how this diabolic function prototype "works" ... > >:-) > > I have completed

Re: [PATCH] Make URN support an optional component

On Sun, 2006-08-27 at 00:51 +1000, Robert Collins wrote: > This rather large patch starts breakout apart the bidirectional > dependencies between the forwarding logic and the protocol > implementations. The current result is that the URN protocol is now > utterly invisible to all

[PATCH] Make URN support an optional component

This rather large patch starts breakout apart the bidirectional dependencies between the forwarding logic and the protocol implementations. The current result is that the URN protocol is now utterly invisible to all of the code except for the url parser which dispatches based on finding a matching

file == ftp ?!?!

Currently squid treats a request for file:// as an alias to ftp://. I think this is bogus as all browsers I know of treat file:// as the local file scheme. I'd like to remove this alias support from squid. Any objections? -Rob -- GPG key available at: . s

Re: Squid 2.6 crash

On Thu, 2006-08-24 at 23:38 +0200, Henrik Nordstrom wrote: > fre 2006-08-25 klockan 07:07 +1000 skrev Robert Collins: > > > > >- Add to ERR_INVALID_REQ error file "User: %a" > > > >- reload error messages > > > > ERR_INVALID_URL crash also

Re: Squid 2.6 crash

On Thu, 2006-08-24 at 13:27 +0200, Guido Serassio wrote: > Hi Henrik, > > At 12.40 24/08/2006, Guido Serassio wrote: > > >Hi Henrik, > > > >Just found how to crash Squid 2.6 (latest CVS) ... :-( > > > >- Enable authenticated only access > >- Add to ERR_INVALID_REQ error file "User: %a" > >- re

Re: EventLoop shutdown procedure..

On Tue, 2006-08-22 at 17:10 +0800, Adrian Chadd wrote: > On Mon, Aug 21, 2006, Robert Collins wrote: > > I'd like to make the shutdown procedure async as well - allowing things > > like swap log writing to use calls elsewhere in the codebase that are > > async - like

EventLoop shutdown procedure..

I'd like to make the shutdown procedure async as well - allowing things like swap log writing to use calls elsewhere in the codebase that are async - like the disk engines. Heres my proposed api: - on EventLoop you can call addShutdownEvent(callback, callbackdata); - this builds up a vector of p

3.0 bugfix-fest saturday 2nd - Sunday 3rd september - #squiddev on irc.freenode.net

Hi y'all. I plan to spend all my saturday the 2nd september working on 3.0's critical and major bugs. (gawd, bugzilla search urls bite :) (http://www.squid-cache.org/bugs/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=Squid&component=auth&component=doc&compo

Re: ccache and distcc, take two

On Thu, 2006-08-17 at 01:07 +0200, Kinkie wrote: > On Thu, 2006-08-17 at 00:03 +0200, Henrik Nordstrom wrote: > > ons 2006-08-16 klockan 01:36 +0200 skrev Kinkie: > > > Hi all, > > > this is a second attempt at getting autoconf/automake to > > understand > > > our desire to get builds faster, and

sf.net CVS commit messages

Can we get these to be unidiff -p based rather than the current context diffs ? Cheers, Rob -- GPG key available at: . signature.asc Description: This is a digitally signed message part

<    1   2   3   4   5   6   7   8   9   >