Dave Lawrence wrote:
> Stefan Küng wrote:
>> Dave Lawrence wrote:
>>> Has the procedure for doing this changed?
>>>
>>> I understood that I should copy svn.exe from your nightly builds page
>>> into my tortoisesvn bin directory then fix my path to ensure that's the
>>> one it uses.
>>>
>>> But now it complains about various missing dlls eg libsvn_client-1.dll.
>>> I notice that isn't there is the installation, presumably you link it
>>> statically.
>>>
>>> Am I doing something wrong or is this svn.exe not usuable at the moment.
>> Make sure that you really are using the svn.exe from our nightly build
>> server - that one doesn't require any libsvn_* dlls at all but links
>> everything statically.
>> I just downloaded the svn.exe from the server to make sure it was built
>> correctly, and I can verify that it doesn't require additional dlls
>> (apart from those in the TSVN bin folder).
>>
> Seems windows was calling multiple copies of svn.exe? Is this possible?
>
> I'd removed the collabnet installation from my path. If I did "svn
> --version" I first got the errors, then got the version info, which
> definately indicated it was from your nightly build.
>
> So I removed the collabnet install completely, and now it's fine.
>
> I can only imagine that something in the registry made it reference the
> collabnet svn, which then couldn't find the dll's (due to lack of path)
> and so windows carried on searching and found your svn and decided to
> run that instead. Does it do really things like that?
If you have the original svn client in your PATH variable, then yes it's
possible that dll's are not loaded from the TSVN bin folder but from the
svn installation folder.
If you want to avoid these problems, either remove the original svn
client from your PATH variable, uninstall it or always call the TSVN
svn.exe with it's full path (not putting in in the PATH variable).
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
Received on 2008-11-27 20:47:24 CET