Here is a test you can use locally to produce the crash in #1 below.
Just paste it into BasicTests.java.
/**
* Test the basic functionality of {@link
* org.tigris.subversion.javahl.SVNClientInterface#getMergeInfo(}).
* @throws Throwable
* @since 1.5
*/
public void testMergeInfoCrash() throws Throwable
{
OneTest thisTest = new OneTest();
File localPath = new File(thisTest.getWCPath(), "notesWC");
client.checkout("http://svn.collab.net/repos/svn/trunk/notes",
localPath.toString(),
Revision.HEAD, Revision.HEAD, 1, true, true);
MergeInfo mergeInfo =
client.getMergeInfo(localPath.toString(), Revision.HEAD);
System.out.println(mergeInfo.toString());
}
Mark
On 6/4/07, Mark Phippard <markphip@gmail.com> wrote:
> Ran into a couple of bugs in some of the new merge-tracking related
> API's in JavaHL. I imagine some of these are not just in JavaHL.
>
> 1) getMergeInfo(localPath, Revision.HEAD) crashes the JVM when called
> on a WC from an http repository. In this case, it was tigris.org (SVN
> 1.3.x). To recreate, checkout:
>
> svn co http://subclipse.tigris.org/svn/subclipse/trunk/subclipse/feature
>
> Chosen because it is small and demonstrates the problem.
>
> Recreated this problem on Windows and OSX.
>
> 2) getCopySource(localPath, Revision.HEAD) when called on a local
> path that has never been copied gives these errors:
>
> Exception in thread "main" java.lang.IllegalArgumentException: Invalid
> (negative) revision number: -1
> at org.tigris.subversion.javahl.Revision$Number.<init>(Revision.java:216)
> at org.tigris.subversion.javahl.Revision.getInstance(Revision.java:127)
> at org.tigris.subversion.javahl.SVNClient.getCopySource(Native Method)
> at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getCopySource(AbstractJhlClientAdapter.java:2034)
> at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getCopySource(AbstractJhlClientAdapter.java:2025)
>
>
> I think the problem is that the C++ code is trying to create null
> revision objects for the path by using a value of -1. But that is not
> a value the JavaHL Revision class will accept. This problem does not
> appear to cause any additional problems other than the exception being
> logged.
>
> Let me know if you would rather I file issues in the issue tracker.
>
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
>
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jun 5 02:43:05 2007