Hi,
For now I just modified the dump file by hand, but it's still curious.
Nevertheless, it would be interesting to know the details. In many cases
one problem is the door to a bunch of other problems ;-)
Fixing that problem solved a number of other problems until I reached
revision 3800.
Hello Erik,
thanks for looking this up, but it is still very difficult to tell you
the exact course of events.
The SanityChecker tries to follow all svn activities in order to detect
such problem prior to loading the dumpfile into the repository. So the
reason, that it will change an 'change'
Hello Dimitri,
Dering, Dimitri schrieb:
Unfortunately commenting the lines in Dumpfile.pm (as Dirk have
described) didn't help. The conversion took a little bit more time but
finally svnload ends with the same error message. Any ideas what we
could do here?
Thank you for your help!
Below is th
TJ wrote:
As for uncommenting the lines in "Dumpfile", when I check the vss2svn
repository, the current version of the file appears to already have these
uncommented. Is this the version of the file included in the distributed exe?
The distributed exe was created from tag 0.10.0-beta-2. This i
Dirk wrote:
Toby, is it possible that the "sanity checker" is eating the names?
Sorry, I'm joining the conversation a bit late... the sanity checker
does not affect the database (or cache files) in any way. All it can do
is "veto" a Subversion action that the script is about to perform, if it
Hi,
I'm getting a lot of "Attempt to delete non-existent item" errors. My command
window is set up to only show 50 lines though, so I can't see if there are any
other errors before this. If you need me to, I can change the window properties
and run the script again to see if there are any other
> Toby, is it possible that the "sanity checker" is eating the names?
> Dimitri and Tom, could you try to uncomment the lines 128 to 148 with a
> "#" mark in the Dumpfile.pm to see whether the latest addition is
> causing the problem
>
(deleted code)
> Dimitri and Tom, can you summarize the
Hi,
I'm having the same problem. When I look in my VssAction.txt there are hundreds
of adds and commits and other items with no paths. Removing them manually would
cut the file in half or more.
removing the empty lines is also no solution, since you will have other
import problems then.
Dimitri Dering iabg-lss.com> writes:
>
\N
> 233 BJAA1 ADD /Common/common.h2 0
> \N
> 234 CJAA1 ADD /Common/Common.rc 2 0
> \N
>
> I'll try to remove the empty lines manually.
>
> Best regards,
>
>
Hi Dirk,
No, there are no path specifications before 190, they begins a little
bit later. It looks like the following:
207 DHAA2 COMMIT 2 1 \N
208 QIAA1 ADD /Common/1 0 \N
209 RIAA1 AD
Dering, Dimitri schrieb:
Hi Dirk,
please see my answers below.
>what Jon said is right. For some reason the converter is adding an item
>wth the same name twice. There can be multiple reasons for this. In
>order to help you, we need more information:
>1.) what version of the converter are you
Title: Re: svnload: File already exists
Hi Dirk,
please see my answers below.
>what Jon said is right. For some reason the converter is adding an item
>wth the same name twice. There can be multiple reasons for this. In
>order to help you, we need more information:
>1.) what ve
<<< New transaction based on version 26 started
* Adding path: ...svnadmin: File already exists: File system 'D:/
Repositories/SVN/db', Transaction '25-1', Path ''
Look at the datacache.VssAction.tmp.txt and
datacache.PhysicalAction.tmp.txt files to see the ordering of the
actions. Lo
<<< New transaction based on version 26 started
* Adding path: ...svnadmin: File already exists: File system 'D:/
Repositories/SVN/db', Transaction '25-1', Path ''
Look at the datacache.VssAction.tmp.txt and
datacache.PhysicalAction.tmp.txt files to see the ordering of the
actions. Look
14 matches
Mail list logo
