On 25.06.2014 14:45, Philip Martin wrote: > Philip Martin <philip.mar...@wandisco.com> writes: > >> Philip Martin <philip.mar...@wandisco.com> writes: >> >>> I'm getting a SEGV in the JVM and it varies from run to run, two >>> examples at the end. I tried r1603298 and r1603297 and those also SEGV. >> Looks like I made a mistake when building the older versions. I am now >> seeing the SEGV with r1603306 but not with r1603305 or earlier versions. > Adding -Xcheck:jni to the java invocation gives: > > /usr/lib/jvm/java-7-openjdk-amd64/bin/java -Xcheck:jni -Xbatch > "-Dtest.rootdir=/home/pm/sw/subversion/obj/subversion/bindings/javahl/test-work" > "-Dtest.srcdir=/home/pm/sw/subversion/obj/../src/subversion/bindings/javahl" > "-Dtest.rooturl=" "-Dtest.fstype=" > "-Djava.library.path=subversion/bindings/javahl/native/.libs:/usr/local/subversionx/lib" > -classpath > "subversion/bindings/javahl/classes:/home/pm/sw/subversion/obj/../src/subversion/bindings/javahl/src:/usr/share/java/junit4.jar" > "-Dtest.tests=" org.apache.subversion.javahl.RunTests > ......................................... > .........FATAL ERROR in native method: Using JNIEnv in the wrong thread > at org.apache.subversion.javahl.util.ResponseChannel.nativeWrite(Native > Method) > at > org.apache.subversion.javahl.util.ResponseChannel.write(ResponseChannel.java:48) > at > org.apache.subversion.javahl.BasicTests$Tunnel.run(BasicTests.java:4004) > Aborted
This particular case should be fixed by r1605718. I'm looking at other possible culprits now. -- Brane -- Branko Čibej | Director of Subversion WANdisco // Non-Stop Data e. br...@wandisco.com