[Bug 3444] New: lfconvert violates locking
bugzilla-daemon at bz.selenic.com
bugzilla-daemon at bz.selenic.com
Sat May 12 15:37:19 CDT 2012
http://bz.selenic.com/show_bug.cgi?id=3444
Priority: meh
Bug ID: 3444
CC: mercurial-devel at selenic.com
Assignee: mercurial-devel at selenic.com
Summary: lfconvert violates locking
Severity: bug
Classification: Unclassified
OS: All
Reporter: natosha at gmail.com
Hardware: All
Status: UNCONFIRMED
Version: unspecified
Component: Mercurial
Product: Mercurial
According to http://mercurial.selenic.com/wiki/LockingDesign we need to be
locking on wlock whenever we manipulate the dirstate.
In lfcommands.lfconvert, we don't do this. If you change lfconvert to obtain
the wlock (in addition to the lock), the lfconvert test fails -- seemingly
after having tried to convert a repository with bad tags.
So far I am at a loss as for why or how to improve the situation. I've traced
it down to
rdst.setparents(ret)
inside of lfcommands._getchangedfiles() -- if the wlock is obtained (by anyone)
while this method is run, the test fails. If the wlock is not obtained, then
the test passes, but this seems incorrect.
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the Mercurial-devel
mailing list