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