Neil Martinsen-Burrell wrote:
> Public bug reported:
>
> I'm seeing the following traceback from dirstate while driving bzrlib to
> manipulate a tree. The application has a stochastic component, so this
> condition is reproducible, but not every time.
>
Since this is based on a 'rename_one', my guess is that it is a bug that
Robert Collins recently fixed. Which has to do with:
add foo/b
rename foo/b foo/a
(renaming a directory to a name that sorts earlier, inbetween adding
that directory and before you commit.)
I don't have a bug offhand, but I recall it was fixed recently.
John
=:->
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Neil Martinsen-Burrell wrote:
> Public bug reported:
>
> I'm seeing the following traceback from dirstate while driving bzrlib to
> manipulate a tree. The application has a stochastic component, so this
> condition is reproducible, but not every time.
>
Since this is based on a 'rename_one', my guess is that it is a bug that
Robert Collins recently fixed. Which has to do with:
add foo/b
rename foo/b foo/a
(renaming a directory to a name that sorts earlier, inbetween adding
that directory and before you commit.)
I don't have a bug offhand, but I recall it was fixed recently.
John
=:->
-----BEGIN PGP SIGNATURE----- enigmail. mozdev. org/
d3ScACgkQJdeBCY SNAANvjQCdEKjdw jNXQtv892hLhIP/ qyFD bqdlJCspcnsW8+ qaTQ
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://
iEYEARECAAYFAkr
HnwAoIUEIcbk5/
=jrdT
-----END PGP SIGNATURE-----