Okay, I installed TortoiseSVN, and tried to create a BSDDB format
repository, and I see this message:
"Subversion reported an error while creating a repository!
Make sure the folder is empty and not write protected."
I only have problems with TortoiseSVN, the command-line SVN.exe works
fine. I can create repositories and import files into Subversion's BSDDB
repository type, using the SVN.exe and SVNADMIN.exe command line versions.
However, the equivalent TortoiseSVN actions fail, with several unhelpful
error messages, the one above, and another error, if I try to import into
the BSDDB format repository I created using svnadmin.exe.
The problem is specific to the BSDDB repository format and to TortoiseSVN.
I searched your bug tracking database and didn't find anything similar.
I get an ERROR MESSAGE when creating a BSDDB repository type using
TortoiseSVN 1.1.6, build 3220. I also get an error message trying to
import into a valid BSDDB repository that I created from the command line,
but attempted to import into using TortoiseSVN.
subversion 1.1.4, apr 0.9.6, ... berkely db 4.2.52
libdb42.dll version is 4.0.2.52
TortoiseSVN is installed in C:\Program Files\TortoiseSVN
Subversion command line version is installed in C:\program
files\Subversion\bin.
Steps to reproduce:
(1) I installed SVN command line (svn.exe version is 1.1.4.0)
and TortoiseSVN onto my machine.
(2) Try command line first, so I used svnadmin to create a database.
From command prompt, the following works fine:
mkdir c:\SvnRep
cd c:\SvnRep
svnadmin create Test9 --fs-type bdb
(3)Now I try it from TortoiseSVN, so from Windows explorer, browse
to c:\SvnRep,
(4) Create new empty folder C:\SvnRep\Test10 and browse into it.
Right click inside the empty c:\SvnRep\Test10 folder and click
TortoiseSVN -> Create REpository here.
(5) If you select FILESYSTEM type, it would succeed, but if you pick
BSDDB, it gives an error, although all the necessary files
appear to be created. The error message (message box) says:
"Subversion reported an error while creating a repository!
Make sure the folder is empty and not write protected."
(6) Although "SVNADMIN CREATE" command line WILL create a valid
repository,
and SVN.exe *WILL* do an import, TortoiseSVN will NOT import into
this apparently valid repository, so TortoiseSVN appears totally
broken on my system:
"Unable to open an ra_local session to URL
Unable to open repository 'file:///C:/SvnRep/Test10'
Bad database version: compiled with 4.3.27, running against 4.2.52.
[ I can't figure this last message out at all. How is it that
both libdb42.dll files installed by both my command line SVN.exe
and tortoiseSVN say 4.2.52, yet it says "compiled against 4.3.27?"
Things I have tried to resolve the issue:
(i) obvious stuff: yes the folder is empty, yes I have write
permission, or else why would the file-type repository
creation work, but bsddb repository creation fails?
(ii) Interestingly, I have openOffice.org 1.9.95 (2.0 beta)
installed, which has libdb42.dll 8.0.0.8900 [totally different version
number?]
installed. I think either OpenOffice or TortoiseSVN should not be
distributing a DLL with the same name, and a totally
different version number, and I consider it fishy. I renamed the
libdb42.dll to ~libdb42.~dll and the error still happens.
[my oo beta installation path is C:\Program Files\OpenOffice.org
1.9.95\program]
(iii) Filesystem repository creation works fine, as does importing
into a filesystem repository.
(iv) Command line SVN.exe will create either a Filesystem repository
or a BSDDB repository, but once created,
I can't check into the BSDDB repository, using either TortoiseSVN
or the SVN.exe command line, so I suspect a silent
error or invalid bsddb repository is silently being created. So
I'm rather SCREWED here, and I can't use Subversion
or TortoiseSVN on this machine.
(v) interesting error message when I try to check into
I suspect some other runtime file other than bsddb42.dll is being loaded
in memory. According to depends.exe, the only other
non-windows DLL being loaded is LIBAPRUTIL.DLL, which of course, is
compiled WITHOUT version information, beautiful thing that.
The LIBAPRUTIL.DLL is 167,936 bytes in the TortoiseSVN\bin folder, and
in Subversion\bin it's 168,026 bytes. Nice thing that,
two different versions of this file in the wild, and NO DLL version
information. However, renaming the one in Subversion\bin,
just in case TortoiseSVN is using the wrong LIBAPRUTIL.DLL, does
nothing. My PATH does include "C:\Program Files\Subversion\bin"
however, it does not include the TOirtoiseSVN directory.
Other possibly relevant software installed:
TortoiseCVS, WinCVS, OpenOffice.org 2.0 beta. [I renamed the
libdb42.dll from it however.]
Operating system/Computer information:
Windows XP SP2 +recent security fixes, 2 GB ram, 2.2 ghz
Pentium IV processor, Dell Dimension 4600.
Windows XP "Firewall" feature is turned OFF.
Regards,
Warren Postma
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Thu May 5 15:25:28 2005