For the record. Robert your method of merge did eventually work. It
seems I was just too impatient with my first attempt.
The URL merge from launchpad just took me an hour to complete. Before
any of the testing began.
So for the duration I think its more efficient to continue the bundle
On Tue, 2008-07-15 at 23:37 +1200, Amos Jeffries wrote:
For the record. Robert your method of merge did eventually work. It
seems I was just too impatient with my first attempt.
The URL merge from launchpad just took me an hour to complete. Before
any of the testing began.
That sounds
Robert Collins wrote:
On Tue, 2008-07-15 at 23:37 +1200, Amos Jeffries wrote:
For the record. Robert your method of merge did eventually work. It
seems I was just too impatient with my first attempt.
The URL merge from launchpad just took me an hour to complete. Before
any of the testing
On tis, 2008-07-15 at 23:42 +1000, Robert Collins wrote:
On Tue, 2008-07-15 at 23:37 +1200, Amos Jeffries wrote:
For the record. Robert your method of merge did eventually work. It
seems I was just too impatient with my first attempt.
The URL merge from launchpad just took me an hour to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kinkie wrote:
Hi all,
I'm now satisfied with the work done in the cachemgr-refactoring
branch and I propose merging it into squid-3 trunk.
Overall view of the changes:
- cachemanager is now a singleton
- list of actions is now a Vector
What I left off is:
- change the actionslist from a Vector to a sorted linked-list (need
the generic linked-list class first)
Is the STL list template unsuitable?
Not as-is IMO, in particular it should be specialized to use
squid-specific features such as MemPools for memory allocation.
Once
We really have to revisit some design decisions like the allocator and
the profiling stuff. Really, the world has moved on since the first
decisions were made years and years ago..
(I'll have figures for all of that sometime..)
Adrian
2008/7/15 Kinkie [EMAIL PROTECTED]:
What I left off is:
