[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: RE23 testing

To: Donn Cave <donn@u.washington.edu>
Subject: Re: RE23 testing
From: Howard Chu <hyc@symas.com>
Date: Thu, 14 Feb 2008 02:32:33 -0800
Cc: openldap-devel@openldap.org
In-reply-to: <0A54DF0B-97C2-429D-AE06-E133892842B1@u.washington.edu>
References: <8CC431ABD824CCCD97BD1EF4@[192.168.1.196]> <200802121837.37241.rhafer@suse.de> <hbf.20080212kgwb@bombur.uio.no> <844AD136-9653-451F-9B65-8475A5D76EE4@u.washington.edu> <4F58E1FCB6F5825E6A692868@STONEKING-LM.CORP.YAHOO.COM> <0A54DF0B-97C2-429D-AE06-E133892842B1@u.washington.edu>
User-agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.9b3pre) Gecko/2008013117 SeaMonkey/2.0a1pre

Donn Cave wrote:

On NetBSD 3.1, test008-concurrency dies trying to allocate
8388608 bytes -

     search_candidates: base="dc=example,dc=com" (0x00000001) scope=2
     ch_malloc of 8388608 bytes failed
     assertion "0" failed: file "ch_malloc.c", line 57, function
"ch_malloc"

Also, same failure with test039-glue-ldap-concurrency - could
be a pattern here.

Yes, both tests would have similar behavior. It seems to me that this isn't anything unusual though. Does NetBSD default to a particular ulimit on datasize?

--
  -- Howard Chu
  Chief Architect, Symas Corp.  http://www.symas.com
  Director, Highland Sun        http://highlandsun.com/hyc/
  Chief Architect, OpenLDAP     http://www.openldap.org/project/

Follow-Ups:
- Re: RE23 testing
  - From: Donn Cave <donn@u.washington.edu>

References:
- RE23 testing
  - From: Quanah Gibson-Mount <quanah@zimbra.com>
- Re: RE23 testing
  - From: Ralf Haferkamp <rhafer@suse.de>
- Re: RE23 testing
  - From: Hallvard B Furuseth <h.b.furuseth@usit.uio.no>
- Re: RE23 testing
  - From: Donn Cave <donn@u.washington.edu>
- Re: RE23 testing
  - From: Quanah Gibson-Mount <quanah@zimbra.com>
- Re: RE23 testing
  - From: Donn Cave <donn@u.washington.edu>

Prev by Date: Re: RE23 final call for testing
Next by Date: Re: RE23 testing
Index(es):
- Chronological
- Thread