Dutcho added the comment:
BTW I just found 'py -0p' also no longer shows the 'venv' path
```
(venv) C:\>py -0p
-V:3.11 *C:\Program Files\Python311\python.exe
-V:3.10 C:\Program Files\Python310\python.exe
-V:3.9 C:\Program Files\Pyth
Dutcho added the comment:
That was the case in older versions (up to a6)
--
___
Python tracker
<https://bugs.python.org/issue47239>
___
___
Python-bugs-list m
New submission from Dutcho :
If doing `py -list` in 3.11.0a7, a star "*" shows on 3.11, even though the
default (set by environment variable PY_PYTHON) is 3.10, which `py -V` confirms
```
C:\>py --list
-V:3.11 *Python 3.11 (64-bit)
-V:3.10 Python 3.10 (64
Change by Dutcho :
--
components: Windows
nosy: Dutcho, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Python Launcher for Windowscd \
versions: Python 3.11
___
Python tracker
<ht
New submission from Dutcho :
Documentation (https://docs.python.org/3/library/audit_events.html and
https://docs.python.org/3/library/sys.html#sys._getframe) states that
`sys._getframe()` "raises [...] an auditing event with no arguments".
However, Python 3.8-3.10 provide th
Dutcho added the comment:
yesterday's `wrapt *1.13.3*` still doesn't work,
but today's `wrapt *1.14.0*` works as expected
So this wasn't about Python 3.11 but about the wrapt version, which used the
deprecated `formatargspec` from module `inspect`
--
resoluti
New submission from Dutcho :
... or perhaps this is caused by *wrapt 1.13.3*?
'''
(venv) >pip install wrapt
Collecting wrapt
Using cached wrapt-1.13.3.tar.gz (48 kB)
Preparing metadata (setup.py) ... error
error: subprocess-exited-with-error
× python setup.py eg
New submission from Dutcho :
https://docs.python.org/3.11/library/enum.html#module-contents contains:
property()
Allows Enum members to have attributes without conflicting with member names.
In above, property() is links to:
https://docs.python.org/3.11/library/functions.html#property
instead
New submission from Dutcho :
https://docs.python.org/3.11/library/enum.html#enum.StrEnum contains:
Note __str__() is str.__str__() to better support the replacement of existing
constants use-case. __format__() is likewise int.__format__() for that same
reason.
This should be (change
New submission from Dutcho :
At https://docs.python.org/3.11/library/enum.html#enum.StrEnum no mention is
made of 'New in version 3.11', whereas e.g.
https://docs.python.org/3.11/library/enum.html#enum.EnumCheck does.
Note https://docs.python.org/3.11/library/enum.html#module-con
Dutcho added the comment:
perhaps related to https://bugs.python.org/issue44559 ?
--
___
Python tracker
<https://bugs.python.org/issue45493>
___
___
Python-bug
Change by Dutcho :
--
title: str() and repr() of enum different in Python 3.11 from from Python <=
3.10 -> str() and repr() of enum different in Python 3.11 from Python <= 3.10
___
Python tracker
<https://bugs.python.or
New submission from Dutcho :
See below example, which shows Python 3.11 repr(enum) == Python 3.10 str(enum).
The enum module documentation lists various enhancements in 3.11, but not this.
And the what's new? documentation of 3.11 doesn't mention enum at all.
Either this is by i
New submission from Dutcho :
The standard library documentation on module inspect starts with an overview of
types and attributes. This overview (in all Python versions) states:
code.co_names: tuple of names of local variables
code.co_varnames: tuple of names of arguments and local
Dutcho added the comment:
I'm afraid my "even return" was interpreted in
https://github.com/python/cpython/pull/19871 as "only return", while as stated
"any annotation" suffices. To rephrase:
If the *first* parameter of the registered function isn
New submission from Dutcho :
>From Python 3.7, `functools.singledispatch` makes the `register()` attribute
>of the generic function infer the type of the first argument automatically for
>functions annotated with types. That's great for DRY.
However, in 3.7 and 3.8, no check is
New submission from Dutcho :
When hook is not a compatible callable, addaudithook() will loop forever. At
the minimum, a check for being callable should be executed. Preferably, a
non-compatible (i.e. signature != [[str, tuple], Any]) hook callable should
also be detected.
>py
Python 3.
New submission from Dutcho :
In recent Python, a directory without __init__.py is also a package, and hence
can be imported. When this directory/package is empty, and a doctest.testmod()
is executed, the behaviour changed from 3.6 to 3.7, which I didn't find in the
"what's new
New submission from Dutcho :
While issue #34498 signalled a break in Python 3.7 of legal Python 3.6 code
that registers a single-dispatch function with a 'pseudo-type' like
typing.Sequence, both Python 3.6 and Python 3.7 don't work with a 'parametrized
pseudo-type'
New submission from Dutcho :
In Python 3.6, the argument to the register() method of a single-dispatch
function (i.e. a function decorated by @functools.singledispatch) can be a
'type-like' class (pseudo-type?) from e.g. the typing module that supports
isinstance().
The below de
New submission from Dutcho :
I'd expect isinstance(tempfile.TemporaryFile(), io.IOBase) to be True as you
can read() from and write() to the temp file.
However, on Python 3.6.5 64 bit on Windows 7 above isinstance() == False and
and type(tempfile.TemporaryFile()) == tem
Dutcho added the comment:
@Nitish
The easiest way would probably be to change __contains__ in Flag to:
def __contains__(self, other):
try:
return other & self == other # leave selection of _value_ attribute
(if other is Flag) or conversion (if other is int mixi
Dutcho added the comment:
Ah, the mixin logic mentioned in 33219 solves most of my objections to
returning False; agree that would make sense
Only remaining inconsistency would be with 1 in 'hello'
--
___
Python tracker
<https://bu
Dutcho added the comment:
Fully agree that Flag.__contains__ must RETURN False or True; that's why I
suggested it RAISES TypeError
The exception was to be consistent with e.g. Flag.__and__, which by returning
NotImplemented transfers to type(other).__rand__, and assuming __rand__ c
New submission from Dutcho :
While `enum.IntFlag.__and__` accepts an int arg `other` and converts it to
`IntFlag` before masking, `enum.IntFlag.__contains__` handles an int arg
`other` no different from a different type arg `other` (i.e. returns `True` in
Python 3.6 due to issue 33217, but
New submission from Dutcho :
While `Flag() in Flag()` and `Flag() | Flag()` result in the expected outcomes,
e.g. `str() in Flag()` unexpectedly returns `True`, whereas `Flag() | str()` as
expected raises a TypeError.
>>> import enum
>>> ABC = enum.Flag('ABC&
New submission from Dutcho:
The table at the top of the inspect documentation
(https://docs.python.org/3/library/inspect.html#types-and-members) omits
co_cellvars, co_freevars, and co_kwonlyargcount attributes of type code
(note: the type's doc string does provide these attri
New submission from Dutcho:
The footer of httpS://python.org links to httP://bugs.python.org, compromising
user data for login and register options
--
assignee: christian.heimes
components: SSL
messages: 291463
nosy: Dutcho, christian.heimes
priority: normal
severity: normal
status
28 matches
Mail list logo
