Symbols not found in libsvn_subr-1.dll

[afoglia]

I just installed version version 2.5b4-1 to use to connect to an subversion repository. Following the steps in the docs[1], I did

     C:\...> bzr init-repo project
     C:\...> cd project
     C:\...> bzr checkout svn://repo/project

And the following message popped up in an error window: "Entry Point Not Found/The procedure entry point svn_rangelist__set_inheritance could not be located in the dynamic link library libsvn_subr-1.dll".

I close that and a similar message pops up about the symbol "svn_mergeinfo__mergeinfo_from_segments"

I grepped the strings in the dll in "Program Files\Bazaar\lib", and while there are some symbols starting with the same prefixes (e.g. "_diff", "_dup"), there was no svn_rangelist__set_inheritance, nor svn_mergeinfo__mergeinfo_from_segments.

One more error about another or entry point not found in a different library (this one identified only by a number) and then bzr starts working. It's currently running in the background.

[1]: http://doc.bazaar.canonical.com/beta/en/user-guide/svn_plugin.html

[Jelmer Vernooij (jelmer)]

Thanks for the bug report, we should be able to fix this for beta 5.

[Martin Packman (gz)]

What's the cause Jelmer? Has subvertpy explicitly depending on a newer libsvn version, or just a build skew?

[Jelmer Vernooij (jelmer)]

No, subvertpy doesn't require newer versions. It sounds like there might be a build issue here somewhere.

[Martin Packman (gz)]

I can't reproduce this with the bundled versions of svn-lib and subvertpy. Do you possibly have a different, incompatible version of the same library exposed on your PATH? Look for the 'libsvn_subr-1.dll' that gets loaded and make sure it's the one from the 'Bazaar\lib` directory.

[afoglia (afoglia)]

You might be right (I'm getting the same error from hg, even though I uninstalled bzr), but I thought I checked that it was that version of the library being called. And as I said, those functions are not in the bzr version of the library, as evidenced by calling strings. So it would have to be another library calling into libsvn_subr-1.dll. Any ideas what it would be?

[Martin Packman (gz)]

Perhaps TortoiseSvn or something else that lives in the background and tries to do work on subversion branches?