Ok, my mistake.
>>> SUMMARY: All tests successful. I got “success” for all the tests from “make check” command after compiling svn from sources NOT using the root account. First I tried to ensure the build process was using the “apr” and “apr-util” compiled from the subversion-1.10 sources directory, but the same locks-test #14 failed (even forced a “apt-get remove libapr1 libapr1-dev libaprutil1 libaprutil1-dbd-sqlite3 libaprutil1-dev libaprutil1-ldap”). But that was not the problem. Only when I used a non-root account to compile from sources from scratch, all the tests were successfull. Regards and sorry for the inconvenience, -- Juan Philip said: >If you have gdb installed you can check whether the 0444 permissions >have made it to the filesystem (-r--r--r--). Something like: $ libtool --mode=execute gdb -arg ./locks-test 14 (gdb) b svn_fs_lock_many (gdb) r Breakpoint 1 (gdb) shell ls -l test-obtain-write-lock-failure/write-lock -r--r--r-- 1 pm pm 0 May 1 13:17 test-obtain-write-lock-failure/write-lock (gdb) b open (gdb) c Breakpoint 2 (gdb) shell ls -l test-obtain-write-lock-failure/write-lock -r--r--r-- 1 pm pm 0 May 1 13:17 test-obtain-write-lock-failure/write-lock (gdb) fin (gdb) fin Value returned is $1 = 13 (gdb) p fname_apr $2 = 0x7ffff7eea130 "test-obtain-write-lock-failure/write-lock" (gdb) shell ls -l test-obtain-write-lock-failure/write-lock -r--r--r-- 1 pm pm 0 May 1 13:17 test-obtain-write-lock-failure/write-lock >The second breakpoint is the open that should fail. The two "fin" >commands return to the Subversion code and the value 13 is EPERM >showing >the open failed (because the file has permissions -r--r--r--). >In your case I assume the return value is 0 rather than 13 and the file >permissions are not -r--r--r--.