On Sat, Oct 2, 2010 at 7:23 AM, Rainer Jung <rainer.j...@kippdata.de> wrote:
> All builds suceeded, all make check ran fine, except for two cases on > Solaris 10 (Niagara). I reran the tests there and couldn't reproduce the > problem. Tests now running in a loop, so far not reproducible. ... > Details on Solaris 10 test failures > > - both in testreslist > - retried both tests more than 100 times, could not reproduce > - build against apr 1.4.2 I built apr-util-1.3.9 and 1.3.10 against apr 1.3.x HEAD on S10/x86 with SunStudio and haven't reproduced any glitches potentially Niagra presents some scheduling sequences that most of us aren't going to see reslist is unchanged in 1.3.10 but thread_pool has several modifications; to my eye those changes look exceedingly safe; also: added asserts to all the unchecked mutex calls in threadpool and reran testreslist but no hits ran testall under valgrind on Linux and got a hit at exit(): ==7911== Invalid free() / delete / delete[] ==7911== at 0x4024B3A: free (vg_replace_malloc.c:366) ==7911== by 0x4272653: ??? (in /lib/tls/i686/cmov/libc-2.11.1.so) ==7911== by 0x4272119: ??? (in /lib/tls/i686/cmov/libc-2.11.1.so) ==7911== by 0x401F4F3: _vgnU_freeres (vg_preloaded.c:62) ==7911== by 0x41ED033: _Exit (_exit.S:30) ==7911== by 0x418422E: exit (exit.c:100) ==7911== by 0x416BBDD: (below main) (libc-start.c:258) ==7911== Address 0x449d698 is not stack'd, malloc'd or (recently) free'd but same error running apr-util 1.3.9 against same apr So your failures are scary, but &^%$ happens :(
