My guess is that shmctl(shmid, IPC_RMID, NULL) is called twice, and the second time will cause EINVAL.
It is called once in apr_shm_remove(line 411), and will be called again in shm_cleanup_owner(line 72) caused by apr_shm_destroy. Comments, suggestions? Cheers, Henry On Fri, May 30, 2008 at 11:31 PM, Henry Jen <[EMAIL PROTECTED]> wrote: > I got a different result from Bojan, trunk still fail on OpenSolaris 2008.05. > > [EMAIL PROTECTED]:~/prj/apache.org/apr-trunk/test$ ./testall -v > testatomic : SUCCESS > testdir : SUCCESS > testdso : SUCCESS > testdup : SUCCESS > testenv : SUCCESS > testfile : SUCCESS > testfilecopy : SUCCESS > testfileinfo : SUCCESS > testflock : SUCCESS > testfmt : SUCCESS > testfnmatch : SUCCESS > testargs : SUCCESS > testhash : SUCCESS > testipsub : SUCCESS > testlock : SUCCESS > testcond : SUCCESS > testlfs : SUCCESS > testmmap : SUCCESS > testnames : SUCCESS > testoc : SUCCESS > testpath : SUCCESS > testpipe : SUCCESS > testpoll : SUCCESS > testpools : SUCCESS > testproc : SUCCESS > testprocmutex : SUCCESS > testrand : SUCCESS > testsleep : SUCCESS > testshm : -Line 254: Error destroying shared memory block > (22): Invalid argument > > FAILED 1 of 6 > testsock : |Line 270: Cannot test if connect completes > synchronously > SUCCESS > testsockets : SUCCESS > testsockopt : SUCCESS > teststr : SUCCESS > teststrnatcmp : SUCCESS > testtable : SUCCESS > testtemp : SUCCESS > testthread : SUCCESS > testtime : SUCCESS > testud : SUCCESS > testuser : SUCCESS > testvsn : SUCCESS > Failed Tests Total Fail Failed % > =================================================== > testshm 6 1 16.67% >