This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author David.Nesting
Recipients David.Nesting, lars.gustaebel
Date 2010-11-17.16:03:15
SpamBayes Score 1.5205874e-05
Marked as misclassified No
Message-id <1290009796.36.0.737343492638.issue10436@psf.upfronthosting.co.za>
In-reply-to
Content
Thanks, Lars.  And this does make complete sense to me in retrospect.

Better documentation here would help a lot.  I'm happy to take a stab at this.  Short of labeling methods as "safe for streaming" versus "unsafe for streaming", it occurs to me that it would be a lot cleaner if TarFile were actually broken up into two classes: one streaming-safe, and the other layering random access convenience methods on top of that.  For compatibility's sake the open method should probably still return an instance of the composite class, but at least it keeps these logically separate internally and makes it easier to document.
History
Date User Action Args
2010-11-17 16:03:16David.Nestingsetrecipients: + David.Nesting, lars.gustaebel
2010-11-17 16:03:16David.Nestingsetmessageid: <1290009796.36.0.737343492638.issue10436@psf.upfronthosting.co.za>
2010-11-17 16:03:15David.Nestinglinkissue10436 messages
2010-11-17 16:03:15David.Nestingcreate