On 08.07.2016 10:58, Walter Klust wrote:
> 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 ?
Is there any chance you could try this with JavaHL 1.9.x? There've been
a number of improvements since 1.8.
-- Brane
Received on 2016-07-08 13:09:45 CEST