On Wed, Jul 21, 2021 at 12:19 PM Nguyen Do Minh Duc <
gd.minhduc1...@gmail.com> wrote:
> Hi,
>
> When I find what's new in 3.10 beta in
> https://docs.python.org/whatsnew/3.10.html
> It redirected me to https://docs.python.org/3/whatsnew/3.10.html which
> shows 404 error not found nginx. Can you
On 7/21/21 5:33 AM, Nick Coghlan wrote:
> I don't have any substantive comments on what you're proposing (aside
> from "Yes, that sounds reasonable to me"), so my comments below are
> just some minor suggested clarifications for the PEP text.
Thanks, PEP updated.
--
~Ethan~
Hi Nick - as for:
> Keys that are not defined as local or closure variables on the underlying
frame are still written to the f_locals cache on optimised frames.
This means current behavior will be kept, right? the f_locals cache is
persistent across descending calls
from the current frame?
To be
This is because 3.10 is still in pre-release, which means the /3/ URL still
uses the documentation for 3.9, which obviously does not contain a whatsnew
page for the upcoming version. The correct URL is currently
https://docs.python.org/3.10/whatsnew/3.10.html but the redirect should still
Hi,
When I find what's new in 3.10 beta in
https://docs.python.org/whatsnew/3.10.html
It redirected me to https://docs.python.org/3/whatsnew/3.10.html which
shows 404 error not found nginx. Can you fix this?
Sincerely
xXPartOfMeXx
___
Python-Dev
Sounds good. Thanks!
On Wed, Jul 21, 2021 at 5:19 AM Nick Coghlan wrote:
> On Mon, 19 Jul 2021 at 21:32, Petr Viktorin wrote:
> > The proposal assumes that in the future, ``PyLocals_Get``, and thus
> > ``locals()``, will never gain another kind of return value, however
> > unlikely that is.
>
Thanks for this Ethan.
I don't have any substantive comments on what you're proposing (aside
from "Yes, that sounds reasonable to me"), so my comments below are
just some minor suggested clarifications for the PEP text.
On Wed, 21 Jul 2021 at 14:17, Ethan Furman wrote:
> IntEnum, IntFlag, and
On Mon, 19 Jul 2021 at 21:32, Petr Viktorin wrote:
> The proposal assumes that in the future, ``PyLocals_Get``, and thus
> ``locals()``, will never gain another kind of return value, however
> unlikely that is.
> AFAICS, code that uses this will usually check for a single special case
> and fall
On Wed, 21 Jul 2021, 10:30 am Guido van Rossum, wrote:
> On Tue, Jul 20, 2021 at 4:52 AM Nick Coghlan wrote:
> [Petr]
>
>> >> int PyLocals_GetReturnBehavior(); # better name?
>>
> [Nick]
>
>> > We've used "Kind" for similar APIs elsewhere, so calling this API
>> "PyLocals_Kind()" would make
