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 gregsmith
Recipients
Date 2001-10-21.03:36:27
SpamBayes Score
Marked as misclassified
Message-id
In-reply-to
Content
Logged In: YES 
user_id=292741

Well, it could apply to the packer too. for a file writer, you would
do an arbitrary # of of pack operations; each time the
data packed exceeded a certain size, a nice-sized chunk
would be written out to the underlying file. I'll have to think
about the actual subclassing interface a bit more.

regarding get_/set_position(), get_buffer(), and done() - these need to be
implemented when the unpacker is subclassed, but the implementation need not
be useful. I.e. you want to prevent the normal versions of these from being called,
but if you don't intend to support them, the implementation you provide could be
just a 'raise'.

And yes, 'read' makes sense since it does the same thing as file.read().

Things got busy in the last little while - new baby! but I'll take a look again
when I get a chance. I think the mods to the unpacker are pretty simple. And
I'll get the existing test code and look at that too.
History
Date User Action Args
2008-01-20 09:59:15adminlinkissue461890 messages
2008-01-20 09:59:15admincreate