On 24 February 2010 18:06, Adrian Chadd wrote:
> Uhm, is O_APPEND defined as an atomic write? I didn't think so. It may
> be under Linux and it may be under certain FreeBSD versions, but it's
> likely a side-effect of VFS locking than the actual specification.
.. and it
On 24 February 2010 06:55, Amos Jeffries wrote:
>> Ah, I did not realize cache.log daemon logging is not supported yet. One
>> more reason to start with simple O_APPEND. As a side effect, we would be
>> able to debug daemon log starting problems as well :-).
>>
>
> Yay. Definitely +3 then. :)
Uh
Talk to the freebsd guys (eg me) about pmcstat and support for your
hardware. You may just need to find / organise a backport of the
particular hardware support for your platform. I've been working on
profiling Lusca with pmcstat and some new-ish tools which use and
extend it in useful ways.
gprof
the trick at least in squid-2 is to make sure that quick abort isn't
occuring. Or it will begin downloading the whole object, return the
requested range bit, and then abort the remainder of the fetch.
Adrian
2009/11/25 Amos Jeffries :
> Matthew Morgan wrote:
>>
>> On Wed, Nov 25, 2009 at 7:09 P
Right. Thats the easy bit. I could even do that in Squid-2 with a
little bit of luck. The hard bit is rewriting the relevant code which
relies on cbdata style reference counting behaviour. That is the
tricky bit.
Adrian
2009/11/20 Robert Collins :
> On Wed, 2009-11-18 at 10:46 +0800, Adr
Plenty of kernels nowdays do a bit of TCP and socket process in
process/thread context; so you need to do your socket TX/RX in
different processes/threads to get parallelism in the networking side
of things.
You could fake it somewhat by pushing socket IO into different threads
but then you have a
in lib/ with static
char buffers that they return need to be changed. That can be done
-now- without having to lock yourself into a particular concurrency
model.
2c,
Adrian
2009/10/15 Amos Jeffries :
> Adrian Chadd wrote:
>>
>> 2009/10/15 Sachin Malave :
>>
>>> Its no
2009/10/15 Sachin Malave :
> Its not like we want to make project bad. Squid was not deployed on
> smp before because we did not have shared memory architectures
> (multi-cores), also the library support for multi-threading was like
> nightmare for people. Now things are changed, it is very easy t
I should also say I've pushed the same under Linux in my little
cacheboy CDN. The peak loads were around 200mbit worth of ~ 300kbyte
cached replies. This was on both 32 bit, 64 bit intel and even an
IA-64 box.
Adrian
2009/10/15 Adrian Chadd :
> I'm pushing upwards of 100mbit of
2009/10/14 Amos Jeffries :
[snip]
I still find it very amusing that noone else has sat down and talked
about the last 20 + years of writing threaded, concurrent code and
what the pro/cons of them would be here; nor what other projects are
doing.
Please don't sit down and talk about how to shoeho
I'm pushing upwards of 100mbit of small objects on FreeBSD using
Squid-2.7/Lusca and COSS.
You can push quite a bit more if your workload fits in memory and/or
is large objects.
2009/10/14 Paul Khadra :
>
> Dear all,
>
> We are planning to install squid on a server where we expect to push 100
> m
I'm connecting the
> wires...)
>
> Kinkie
>
> On Fri, Oct 9, 2009 at 2:52 AM, Adrian Chadd wrote:
>> Ok, this happens for all versions?
>>
>> I can bring this up with facebook engineering if someone provides me
>> with further information.
>>
>
Ok, this happens for all versions?
I can bring this up with facebook engineering if someone provides me
with further information.
Adrian
2009/10/9 Amos Jeffries :
> Thanks to several people I've managed to track down why the facebook issues
> are suddenly appearing and why its intermittent.
>
>
NULL is 0. And note that at least through 1998,
> initialization to 0 was the preferred style in C++, IIRC.
>
> Matt
>
> - "Adrian Chadd" wrote:
>
>> I've just replied to the ticket in question. It should probably just
>> be a bzero() rather
I've just replied to the ticket in question. It should probably just
be a bzero() rather than setting the pointer to 0. Which should really
be setting it to NULL.
Anyway, please test whether the bzero() works. If it does then I'll
commit that fix to HEAD and 2.7.
2009/9/28 Jason Noble :
> I have
Could you please create a bugzilla report for this, complete with a
patch against Squid-2.HEAD and 2.7? I'll then commit it.
2009/9/26 Jason Noble :
> I recently ran into an issue where Squid 2.7 would segfault trying to issue
> HTCP CLR requests. I found the segfault only occurred on 64-bit mach
e
notification between threads.
You can then push some "stuff" into these worker threads as an
experiment and see exactly what the issues are.
Building worker threads into Squid is easy. Making them do anything?
Not so easy :)
Adrian
2009/9/15 Sachin Malave :
> On Tue, Sep 15, 2009 at
But in that case, ACCESS_REQ_PROXY_AUTH would be returned rather than
ACCESS_DENIED..
Adrian
2009/9/15 Robert Collins :
> On Tue, 2009-09-15 at 15:22 +1000, Adrian Chadd wrote:
>> G'day. This question is aimed mostly at Henrik, who I recall replying
>> to a similar qu
2009/9/15 Sachin Malave :
> On Tue, Sep 15, 2009 at 1:18 AM, Adrian Chadd wrote:
>> Guys,
>>
>> Please look at what other multi-CPU network applications do, how they
>> work and don't work well, before continuing this kind of discussion.
>>
>> Everyth
Guys,
Please look at what other multi-CPU network applications do, how they
work and don't work well, before continuing this kind of discussion.
Everything that has been discussed has already been done to death
elsewhere. Please don't re-invent the wheel, badly.
Adrian
2009/9/15 Robert Collin
G'day. This question is aimed mostly at Henrik, who I recall replying
to a similar question years ago but without explaining why.
Why does Squid-2 return HTTP_PROXY_AUTHENTICATION_REQUIRED on a denied ACL?
The particular bit in src/client_side.c:
int require_auth = (answer == ACCESS_REQ_PROXY_AU
2009/8/16 Henrik Nordstrom :
> sön 2009-08-16 klockan 10:23 +1000 skrev Robert Collins:
>
>> If the noise is too disturbing to folk we can investigate these... I
>> wouldn't want anyone to leave the list because of these reports.
>
> I would expect the number of reports to decline significantly as
G'day,
I just noticed in src/HttpReply.c that the vary expire option
(Config.onoff.vary_ignore_expire) is checked if the reply has HDR_VARY
set but it does not check if HDR_X_ACCELERATOR_VARY is set.
Everywhere else in the code checks them both consistently and
assembles "Vary" header contents c
2009/7/20 Henrik Nordstrom :
>> I've fixed a potentially risky situation in Lusca relating to the
>> initialisation of the storeIOState cbdata type. Each storedir has a
>> different idea of how the allocation should be free()'ed.
>
> Risky in what sense?
Ah. I just re-re-re-read the code again an
G'day,
I've fixed a potentially risky situation in Lusca relating to the
initialisation of the storeIOState cbdata type. Each storedir has a
different idea of how the allocation should be free()'ed.
The relevant commit in Lusca is r14208 -
http://code.google.com/p/lusca-cache/source/detail?r=1420
2009/7/17 Ian Hickson :
>> That way you are still speaking HTTP right until the "protocol change"
>> occurs, so any and all HTTP compatible changes in the path(s) will
>> occur.
>
> As mentioned earlier, we need the handshake to be very precisely defined
> because otherwise people could trick unsu
NOte that winbind has a hard coded limit that is by default very low.
Opening 2n ntlm_auth helpers may make things blow up in horrible ways.
Adrian
2009/7/16 Robert Collins :
> On Thu, 2009-07-16 at 14:08 +1200, Amos Jeffries wrote:
>>
>> Both reconfigure and helper recovery use startHelpers()
2009/7/16 Ian Hickson :
>> Right down to the HTTP/1.1 reserved protocol label (do get that changed
>> please).
>
> If we're faking HTTP, then it has to look like HTTP.
The message here is "don't fake HTTP". "Speak HTTP over port 80".
> I'm getting very mixed messages here.
>
> Is there a reliabl
2009/7/16 Ian Hickson :
> We actually used to do that, but we got requests to make it more
> compatible with the HTTP Upgrade mechanism so that people could add the
> support to their HTTP servers instead of having to put code in front of
> their servers.
Right. So why not extend the spec a little
2009/7/15 Amos Jeffries :
> a) Getting a dedicated WebSocket port assigned.
> * You and the client needing it have an argument to get that port opened
> through the firewall.
> * Squid and other proxies can be altered to allow CONNECT through to safe
> defined ports (80 is not one). Or to do t
2009/7/15 Ian Hickson :
> On Tue, 14 Jul 2009, Alex Rousskov wrote:
>>
>> WebSocket made the handshake bytes look like something Squid thinks it
>> understands. That is the whole point of the argument. You are sending an
>> HTTP-looking message that is not really an HTTP message. I think this is
>>
G'day guys,
I've fixed a bug in Lusca which was introduced with Benno's method_t
stuff. The specific bug is revalidation replies 'hanging' until the
upstream socket closes, forcing an end of message to occur.
The history and patch are here:
http://code.google.com/p/lusca-cache/source/detail?r=141
I'm working on a couple of paid squid + active directory deployments
and they're both seeing the occasional NTLM auth popup happening.
The workaround is pretty simple - just enable the IP auth cache. This
however doesn't solve the fundamental problem(s), whatever they are.
The symptom is logs lik
Sorry!
Adrian
2009/5/25 Kinkie :
> On Mon, May 25, 2009 at 2:21 PM, Adrian Chadd wrote:
>> int
>> isUnsignedNumeric(const char *str)
>> {
>> for (; *str; str++) {
>> if (! isdigit(*str))
>> return -1;
>> }
>> return 1;
int
isUnsignedNumeric(const char *str)
{
for (; *str; str++) {
if (! isdigit(*str))
return -1;
}
return 1;
}
2009/5/25 Adrian Chadd :
> strtoul(). But if you want to verify the -whole- thing is numeric,
> just write a bit of C which does this:
>
> i
strtoul(). But if you want to verify the -whole- thing is numeric,
just write a bit of C which does this:
int isNumeric(const char *str)
{
}
2009/5/25 Amos Jeffries :
> Guido Serassio wrote:
>>
>> Hi,
>>
>> At 16.17 24/05/2009, Adrian Chadd wrote:
>>>
>&
ded to getservbyname() under Windows. :)
adrian
2009/5/24 Guido Serassio :
> Hi,
>
> At 04.38 24/05/2009, Adrian Chadd wrote:
>>
>> Can you craft a small C program to replicate the behaviour?
>
> Sure, I wrote the following test program:
>
> #include
> #in
Can you craft a small C program to replicate the behaviour?
adrian
2009/5/24 Guido Serassio :
> Hi,
>
> One user has reported a very strange problem using cache_peer directive on
> 2.7 STABLE6 running on Windows:
>
> When using the following config:
>
> cache_peer 192.168.0.63 parent 3329 0
2009/5/19 Mark Nottingham :
> I'm going to push back on that; the administrator doesn't really have any
> need to get a core when, for example, append_domain doesn't start with .'.
>
> Squid.conf is bloated as it is; if there are cases where a core could be
> conceivably useful, they should be conv
just make that behaviour configurable?
core_on_fatal {on|off}
Adrian
2009/5/19 Mark Nottingham :
> tools.c:fatal() dumps core because it calls abort.
>
> Considering that the core can be quite large (esp. on a 64bit system), and
> that there's fatal_dump() as well if you really want one, can w
2009/5/11 Amos Jeffries :
> We have one user with a fairly serious production machine hitting this
> assertion.
> It's an attempted comm_read of closed FD after reconfigure.
>
> Nasty, but I think the asserts can be converted to a nop return. Does anyone
> know of a subsystem that would fail badly
G'day!
Thanks for that. Would you like to have it included in Squid-2.HEAD
(and thus in the next Squid-2.x release?)
thanks,
Adrian
2009/5/11 Visolve Squid Team :
> Hi All,
>
> We have released an earlier version of an external program( plug-in ) to log
> squid access to MySQL database using
I'm giving my /dev/poll (Solaris 10) code a good thrashing on some
updated Sun hardware. I've fixed one silly bug of mine in 2.7 and
2.HEAD.
If you're running Solaris 10 and not using the /dev/poll code then
please try out the current CVS version(s) or wait for tomorrow's
snapshots.
I'll commit w
Hi all,
I've been braindumping my thoughts into the Lusca blog during some
experimental development to eliminate the data copy in the disk store
read path. This shows up as the number 1 CPU abuser in my test CDN
deployment - where I see a 99% hit rate on a set of large objects (>
16meg.)
My first
Just to add to this - implementing it as a delay pool inside Squid
flattens traffic into one byte pool. Various places may not do this at
all - there may be "free" versus "non-free" (which means one set of
ACLs inside Squid); there may be "cheap" versus "expensive" (again,
possibly requiring multip
I'm looking at implementing this as part of a contract for squid-2.
I was going to take a different approach - that is, i'm not going to
implement quota control or management in squid; I'm going to provide
the hooks to squid to allow external controls to handle the "quota".
adrian
2009/2/21 Pi
Hi all,
It's been a tough decision, but I'm resigning from any further active
role in the Squid core group and cutting back on contributing towards
Squid development.
I'd like to wish the rest of the active developers all the best in the
future, and thank everyone here for helping me develop and
> Uhm, guess I go on holiday and miss out on EVERYTHING I got back on the
> 17th and would have loved to attend had I the precence of mind to have
> checked.
:) Hey, someone got a holiday! Quick, he's relaxed enough now to work! :)
>
> Sorry guys.
>
> In other news I've got some new exposed c
the assumption that NUL will occur, you'll (hopefully) have
been forced to write nicer replacement code, and everyone benefits
from that.
Adrian
2009/1/21 Henrik Nordstrom :
> fre 2009-01-16 klockan 12:53 -0500 skrev Adrian Chadd:
>
>> So far, so good. It turns out doing this
2009/1/21 Kinkie :
> What I fear from the D&C approach is that we'll end up with lots of
> duplicate code between the 'buffer' classes, to gain a tiny little bit
> of efficiency and semantic clarity. If that approach has to be taken,
> then I'd rather take the variant of the note - in fact that's
2009/1/20 Alex Rousskov :
> Please voice your opinion: which design would be best for Squid 3.2 and
> the foreseeable future.
[snip]
I'm about 2/3rds of the way along the actual implementation path of
this in Cacheboy so I can provide an opinion based on increasing
amounts of experience. :)
[Wa
I've just created a branch off of my Cacheboy tree and dumped in the
first set of changes relating to ref-counted strings into it.
They're not as useful and flexible as the end-goal we all want -
specifically, this pass just creates ref counted NUL-terminated C
strings, so creating references of r
Have you tested these changes against various WCCPv2 implementations?
I do recall some structure definitions in the draft mis-matching the
wide number of IOS versions out there, this is why I'm curious.
Adrian
2009/1/10 Amos Jeffries :
> This patch:
> - adds a reference to each struct mention
2009/1/8 Alex Rousskov :
> SMP support has been earmarked for Squid v3.2 but there is currently not
> enough resources to make it happen (AFAICT) so it may have to wait until
> v3.3 or later.
>
> FWIW, I think that multi-core scalability in many environments would not
> require another Squid rewri
-|-aufs
>| |
> |-coss
> ---
> |(thread0)
> |(thread1) ..
> v
> v
> ...
>
when someone decides to either help code it up, or donate towards the effort.
adrian
2009/1/3 ShuXin Zheng :
> Hi, Squid current can only use one CPU, but multi-CPU hardware
> machines are so popular. These are so greatly wastely. How can we use
> the multi-CPU? Can we separate some parallel se
Welcome!
2008/12/30 Regardt van de Vyver :
> Hi Dev Team.
>
> My name is Regardt van de Vyver, a technology enthusiast who tinkers with
> squid on a regular basis. I've been involved in development for around 12
> years and am an active participant on numerous open source projects.
>
> Right now I
Ok, besides the lacking build dependency on src/core and src/debug, I
think the first round of changes are finished. That is, the ctx/debug
routines and all that they depend on have been shuffled out of src/
and into src/core / src/debug as appropriate.
I've pushed the changes to the launchpad URL
Amos, whats this for in src/debug.cc ?
//*AYJ:*/if (!Config.onoff.buffered_logs)
fflush(debug_log);
Adrian
Would someone perhaps enlighten me why Squid-3 is trying to install
src/SquidTime.h as part of some build rule, and why moving it out of
the way (into src/core/) has resulted in "make install" completely
failing?
I'm having some real trouble understanding all of the gunk thats in
the Squid-3 src/M
2008/12/18 Adrian Chadd :
> I've begun fiddling with migrating the bulk of the debug code out of
> src/ and into src/debug/; as per the source reorganisation wiki page.
The next step is migrating some other stuff out and doing some API
hiding hijinx of the debugging logfile code - a bu
2008/12/20 Mark Nottingham :
> I agree. My impression was that it's pretty specific to their requirements,
> not a good general solution.
Well, I'm all ears about a slightly more flexible solution. I mean,
this is an X-* header; we could simply document it as a Squid specific
feature once a few ba
I've begun fiddling with migrating the bulk of the debug code out of
src/ and into src/debug/; as per the source reorganisation wiki page.
The first step is to just relocate the syslog facility code out, which
I've done.
The next step is to break out the debug code which handles the actual
debugg
(As I've forgotten my bundlebuggy login!)
This patch actually starts breaking code out into src/ip versus -just-
implementing the above modification to the zph code.
Which I'm all for, but I think the commit line is misleading.
Adrian
2008/12/12 Bundle Buggy :
> Bundle Buggy has detected this
2008/12/17 Henrik Nordstrom :
> I am a bit uneasy about adding features known to be flawed in design.
> Once the header format is added it becomes hard to change.
>
> Sorry, don't remember the details right now what was flawed. See
> archives for earlier discussion.
>From the archives:
* not han
Hi,
I've got a small contract to get Squid going in front of a small group
of Mediawiki servers and one of the things which needs adding is the
X-Vary-Options support.
So is there any reason whatsoever that it can't be committed to
Squid-2.HEAD as-is, and at least backported (but not committed to
Howdy,
As most of you aren't aware, Kinkie, alex and I had a bit of a
discussion about this on IRC rather than on the mailing list, so
there's probably some other stuff which should be posted here.
Kinkie, are you able to post some updated code + docs after our discussion?
My main suggestion to
2008/12/1 Henrik Nordstrom <[EMAIL PROTECTED]>:
> After analyzing a large cache with significantly declining hit ratio
> over the last months I have came to the conclusion that the removal of
> cache deny QUERY can have a very negative impact on hit ratio, this due
> to a number of flash video site
G'day!
If these are patches against Squid-2 then please put them into the
Squid bugzilla so we don't lose them.
There's a different process for Squid-3 submissions.
Thanks!
Adrian
2008/11/26 Matt Benjamin <[EMAIL PROTECTED]>:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
>
>
>
> - --
I thought about it a while ago but i'm just out of time to be honest.
Writing objects to disk only if they're popular or you need the RAM to
handle concurrent accesses for large objects for some reason would
probably way way improve disk performance as the amount of writing
would drop drastically.
I like the idea too.
2008/11/27 Kinkie <[EMAIL PROTECTED]>:
> On Thu, Nov 27, 2008 at 4:21 AM, Mark Nottingham <[EMAIL PROTECTED]> wrote:
>> I've been playing around with associating specific requests with the debug
>> output they generate, with a simple patch to _db_print along these lines:
>>
>>
g'day!
Just create a ticket in the Squid bugzilla and put the patch into there.
Thanks for your contribution!
Adrian
2008/11/13 Stephen Thorne <[EMAIL PROTECTED]>:
> G'day,
>
> I've been looking into a problem we've observed where this situation
> does not work as expected, this is in squid-
G'day,
I've just committed the delayed forwarding stuff into Squid-2.HEAD.
Thanks,
Adrian
2008/9/25 Alex Rousskov <[EMAIL PROTECTED]>:
> This revision resurrects 1 check/sec limit, but hopefully with fewer
> bugs. In my limited tests, CPU usage seems to be back to normal.
Woo, thanks!
> The DescriptorSet class has O(1) complexity for search, insertion,
> and deletion. It uses about 2
2008/9/24 Martin Langhoff <[EMAIL PROTECTED]>:
> Good hint, thanks! If we did have such a control, what is the wired
> memory that squid will use for each entry? In an email earlier I
> wrote...
sizeof(StoreEntry) per index entry, basically.
> - Each index entry takes between 56 bytes and 88 b
2008/9/23 Martin Langhoff <[EMAIL PROTECTED]>:
> Any way we can kludge our way around it for the time being? Does squid
> take any signal that gets it to shed its index?
It'd be pretty trivial to write a few cachemgr hooks to implement that
kind of behaviour. 'flush memory cache', 'flush disk cac
G'day,
I've looked into this a bit (and have a couple of OLPC laptops to do
testing with) and .. well, its going to take a bit of effort to make
squid "fit".
There's no "hard limit" for squid and squid (any version) handles
memory allocation failures very very poorly (read: crashes.)
You can lim
"only focus" should really have been "our main focus at that short
period of time", not "the only thing we care about."
Sheesh. :P
Adrian
2008/9/22 Alex Rousskov <[EMAIL PROTECTED]>:
> On Mon, 2008-09-22 at 10:36 +0800, Adrian Chadd wrote:
>> Put
framework and do some benchmarking there.
See how it performs, how it behaves, see if it does everything y'all
want cleanly. _Then_ have this discussion.
Adrian
2008/9/22 Adrian Chadd <[EMAIL PROTECTED]>:
> Put this stuff on hold, get Squid-3.1 out of the way, sort out the
> issues
Put this stuff on hold, get Squid-3.1 out of the way, sort out the
issues surrounding that before you start throwing more code into
Squid-3 trunk, and -then- have this discussion.
We can sort this stuff out in a short period of time if its our only focus.
Adrian
2008/9/22 Amos Jeffries <[EMAIL
2008/9/22 Alex Rousskov <[EMAIL PROTECTED]>:
>
> It would help if there was a document describing what connection pinning
> is and what are the known pitfalls. Do we have such a document? Is RFC
> 4559 enough?
I'll take another read. I think we should look at documenting these
sorts of features s
Its a 900-odd line patch; granted, a lot of it is boiler plate for
config parsing and management, but I recall the issues connection
pinning had when it was introduced and I'd hate to try and be the one
debugging whatever crazy stuff pops up in 3.1 combined with the
changes to the workflow connecti
2008/9/19 Amos Jeffries <[EMAIL PROTECTED]>:
> I kind of fuzzily disagree, the point of this is to replace MemBuf + String
> with SBuf. Not implement both again independently duplicating stuff.
I'll say it again - ignore MemBuf. Ignore MemBuf for now. Leave it as
a NUL-terminated dynamic buffer w
2008/9/13 Amos Jeffries <[EMAIL PROTECTED]>:
> This one was easy and isolated, so I went and did it early.
> It's back-compatible, so people don't have to use the new names if they
> like. But its clearer for the newbies until the big cleanup you mention
> below is stable.
Well, the newbies still
have you dumped this into bugzilla?
Thanks!
2008/9/3 Alexander V. Lukyanov <[EMAIL PROTECTED]>:
> Hello!
>
> I have noticed lots of 'impossible keep-alive' messages in the log.
> It appears that httpReplyBodySize incorrectly returns -1 for "304 Not
> Modified" replies. Patch to fix it is attached
Hiya,
Could you please verify this is still a problem in the latest 2.HEAD
and if so lodge a bugzilla bug report with the patch?
Thanks!
Adrian
2008/8/5 Alexander V. Lukyanov <[EMAIL PROTECTED]>:
> Hello!
>
> Some time ago I had core dumps just after these messages:
>Short response fr
I've committed a slightly modified version of this - store_rebuild.c
r1.80 . Take a look and see if it works for you.
Thanks!
Adrian
2008/8/5 Alexander V. Lukyanov <[EMAIL PROTECTED]>:
> Hello!
>
> I use squid in transparent mode, so I don't want degraded performance
> while rebuilding and cle
2008/9/13 Henrik Nordstrom <[EMAIL PROTECTED]>:
> With the patch the code uses WCCP2_METHOD_.. in some places (config
> parsing/dumping) and the context specific ones in other places. This is
> even more confusing.
>
> Very minor detail in any case.
>
>
> On lör, 200
The specification defines them as separate entities and using them in
this fashion makes it clearer for people working on the code.
Adrian
2008/9/13 Henrik Nordstrom <[EMAIL PROTECTED]>:
> On fre, 2008-09-12 at 20:39 +1200, Amos Jeffries wrote:
>
>> +#define WCCP2_FORWARDING_METHOD_GRE WCCP2_M
G'day,
I've started publishing the notes from the presentations and developer
discussions that we held at the Yahoo!7 offices last month.
You can find them at
http://www.squid-cache.org/Conferences/AustraliaMeeting2008/ .
I'm going to try and make sure any further
mini-conferences/discussions/etc
2008/9/11 Alex Rousskov <[EMAIL PROTECTED]>:
>> To clarify:
>>
>> Longer API documents, .dox file in docs/, or maybe src/ next to the .cc
>>
>> Basic rules the code need to fulfill, or until the API documentation
>> grows large, in the .h or .cc file.
>
> You all have seen the current API notes fo
2008/9/11 Alex Rousskov <[EMAIL PROTECTED]>:
> Here is a replacement text:
>
> The comm_close API will be used exclusively for "stop future I/O,
> schedule a close callback call, and cancel all other callbacks"
> purposes. New user code should not use comm_close for the purpose of
> immediately
2008/9/11 Alex Rousskov <[EMAIL PROTECTED]>:
> * I/O cancellation.
>
> To cancel an interest in a read operation, call comm_read_cancel()
> with an AsyncCall object. This call guarantees that the passed Call
> will be canceled (see the AsyncCall API for call cancellation
> definitions and detai
You have the WCCPv2 stuff around the wrong way.
the redirection has nothing to do with the assignment method.
You can and do have L2 redirection with hash assignment. You probably
won't have GRE redirection with mask assignment though, but I think
its entirely possible.
Keep the options separate
G'day,
Squid-2.HEAD doesn't seem to handle CONNECT URLs anymore; I get something like:
[start]
The requested URL could not be retrieved
While trying to retrieve the URL: www.gmail.com:443
The following error was encountered:
* Invalid URL
[end]
Benno, could you please double/triple check
seems to work in local testing. I haven't
yet tested connection aborts and such to make sure that connections
are properly cleaned up.
I'll look at posting a patch to squid-dev in a day or two once my
client has had a look at it.
Thanks,
Adrian
2008/8/8 Adrian Chadd <[EMAIL PROTECTE
Hah, Amos just exposed my on-set short term memory loss!
(Time to get a bigger whiteboard..)
Adrian
2008/9/9 Amos Jeffries <[EMAIL PROTECTED]>:
>> I've been thinking about doing exactly this after I've been knee-deep
>> in the DNS code.
>> It may not be a bad idea to have generic udp/tcp incom
I've been thinking about doing exactly this after I've been knee-deep
in the DNS code.
It may not be a bad idea to have generic udp/tcp incoming/outgoing
addresses which can then be over-ridden per-"protocol".
Adrian
2008/9/9 Amos Jeffries <[EMAIL PROTECTED]>:
>> ---
G'day,
Please make sure you put these patches into bugzilla so they're not lost.
adrian
2008/9/8 Alexander V. Lukyanov <[EMAIL PROTECTED]>:
> On Mon, Sep 08, 2008 at 02:49:50PM +0400, Alexander V. Lukyanov wrote:
>> 3. create method object even for invalid requests (this fixes null pointer
>>
Thanks! Don't forget to bug me if its not sorted out in the next week or so.
Adrian
2008/9/8 Diego Woitasen <[EMAIL PROTECTED]>:
> http://www.squid-cache.org/bugs/show_bug.cgi?id=2455
>
> On Sun, Sep 07, 2008 at 09:28:30AM +0800, Adrian Chadd wrote:
>> It looks fi
1 - 100 of 1104 matches
Mail list logo