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

Re: RE23 testing

On Feb 14, 2008, at 2:32 AM, Howard Chu wrote:

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

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?

$ ulimit -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) 131072 file size (blocks, -f) unlimited max locked memory (kbytes, -l) 1279544 max memory size (kbytes, -m) 3838632 open files (-n) 64 pipe size (512 bytes, -p) 1 stack size (kbytes, -s) 2048 cpu time (seconds, -t) unlimited max user processes (-u) 160 virtual memory (kbytes, -v) 133120

The tests complete OK on 2_3 and 2_4, with data seg up to 1048576,
max memory size unlimited, stack size 32768, virtual memory 1081344.

Donn Cave, donn@u.washington.edu