compiled dirstate extension breaks hashcache

Bug #145511 reported by Martin Pool
2
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.

Martin Pool (mbp)
Changed in bzr:
assignee: nobody → mbp
importance: Undecided → High
status: New → In Progress
Revision history for this message
Martin Pool (mbp) wrote :

Was not actually the fault of the compiled extensions; see bug 146176 instead.

Changed in bzr:
status: In Progress → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.