Change by penguin_wwy <940375...@qq.com>:
--
nosy: +penguin_wwy
nosy_count: 4.0 -> 5.0
pull_requests: +30181
pull_request: https://github.com/python/cpython/pull/32099
___
Python tracker
<https://bugs.python.or
penguin_wwy <940375...@qq.com> added the comment:
> You could also try replacing PyObject_SetAttrString with PyObject_SetAttr and
> adding "__orig_class__" to the global strings with
> Tools/scripts/generate_global_objects.py, probably for a later PR.
Already do
penguin_wwy <940375...@qq.com> added the comment:
There is a small problem with the example:
```
d = dict[int]
```
should
```
d = dict[str, int]
```
--
___
Python tracker
<https://bugs.python.org/i
penguin_wwy <940375...@qq.com> added the comment:
The point of bpo-40369 issue seems to be to provide vectorcall to the
`GenericAliasType`, means vectorcall for `Queue[int]`
However, my idea is to add vectorcall to gaobject, like this:
```
d = dict[int]
d(a=1, b=2) <-- v
Change by penguin_wwy <940375...@qq.com>:
--
keywords: +patch
pull_requests: +30085
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31996
___
Python tracker
<https://bugs.python.or
New submission from penguin_wwy <940375...@qq.com>:
Although `ga_call` determines whether `origin` has a vectorcall, it needs to be
unpacked the parameters that are already packed.
/-> origin.vectorcall(unpacked)
MakeTpCall(packed) -
penguin_wwy <940375...@qq.com> added the comment:
I tried to look for it in issue list two days ago but couldn't find it. Maybe I
should have been more careful :(.
However, I think it is a useful modification. Just need to return a dict that
satisfies the user's requir
Change by penguin_wwy <940375...@qq.com>:
--
keywords: +patch
pull_requests: +29590
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31461
___
Python tracker
<https://bugs.python.or
New submission from penguin_wwy <940375...@qq.com>:
https://github.com/faster-cpython/ideas/discussions/288
--
components: Interpreter Core
messages: 413634
nosy: penguin_wwy
priority: normal
severity: normal
status: open
title: Allow developer to resize the dictionar
Change by penguin_wwy <940375...@qq.com>:
--
keywords: +patch
pull_requests: +28243
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30019
___
Python tracker
<https://bugs.python.or
New submission from penguin_wwy <940375...@qq.com>:
https://github.com/faster-cpython/ideas/discussions/154
--
components: Interpreter Core
messages: 408178
nosy: penguin_wwy
priority: normal
severity: normal
status: open
title: add POP_JUMP_IF_NOT_NONE and POP_JUMP_IF_NON
penguin_wwy <940375...@qq.com> added the comment:
Recently, we have used this function to troubleshoot problems with online
applications.
We have implemented the PEP659(Specializing) to the 3.6 version which is used
by online services, and this function allows us to dump the c
penguin_wwy <940375...@qq.com> added the comment:
Sorry, parameter type is `TextIOWrapper`, not `TestIOWrapper`
--
___
Python tracker
<https://bugs.python.org/i
penguin_wwy <940375...@qq.com> added the comment:
Thank you for the reminder.
At first, I wanted to analyze the effectiveness of GC through logs.
However, because GC through the stderr output, these logs are mixed in with
other output(such as warnings). This make it difficult to handl
Change by penguin_wwy <940375...@qq.com>:
--
keywords: +patch
pull_requests: +28077
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29848
___
Python tracker
<https://bugs.python.or
New submission from penguin_wwy <940375...@qq.com>:
Set up file stream for redirecting logs by adding a parameter in `set_debug`.
The stderr is used by default.
--
components: Library (Lib)
messages: 407286
nosy: penguin_wwy
priority: normal
severity: normal
status: open
title:
penguin_wwy <940375...@qq.com> added the comment:
I hope that this function can be used in the _PyEval_EvalFrameDefault(or other
customized eval_frame), for example, after calling the _Py_Quicken to confirm
whether the instruction is modified correctly
https://github.com/python/cpytho
Change by penguin_wwy <940375...@qq.com>:
--
nosy: +gvanrossum
___
Python tracker
<https://bugs.python.org/issue45630>
___
___
Python-bugs-list mailing list
penguin_wwy <940375...@qq.com> added the comment:
This interface can dump code at any time, not just at compile time.
Can observe the comparison before and after dynamic optimization(eg. specialize
and super instr), and can also observe the instructions actually executed.
Another sit
Change by penguin_wwy <940375...@qq.com>:
--
keywords: +patch
pull_requests: +27507
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29243
___
Python tracker
<https://bugs.python.or
New submission from penguin_wwy <940375...@qq.com>:
What the title says.
--
components: Interpreter Core
messages: 405106
nosy: penguin_wwy
priority: normal
severity: normal
status: open
title: Dump CodeObject API for debugging
type: enhancement
versions: Pytho
21 matches
Mail list logo
