[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [bug] vtable=0x00000000 for the new FSFS when doing simultaneous commits

From: C.A.T.Magic <c.a.t.magic_at_gmx.at>
Date: 2004-05-09 05:31:18 CEST

Greg Hudson wrote:

> Let me know if the following patch helps:

yes it did, it doesn't crash any more on my
previous test and also the 'working dir locked'
effect has gone away.

but i still get

>>

Sending Version.h
Transmitting file data .svn: Commit failed (details follow):
svn: Transaction out of date.
10030008
Sending Version.h

<<

is this because both test files, Version.h and Version2.h
are located in the same directory? (repository root)
i can pause one console, then the other console succeeds,
then unpause it and pause the other and it succeeds.
but if they both run there is always one that succeeds
every time and the other that fails every time. kind of a
racing condition.

ok, I tried it with one file repos/Version.h and another
in repos/foo/Version2.h -- and got another crash now.
trying to reproduce it...

sometimes now i get:

=====1===================
svn: Commit failed (details follow):
svn: Can't open file
'X:/SVNSandbox/TestFSFS/RepoFS/db/transactions/ttXiPf.txn/rev': The file
exists.

=====2====================
svn: Commit failed (details follow):
svn: Unable to create new transaction.

=====3=====================
Transmitting file data .svn: Commit failed (details follow):
svn: Transaction out of date.

=====4=====================
Sending Version.h
svn: Commit failed (details follow):
svn: Can't read file
'X:/SVNSandbox/TestFSFS/RepoFS/db/transactions/2hZiLB.txn/0.0': End of
file found

=====5=====================
*crash*
unfortunately i could not debug it this time,
because the crash only occours with the release build
and not with a debug build. (could mean access to
uninitialized or dead/freed memory?)
  -- is there a switch to the configure-script
to enable debug information for (msvc) release builds?

and the transaction dir contains several 'lost'
and -empty- transaction folders
('IdrIsD.txn', 'np5jKb.txn', etc)
it seems that either both processes try to access
the same folder and damage each others transaction,
or a process creates a transaction folder and
fails to write into it.

=======
goodnight for now.
i can probably try further experiments tomorrow, if needed.
:-)
c.a.t.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun May 9 05:31:30 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.