On Wed, May 19, 2010 at 12:21:26PM -0400, Chris Ball wrote: > Thanks, merged. I'm getting a crash in the test suite, with Fedora's > bzr-2.1.0-1.fc14.x86_64: > > Recursive remove should empty the tree. ... > /usr/lib64/python2.6/site-packages/bzrlib/lockable_files.py:61:UserWarning: > 'LockableFiles(<bzrlib.transport.local.LocalTransport > url=file:///tmp/BEtestpVoIKk/.bzr/checkout/>)' was gc'd while locked > /usr/lib64/python2.6/site-packages/bzrlib/lock.py:163: UserWarning: lock on > <open file u'/tmp/BEtestpVoIKk/.bzr/checkout/dirstate', mode 'rb+' at > 0x2d24ed0> not released > > <hang>
Hmm. I have no problems with my Bazaar (bzr) 2.0.1 Python interpreter: /usr/bin/python2.6 2.6.4 Searching around, it seems the Bazaar people have been having garbage collection issues recently: https://bugs.launchpad.net/bzr/+bug/391024 https://bugs.launchpad.net/bzr/+bug/438378 You can try running bzr selftest --no-plugins following bzr bug 438378 and see if you get the same exception in the Bazaar test suite. Anyhow, I imagine it's a bzr issue... If you want to troubleshoot it, libbe.storage.vcs.base._recursive_remove only uses (from libbe.storage.vcs.bzr) libbe.storage.vcs.bzr._vcs_remove You could toss a few prints into there to check that the file path is reasonable and that is is the cmd.run that hangs. After that, you'll have to start digging into your bzr source... The hang itself is consistent with the comments in bzr bug 391024 suggesting thread-related issues in bzr. Good luck! ;) -- This email may be signed or encrypted with GPG (http://www.gnupg.org). The GPG signature (if present) will be attached as 'signature.asc'. For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy My public key is at http://www.physics.drexel.edu/~wking/pubkey.txt
pgpdRoIaTkatK.pgp
Description: PGP signature
_______________________________________________ Be-devel mailing list [email protected] http://void.printf.net/cgi-bin/mailman/listinfo/be-devel
