]> git.rkrishnan.org Git - tahoe-lafs/tahoe-lafs.git/commit
immutable: fix the writing of share data size into share file in case the share file...
authorZooko O'Whielacronx <zooko@zooko.com>
Tue, 6 Jan 2009 19:24:04 +0000 (12:24 -0700)
committerZooko O'Whielacronx <zooko@zooko.com>
Tue, 6 Jan 2009 19:24:04 +0000 (12:24 -0700)
commit3bc4b015c8ee5b9a73745f6d2db1d27c08d58db3
treed36c9736bd72f3dde0763d8464ffa4b228486c7e
parent8e92dd12313b30dc0bf5b629a7c3b21ee1a66420
immutable: fix the writing of share data size into share file in case the share file is used by a < v1.3.0 storage server
Brian noticed that the constant was wrong, and in fixing that I noticed that we should be saturating instead of modding.
This code would never matter unless a server downgraded or a share migrated from Tahoe >= v1.3.0 to Tahoe < v1.3.0.  Even in that case, this bug would never matter unless the share size were exactly 4,294,967,296 bytes long.
Brian, for good reason, wanted this to be spelled "2**32" instead of "4294967296", but I couldn't stand to see a couple of more Python bytecodes interpreted in the middle of a core, frequent operation on the server like immutable share creation.
src/allmydata/storage.py