compiled dirstate extension breaks hashcache
Bug #145511 reported by
Martin Pool
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
Invalid
|
High
|
Martin Pool |
Bug Description
On gutsy i386 0.92dev, with the extensions compiled I observe that bzr status reads and hashes all files, even when the dirstate ought to be up to date with their hash/stat information. This happens even when I run repeatedly. This is of course much slower.
lifeless suggested removing the extensions and that did fix it: on the next run, no files were read.
So it seems that the dirstate parsing code may be unpacking the stat fingerprint incorrectly, causing it to always miss - or something similar.
Changed in bzr: | |
assignee: | nobody → mbp |
importance: | Undecided → High |
status: | New → In Progress |
To post a comment you must log in.
Was not actually the fault of the compiled extensions; see bug 146176 instead.