Other than the JavaHL code itself, I believe this is the relevant class
What I really meant was check the things you would check on Linux to make
sure your JavaHL library should still load. One thing we changed in this
release was the order we try to load the libraries. It used to try to
load svnjavahl-1 first, and if that failed, then it tried libsvnjavahl-1.
That order has been flip-flopped. So perhaps it was succeeding with the
first library name in the past? Although if it fails to load the new
library it should try to load the old one so that probably isn't it.
Chris Beck <email@example.com> wrote on 12/01/2004 05:29:44 PM:
> It is whispered that Mark Phippard was heard, on or about 12/01/04
> 15:52 to say:
> > Then it would be helpful if you could do whatever you can to explore
> > more to see what could be the cause.
> > Mark
> Well, it is definitely the case on my machine when I migrate from 0.
> 9.22 to 0.9.23 that the javahl vs cli preference is unset. Whether
> this is a case of the install or a change in the preference code I
> can't tell yet. I was browsing the sublclipse.tigris.org website
> and I can't seem to find the actual source in the View Source pages,
> only the www directory with the compiled jars. If you mail me the
> code or tell me where I can retrieve it or tell me the cvs commands
> to check out each branch I'll check into it.
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
Received on Thu Dec 2 13:14:14 2004