On Fri, 2008-04-18 at 01:39 +0300, Tsantilas Christos wrote:
> Alex Rousskov wrote:
> > On Thu, 2008-04-17 at 11:54 -0600, Alex Rousskov wrote:
> >
> >> Short-term: surround the parsing call with try/catch. Handle the parsing
> >> exception by committing the buffer as if there was no error and abo
Alex Rousskov wrote:
> On Thu, 2008-04-17 at 11:54 -0600, Alex Rousskov wrote:
>
>> Short-term: surround the parsing call with try/catch. Handle the parsing
>> exception by committing the buffer as if there was no error and aborting
>> the transaction. Do it in v3.0 and v3.1. This should be OK bec
On Thu, 2008-04-17 at 11:54 -0600, Alex Rousskov wrote:
> Short-term: surround the parsing call with try/catch. Handle the parsing
> exception by committing the buffer as if there was no error and aborting
> the transaction. Do it in v3.0 and v3.1. This should be OK because the
> existing parser s
On Thu, 2008-04-17 at 19:28 +0300, Tsantilas Christos wrote:
> Alex Rousskov wrote:
> >
> >> I think, the only solution for squid3.0 is to try to handle the exceptions
> >> thrown by ChunkedCodingParser::parse method, inside the
> >> ICAPModXact::parseBody
> >> method ...
> >
> > What about thr
Alex Rousskov wrote:
>
>> I think, the only solution for squid3.0 is to try to handle the exceptions
>> thrown by ChunkedCodingParser::parse method, inside the
>> ICAPModXact::parseBody
>> method ...
>
> What about throwing from undoCheckOut? Would that work in Squid 3.0? It
> will work in trun
On Thu, 2008-04-17 at 17:32 +1200, Amos Jeffries wrote:
> Alex Rousskov wrote:
> > What about throwing from undoCheckOut? Would that work in Squid 3.0?
>
> I don't think it will work in 3.0. Unless you want to 'port' a
> try...catch for it specifically, just to keep squid running and kill the
>
Alex Rousskov wrote:
On Wed, 2008-04-16 at 14:00 -0600, [EMAIL PROTECTED]
wrote:
http://www.squid-cache.org/bugs/show_bug.cgi?id=2311
--- Comment #5 from Christos Tsantilas <[EMAIL PROTECTED]> 2008-04-16 14:00:28
---
Here is the problem:
1) We are in the ICAPModXact::parseBody method the "
On Wed, 2008-04-16 at 14:00 -0600, [EMAIL PROTECTED]
wrote:
> http://www.squid-cache.org/bugs/show_bug.cgi?id=2311
> --- Comment #5 from Christos Tsantilas <[EMAIL PROTECTED]> 2008-04-16
> 14:00:28 ---
> Here is the problem:
> 1) We are in the ICAPModXact::parseBody method the "bpc" a BodyPipe
On Mon, 2008-04-14 at 06:51 -0600, [EMAIL PROTECTED]
wrote:
> http://www.squid-cache.org/bugs/show_bug.cgi?id=2311
>
>Summary: SQUID crashes/restarts when ICAP enabled on respmod for
> HTTP body size greater than 100kb
>
tis 2008-04-01 klockan 10:49 +0530 skrev Prasad J Pandit:
> I'm using Squid Cache: Version 3.0.STABLE1 for quite some time now, and am
> happy to inform you that it's been doing really well.
>
> The only recurring problem is that, it crashes leaving behind a
> `var/cache/state.new' file of size
Hello all,
I'm using Squid Cache: Version 3.0.STABLE1 for quite some time now, and am
happy to inform you that it's been doing really well.
The only recurring problem is that, it crashes leaving behind a
`var/cache/state.new' file of size 1.9G and `var/logs/store.log' file of
size 2.0G.
11 matches
Mail list logo