JavaHL: JNIError: bad C++ this

Hello,

I have an interesting problem concerning JavaHL:

- Windows 7, JRE 8u66, Eclipse 4.2.1, Subclipse 1.8.22, JavaHL 1.8.10
- a changeset of around 2000 files; roughly 50% modified and 50% deleted (probably to a large refactoring)
- on trying to commit the changes eclipse pops up a message after a short time: "Internal error occured during
SVNCommit", "bad C++ this"
- in the eclipse logs a stacktrace was found:

org.apache.subversion.javahl.JNIError: bad C++ this
          at org.apache.subversion.javahl.SVNClient.dispose(Native Method)
          at
  org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.dispose(AbstractJhlClientAdapter.java:3007)
          at
  org.tigris.subversion.subclipse.core.SVNClientManager.returnSVNClient(SVNClientManager.java:162)
          at
  org.tigris.subversion.subclipse.ui.operations.CommitOperation.execute(CommitOperation.java:113)
          at
  org.tigris.subversion.subclipse.ui.operations.SVNOperation.run(SVNOperation.java:90)
          at
  org.eclipse.team.internal.ui.actions.JobRunnableContext.run(JobRunnableContext.java:144)
          at
  org.eclipse.team.internal.ui.actions.JobRunnableContext$ResourceJob.runInWorkspace(JobRunnableContext.java:72)
          at
  org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
          at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)

- this error does not occur when trying to commit a subset of the changes, e.g. any 2 of 4 subdirectories can be
comitted successfully but not all 4 together.

It looks to me like a quantity problem; something like an internal buffer overflow due to the large changeset. I tried
to reproduce this with a similar number of modified/deleted files but had no success so far.

Any ideas how to analyze this problem further ?

kind regards

-- 
Walter Klust