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 gregory.p.smith
Recipients gregory.p.smith, malin, methane
Date 2021-04-30.06:16:52
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CAGE7PNKp4H=9L76QR1qQ_ciNjrbf2wj54rue1+uS1AJjJRDFWw@mail.gmail.com>
In-reply-to <1619751342.81.0.963259131164.issue41486@roundup.psfhosted.org>
Content
Renaming to OutputBuffer sounds like a good idea. On Thu, Apr 29, 2021, 7:55 PM Ma Lin <report@bugs.python.org> wrote: > > Ma Lin <malincns@163.com> added the comment: > > Found a backward incompatible behavior. > > Before the patch, in 64-bit build, zlib module allows the initial size > > UINT32_MAX. > It creates a bytes object, and uses a sliding window to deal with the > UINT32_MAX limit: > https://github.com/python/cpython/blob/v3.9.4/Modules/zlibmodule.c#L183 > > After the patch, when init_size > UINT32_MAX, it raises a ValueError. > > PR 25738 fixes this backward incompatibility. > If the initial size > UINT32_MAX, it clamps to UINT32_MAX, rather than > raising an exception. > > Moreover, if you don't mind, I would like to take this opportunity to > rename the wrapper functions from Buffer_* to OutputBuffer_*, so that the > readers can easily distinguish between input buffer and output buffer. > If you don't think it's necessary, you may merge PR 25738 as is. > > ---------- > > _______________________________________ > Python tracker <report@bugs.python.org> > <https://bugs.python.org/issue41486> > _______________________________________ >
History
Date User Action Args
2021-04-30 06:16:52gregory.p.smithsetrecipients: + gregory.p.smith, methane, malin
2021-04-30 06:16:52gregory.p.smithlinkissue41486 messages
2021-04-30 06:16:52gregory.p.smithcreate