comparison mercurial/bundle2.py @ 35136:2b72bc88043f

bundle2: only seek to beginning of part in bundlerepo For reasons still not yet fully understood by me, bundlerepo requires its changegroup bundle2 part to be seeked to beginning after part iteration. As far as I can tell, it is the only bundle2 part consumer that relies on this behavior. This seeking was performed in the generic iterparts() API. Again, I don't fully understand why it was here and not in bundlerepo. Probably historical reasons. What I do know is that all other bundle2 part consumers don't need this special behavior (assuming the tests are comprehensive). So, we move the code from bundle2's iterparts() to bundlerepo's consumption of iterparts(). Differential Revision: https://phab.mercurial-scm.org/D1389
author Gregory Szorc <gregory.szorc@gmail.com>
date Mon, 13 Nov 2017 20:12:00 -0800
parents db5038525718
children da91e7309daf
comparison
equal deleted inserted replaced
35135:db5038525718 35136:2b72bc88043f
857 part = seekableunbundlepart(self.ui, headerblock, self._fp) 857 part = seekableunbundlepart(self.ui, headerblock, self._fp)
858 yield part 858 yield part
859 # Ensure part is fully consumed so we can start reading the next 859 # Ensure part is fully consumed so we can start reading the next
860 # part. 860 # part.
861 part.consume() 861 part.consume()
862 # But then seek back to the beginning so the code consuming this 862
863 # generator has a part that starts at 0.
864 part.seek(0, os.SEEK_SET)
865 headerblock = self._readpartheader() 863 headerblock = self._readpartheader()
866 indebug(self.ui, 'end of bundle2 stream') 864 indebug(self.ui, 'end of bundle2 stream')
867 865
868 def _readpartheader(self): 866 def _readpartheader(self):
869 """reads a part header size and return the bytes blob 867 """reads a part header size and return the bytes blob