Re: cleanup squid3/src dlink.cc,NONE,1.1.2.1 AuthConfig.h,1.3.26.1, 1.3.26.2 AuthUser.cci,1.3,1.3.26.1 AuthUser.h,1.6.4.2, 1.6.4.3 Makefile.am,1.138.2.7,1.138.2.8 client_side_reply.cc, 1.1

2008-03-03 Thread Amos Jeffries
> > Eventually you will want to either use these types outside of src/ > or replace them with the BSD list macros. > > I'd suggest splitting it up into something under the top level dir, > rather than under src/, to avoid having to shift it twice. I know. I think it should become part of the plan

Re: cleanup squid3/src dlink.cc,NONE,1.1.2.1 AuthConfig.h,1.3.26.1,1.3.26.2 AuthUser.cci,1.3,1.3.26.1 AuthUser.h,1.6.4.2,1.6.4.3 Makefile.am,1.138.2.7,1.138.2.8 client_side_reply.cc,1.125.2.2,1.125.2.

2008-03-03 Thread Adrian Chadd
Eventually you will want to either use these types outside of src/ or replace them with the BSD list macros. I'd suggest splitting it up into something under the top level dir, rather than under src/, to avoid having to shift it twice. Stick the bulk of the dlink routines in there, and stuff the

Re: bzr cutover timetable

2008-03-03 Thread Henrik Nordstrom
On Mon, 2008-03-03 at 18:45 +1300, Amos Jeffries wrote: > On the wiki you still have: > > " > * Migrate in progress development branches > hno: I wote no on this. It's up to respective sub-project to merge over if > they like. > " > > Is there going to be a merge script/method available to p

Re: bzr cutover timetable

2008-03-03 Thread Henrik Nordstrom
On Sun, 2008-03-02 at 20:31 +0100, Guido Serassio wrote: > But just a request: please before publish somewhere the binary > package availability and all the instructions and tips needed to use > bzr on all the platforms used for development: Linux, Windows, *BSD, > Solaris, Irix, Tru64, AIX, etc

Re: Initial patch for file suffix acl

2008-03-03 Thread Amos Jeffries
> Hi Robert: > >> >> Its probably better to do this as a combined regex: >> >> acl file_suffix exts .foo .bar .baz >> >> creating a regexp based acl .*(\.foo|\.bar|\.baz)$ The core idea of this suffix check was to get away from regex and make a faster version. Users can already configure a uripath

Re: Initial patch for file suffix acl

2008-03-03 Thread Lucas Brasilino
Hi Robert: Ok. But I store file suffixes in a hash table ? I can hash the url file suffix and check if it's in table. regards Lucas Brasilino for sure. you have a linear scan, comparing all suffixes on all urls. if you assume a normal distribution, of the urls that fail, you will have compare

Re: Initial patch for file suffix acl

2008-03-03 Thread Lucas Brasilino
Hi Robert: Its probably better to do this as a combined regex: acl file_suffix exts .foo .bar .baz creating a regexp based acl .*(\.foo|\.bar|\.baz)$ any decent regexp engine will be better at this than your linear search. Do you think compiling a regex (ok, it's made once) and matching it