Hi,
here is the log output from another case:
------- ?bertrage Revision 1299 >>>
<<< Neue Transaktion basieren auf Originalrevision 1300 gestartet
* editing path : trunk/java/newtron/trading/web/App.java ... done.
------- ?bertrage Revision 1300 >>>
<<< Neue Transaktion basieren auf Originalrevision 1301 gestartet
* editing path : branches/clickplastics/java/newtron/trading/web/AppMRO.java ...svn: File not found: transaction '1300-1', path 'branches/clickplastics/java/newtron/trading/web/AppMRO.java'
I used a subset of the cvsrepository to reproduce the bug. Unfortunately the mentioned directories are not
enough to reproduce the bug. In my bug testcase I included several directories and files, nearly all seems to
be required for the bug conditions. The files I will send you private.
With the berkeley db the bug disappears.
best regards
jan
> -----Original Message-----
> From: Greg Hudson [mailto:ghudson@MIT.EDU]
> Sent: Friday, August 27, 2004 5:47 PM
> To: Jan Mönnich
> Cc: dev@subversion.tigris.org; Sven Steiniger
> Subject: Re: Bug in svn
>
> On Fri, 2004-08-27 at 11:11, Jan Mönnich wrote:
> > * deleting path :
> branches/myrelease/java/newtron/trading/web/applets/productlis
> t/base/NetReader.java ...svn: File not found: transaction
> '129', path
> 'branches/myrelease/java/newtron/trading/web/applets/productli
> st/base/NetReader.java'
>
> As CMike said, the transaction identifier isn't terribly
> important here.
>
> The problem is that the dumpfile is (at least according to
> the BDB back end, which is most likely correct) trying to
> remove a file which doesn't exist. The most likely culprit
> is some obscure bug in the FSFS changed-path handling code
> which is causing it to generate an incorrect dump after being
> fed cvs2svn output. I suspect I can find and fix this bug
> pretty easily given a reproduction recipe.
>
> If java/newtron/trading/web/applets/productlist isn't
> terribly sensitive, you could make a copy of just that
> sub-tree of your CVS repository, see if you can reproduce the
> bug with it, and if so, send me the dump output from cvs2svn.
>
> I'd also be interested in seeing the full set of r1376 load
> messages (the ones you elided in your output listing), but
> while it might give me information about the problem, it
> probably won't be enough for me to fix it.
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Aug 30 11:27:23 2004