I am consistently (a few times a day) receiving a segv in an AOLserver
installation.
I am using AOLserver3.3ad13 as downloaded from openacs.org and RedHat 8.0.
The segv comes in cache.c when it is in a page hit many many times each
day. Somehow the cache structure has become corrupted.
I have
What's your stacksize? Try increasing it.
Brian
-Original Message-
From: Jerry Asher [mailto:[EMAIL PROTECTED]]
Sent: 11 February 2003 09:25
To: [EMAIL PROTECTED]
Subject: [AOLSERVER] aolserver 3.3ad13 on RedHat 8.0
I am consistently (a few times a day) receiving a segv in an AOLserver
Brian Fenton wrote:
What's your stacksize? Try increasing it.
Brian
Yeah, I've done that one. It's currently 500K.
???
Jerry
That's interesting. My copy of stack.test doesn't include anything like
that. The openacs lore has been that 500K has been the appropriate
stacksize. I have increased it to 4M. Let's see what happens.
I added that warning in myself after getting enough reports. I narrowed
the size to
On Tue, Feb 11, 2003 at 02:40:11AM -0800, Jeff Hobbs wrote:
I added that warning in myself after getting enough reports. I narrowed
the size to 2400K to match the default Tcl eval stack recursion limit of
1000. I think 4M is more than you need, 1M will likely do it, and 2400K
covers all the
Andrew Piskorski wrote:
On Tue, Feb 11, 2003 at 02:40:11AM -0800, Jeff Hobbs wrote:
I added that warning in myself after getting enough reports. I narrowed
the size to 2400K to match the default Tcl eval stack recursion limit of
1000. I think 4M is more than you need, 1M will likely do it,
Rob Mayoff wrote:
+-- On Feb 11, Jerry Asher said:
Sigh, that must've been some sort of computing golden age Oh for
the renaissance!
Yep, the golden age - before multithreaded programming.
I don't believe that's true, in large part because at the time I was
doing multithreading
I'll do the easy but ugly top posting thing
I understand your model, and as usual you have explained your model very
clearly. But I think there are some assumptions in your model that need
to be addressed.
Your argument is basically that it's hard to allocate multiple stacks in
a single