Re: RE23 testing

[Donn Cave <donn@u.washington.edu>]

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
> > "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?



	$ 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