On 25.06.2014 14:45, Philip Martin wrote:
> Philip Martin <philip.martin_at_wandisco.com> writes:
>
>> Philip Martin <philip.martin_at_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. brane_at_wandisco.com
Received on 2014-06-26 11:28:58 CEST