ghen@telenet.be wrote:
On Fri, Nov 17, 2006 at 12:19:58PM -0800, Quanah Gibson-Mount wrote:
--On Wednesday, November 15, 2006 3:53 PM +0000 ghen@telenet.be wrote:
Why was tick ticket closed? The problem still exists.
Did you read the notes in the ITS system?
I did. It says "NetBSD-specific, raise stacksize ulimit". I hope you don't count such a work-around as a fix...
The fact that altering your ulimit changes the behavior indicates that your OS's pthread implementation is broken. We cannot fix that. We use the documented, portable pthread API to specify the stack size that we need for each thread, and it seems your platform will not honor our request without you raising your ulimit. The stacksize ulimit should only affect non-threaded processes, or the main thread in a threaded process. It should not affect any threads created by the application, especially when we set an explicit size at thread creation time.
So you have to set an explicit ulimit before starting slapd. This is no different from having to set the nfiles limit on some platforms to raise the number of available file descriptors. That's an administration detail, not a software bug.