Change by ppperry :
--
nosy: -ppperry
___
Python tracker
<https://bugs.python.org/issue11105>
___
___
Python-bugs-list mailing list
Unsubscribe:
ppperry added the comment:
duplicate of issue22393?
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue42849>
___
___
Python-bugs-list mailin
Change by ppperry :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by ppperry :
--
nosy: -ppperry
___
Python tracker
<https://bugs.python.org/issue33065>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by ppperry :
--
title: [C API] Make PyGC_Head structure opaque, or even more it to the internal
C API -> [C API] Make PyGC_Head structure opaque, or even move it to the
internal C API
___
Python tracker
<https://bugs.python.org/issu
Change by ppperry :
--
components: -Build
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue39665>
___
___
Python-bugs-list mailin
ppperry added the comment:
I posted a test on the PR
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue39382>
___
___
Python-bugs-list mailin
New submission from ppperry :
I was trying to create a class that didn't have any references to itself to
test issue39382 and ran the following code:
class Meta(type):
def mro(cls):
return type.mro(cls)[1:]
class X(metaclass=Meta):
pass
This produced
ppperry added the comment:
What if a warning has a metaclass with a custom __getattribute__ method?
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue39
ppperry added the comment:
I was not attempting to run untrusted Python code when I filed this bug report.
--
___
Python tracker
<https://bugs.python.org/issue32
Change by ppperry :
--
title: Getting error while importing ssl " import _ssl # if we
can't import it, let the error propagate ImportError: DLL load failed while
importing _ssl: The specified module could not be found." -> ImportError: DLL
load failed wh
ppperry added the comment:
What about indirect cycles like below:
>>> e = ast.UnaryOp(op=ast.Not(), lineno=0, col_offset=0)
>>> f = ast.UnaryOp(op=ast.Not(), lineno=0, col_offset=0)
>>> e.operand = f
>>> f.operand = e
>>> compile(ast.Expression(
ppperry added the comment:
Duplicate of issue32615
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue36220>
___
___
Python-bugs-list mailin
Change by ppperry :
--
type: compile error -> behavior
___
Python tracker
<https://bugs.python.org/issue38262>
___
___
Python-bugs-list mailing list
Unsubscrib
ppperry added the comment:
This seems more likely to be a bug in aiohttp than in python.
--
nosy: +ppperry
type: crash -> behavior
___
Python tracker
<https://bugs.python.org/issu
ppperry added the comment:
Is this not a duplicate of issue22393?
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue38084>
___
___
Python-bug
Change by ppperry :
--
title: Speed hash(fractions.Fraction) -> Speed up hash(fractions.Fraction)
___
Python tracker
<https://bugs.python.org/issue37863>
___
_
ppperry added the comment:
Unfortunately, there's a similar bug for `break` in a finally inside two nested
loops, so just re-banning `continue` won't fix the crash.
The code below segfaults:
```
def simple():
for number in range(2):
for number in range(2):
try
Change by ppperry :
--
nosy: -ppperry
___
Python tracker
<https://bugs.python.org/issue35753>
___
___
Python-bugs-list mailing list
Unsubscribe:
ppperry added the comment:
Indeed, you are right that this should be reopened.
--
___
Python tracker
<https://bugs.python.org/issue35753>
___
___
Python-bug
ppperry added the comment:
See also issue32615
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue1402289>
___
___
Python-bugs-list mailin
ppperry added the comment:
You have to step into the eval for the error to be raised.
--
___
Python tracker
<https://bugs.python.org/issue34782>
___
___
Pytho
ppperry added the comment:
Sorry, looks like I was wrong about it being a duplicate. The actual bug
appears to be "doctest can't run on a module that contains un-unwrappable
objects", which there probably is an issue for but I don't
ppperry added the comment:
According to the error message, this is a duplicate of
https://bugs.python.org/issue25532
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue35
ppperry added the comment:
The thing is, though, that the same error occurs if a larger code being
debugged calls `exec` or `eval` with such a mapping
(`pdb.run("eval('1+1',{},FakeContainer())" also crashes with the same error),
and the test suite contains code that evals
Change by ppperry :
--
nosy: -ppperry
___
Python tracker
<https://bugs.python.org/issue19675>
___
___
Python-bugs-list mailing list
Unsubscribe:
ppperry added the comment:
This is a duplicate of issue25731
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue35098>
___
___
Python-bugs-list m
ppperry added the comment:
Line 59 isn't actually executed; the error comes from the trace event that gets
fired before line 59, which is the first `line` event in the frame containing
the uninitialized _ModuleLock.
--
nosy: +ppperry
___
Python
Change by ppperry :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue34782>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from ppperry :
class FakeContainer:
def __getitem__(self, key)
raise KeyError(key)
pdb.run("pass",{},FakeContainer())
Traceback (most recent call last):
File "", line 1, in
pdb.run("pass",{},FakeContainer())
File
New submission from ppperry :
>>> class NoRepr:
def __repr__(self):
raise ValueError
>>> NoRepr()
Traceback (most recent call last):
File "", line 1, in
NoRepr()
File "C:\Program Files\Python37\lib\idlelib\rpc.py", line 617
Change by ppperry :
--
title: IDLE debugger: problem importing user created module -> IDLE debugger
crashes when `repr` raises an exception
___
Python tracker
<https://bugs.python.org/issu
Change by ppperry :
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue33065>
___
___
Python-bugs-list mailing list
Unsubscribe:
ppperry added the comment:
The Pdb bug and the IDLE bug are unrelated to each other:
Pdb fails because it is attempting to import the readline module every time
its `trace_dispatch` is called, and the import implementation is not reentrant
in that way.
IDLE is crashing because
Change by ppperry :
--
title: zipimport.c needs to support namespace packages when no 'directory'
entry exists -> zipimport needs to support namespace packages when no
'directory' entry exists
___
Python tracker
<https://bugs.pyth
ppperry added the comment:
Also happens for some objects in the `_tkinter` module:
>>> _tkinter.TkttType.__new__(_tkinter.TkttType)
Traceback (most recent call last):
File "", line 1, in
_tkinter.TkttType.__new__(_tkinter.TkttType)
TypeError: object.__new__(_t
ppperry added the comment:
Does calling `coro.close()` not work?
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue34467>
___
___
Python-bug
Change by ppperry :
--
title: Squeezer - squeeze large output in the interpreter -> Squeezer - squeeze
large output in IDLE
___
Python tracker
<https://bugs.python.org/issue1
Change by ppperry :
--
title: [Python 2, Windows] fflush called on pointer to potentially closed file
-> [Windows] fflush called on pointer to potentially closed file
___
Python tracker
<https://bugs.python.org/issu
Change by ppperry :
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue5322>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
ppperry added the comment:
issue5322, despite its confusing title, mentions this exact bug in one of the
comments below.
It looks like there is one bug in the logic for assigning `__new__`, which
causes `__new__` and `tp_new` to point to different things, confusing the
error-handling
Change by ppperry :
--
title: Python 2.6 object.__new__ argument calling autodetection faulty ->
object.__new__ argument calling autodetection faulty
___
Python tracker
<https://bugs.python.org/iss
ppperry added the comment:
Whoops, realized this is a duplicate of issue5322.
--
___
Python tracker
<https://bugs.python.org/issue34362>
___
___
Python-bug
New submission from ppperry :
If you have a class that defines __new__ to the __new__ of another builtin type
that it isn't a subclass of:
>>> class X:
...__new__ = tuple.__new__
Instantiating this class should produce an error because `tuple.__new__` can't
handle non-tuples, bu
Change by ppperry :
--
title: float.__format__('n') fails with _PyUnicode_CheckConsistency assertion
error -> float.__format__('n') fails with _PyUnicode_CheckConsistency assertion
error for locales with non-ascii thousands separator
___
Pyt
ppperry added the comment:
The problem doesn't just happen with `sys.flags`, though. It happens with all
types that can't be created directly by python. Ex: frame objects, generators,
cells, etc. The bug is that in types whose c-level tp_new is null, the
python-level __new__ is inherited
ppperry added the comment:
No, this isn't causing me an actual problem, however the related issue34127 was
accepted, and this one should be no harder to fix.
--
___
Python tracker
<https://bugs.python.org/issue34
New submission from ppperry :
>>> class abstract(abc.ABC):
... @abc.abstractmethod
... def meth():
... pass
...
>>> x()
Traceback (most recent call last):
File "", line 1, in
TypeError: Can't instantiate abstract class x with abstract methods
Change by ppperry :
--
components: +Tests -Build
title: CPython make test crash -> test_subprocess fails
type: crash -> behavior
___
Python tracker
<https://bugs.python.org/i
Change by ppperry :
--
title: setup.py: _ctypes won't getbuilt when system ffi is only in $PREFIX ->
setup.py: _ctypes won't get built when system ffi is only in $PREFIX
___
Python tracker
<https://bugs.python.org/issu
Change by ppperry :
--
title: RFC: issue a warning in regrtest when no test have been executed? ->
RFC: issue a warning in regrtest when no tests have been executed?
___
Python tracker
<https://bugs.python.org/issu
ppperry added the comment:
issue30990 is related
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue29502>
___
___
Python-bugs-list mailin
ppperry added the comment:
Thus, I think the bug is that "type(sys.flags).__new__" is an alias for
"tuple.__new__" and is not in the code for __new__ calls that your PR touches.
--
___
Python tracker
<https://bug
ppperry added the comment:
The error I'm expecting here is "cannot create sys.flags objects". Anything
else violates the fact that type(*args) is sugar for:
result = type.__new__(type, *args)
if isinstance(result, type):
result.__init__(*args)
("type" in the above s
ppperry added the comment:
Same thing happens for other objects, like
`type(sys._getframe(0)).__new__(type(sys._getframe_))`, and presumably any
object that one cannot instantiate by calling
--
title: Nonsensical exception message when calling `__new__` on some sys objects
ppperry added the comment:
Your PR is not an improvement:
1. In this case, this will produce the error "tuple.__new__(sys.flags) is not
safe". But I didn't call "tuple.__new__", I called sys.flags.__new__, and
type(X).__new__(type(X)) should always be safe
2. The cha
New submission from ppperry :
> type(sys.flags).__new__(type(sys.flags))
Traceback (most recent call last):
File "", line 1, in
type(sys.flags).__new__(type(sys.flags))
TypeError: tuple.__new__(sys.flags) is not safe, use sys.flags.__new__()
Ignoring the confusion c
ppperry added the comment:
Both of those work and don't produce an error
--
___
Python tracker
<https://bugs.python.org/issue34266>
___
___
Python-bugs-list m
ppperry added the comment:
`restart "` also crashes with the same tb
--
title: Bad behavior with "restart \" in pdb -> Bad behavior with "restart \" or
"restart "" in pdb
___
Python t
ppperry added the comment:
Just to be clear, even though the traceback is python 3.6, the same bug occurs
in 3.7 with an identical traceback except for some changes in line number
--
___
Python tracker
<https://bugs.python.org/issue34
New submission from ppperry :
(Pdb) restart \
Traceback (most recent call last):
File "C:\Program Files\Python36\lib\pdb.py", line 1667, in main
pdb._runscript(mainpyfile)
File "C:\Program Files\Python36\lib\pdb.py", line 1548, in _runscript
self.run(statement
Change by ppperry :
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue34193>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by ppperry :
--
title: Use dicts to "transform" argparse arguments to values -> Allow dict
choices to "transform" values in argpagse
___
Python tracker
<https://
Change by ppperry :
--
title: mock.patch.stopall doesn't work with patch.dict to sys.modules ->
mock.patch.stopall doesn't work with patch.dict
___
Python tracker
<https://bugs.python.org/issu
ppperry added the comment:
Another test case:
>> classmethod()
Traceback (most recent call last):
File "", line 2, in check
TypeError: classmethod expected 1 arguments, got 0
--
title: Gramatically incorrect error message for some descriptor calls with
wrong num
Change by ppperry :
--
nosy: -ppperry
___
Python tracker
<https://bugs.python.org/issue34128>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by ppperry :
--
components: +Library (Lib)
title: Do not block threads when pickle/unpickle -> Release GIL periodically in
_pickle module
___
Python tracker
<https://bugs.python.org/issu
Change by ppperry :
--
title: Profiling certain invalid calls crash Python -> Profiling certain
invalid calls crashes Python
___
Python tracker
<https://bugs.python.org/issu
ppperry added the comment:
um, something doesn't make sense about this. the python implementation of
pickle never released the GIL (it can't, by definition -- it's written in
python). The C implementation releasing the GIL wouldn't make sense, as the
pickle api involves calls into python
Change by ppperry :
--
type: -> crash
___
Python tracker
<https://bugs.python.org/issue34126>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from ppperry :
`{}.get()`
Traceback (most recent call last):
File "", line 1, in
TypeError: get expected at least 1 arguments, got 0
Shouldn't that be "TypeError: get expected at least 1 argument, got 0" instead?
--
components: Interpreter Core
m
Change by ppperry :
--
type: crash -> behavior
___
Python tracker
<https://bugs.python.org/issue33120>
___
___
Python-bugs-list mailing list
Unsubscrib
ppperry added the comment:
To be precise, fixed as part of issue33352
--
___
Python tracker
<https://bugs.python.org/issue29199>
___
___
Python-bugs-list mailin
ppperry added the comment:
This issue seems to have been fixed in 3.7
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by ppperry :
--
title: ... used to indicate many different things in chapter 3, some are
confusing -> "..." is used to confusingly indicate many different things in
chapter 3
___
Python tracker
<https://bugs.pytho
ppperry <maprea...@olum.org> added the comment:
This is a dupe of https://bugs.python.org/issue25532
--
nosy: +ppperry
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Change by ppperry <maprea...@olum.org>:
--
type: -> behavior
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue33093>
___
___
ppperry <maprea...@olum.org> added the comment:
... with a bad error message, because there are no finally blocks in the code
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Change by ppperry <maprea...@olum.org>:
--
versions: +Python 3.8
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32926>
___
__
Change by ppperry <maprea...@olum.org>:
--
components: +Library (Lib)
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32926>
___
_
Change by ppperry <maprea...@olum.org>:
--
title: Doc strings omitted from AST -> Doc strings no longer stored in body of
AST
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Change by ppperry <maprea...@olum.org>:
--
versions: +Python 3.8
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32900>
___
__
ppperry <maprea...@olum.org> added the comment:
Just to be clear, I'm not opposing having the default value for `skip` be
something other than the empty set, but it should be overridable, and the
default should include some other things this patch omits, like
`importlib._bootstrap(_ex
ppperry <maprea...@olum.org> added the comment:
This feature already exists and doesn't need to be reimplemented; use
`pdb.Pdb(skip={"trio", "contextlib", ...}).run(...)`, and in any case should be
disableable. I don't use asyncio, but happen to have a hab
Change by ppperry <maprea...@olum.org>:
--
type: performance -> enhancement
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Change by ppperry <maprea...@olum.org>:
--
type: enhancement -> performance
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Change by ppperry <maprea...@olum.org>:
--
components: +Library (Lib) -2to3 (2.x to 3.x conversion tool)
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Change by ppperry <maprea...@olum.org>:
--
title: Display exception's subclasses in help() -> Display exceptions'
subclasses in help()
___
Python tracker <rep...@bugs.python.org>
<https://bugs.py
ppperry <maprea...@olum.org> added the comment:
... and I'm still trying to come up with even more pathological mutating cases
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Change by ppperry <maprea...@olum.org>:
--
title: deeply nested filter segfaults -> deeply nested itertools objects
segfault
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Change by ppperry <maprea...@olum.org>:
--
title: Built-in module _io can lose data from buffered files at exit ->
Built-in module _io can lose data from buffered files in reference cycles
___
Python tracker <rep...@bugs.python
Change by ppperry <maprea...@olum.org>:
--
title: Problem of consistence in collection.abc documentation -> Problem of
consistency in collection.abc documentation
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
ppperry <maprea...@olum.org> added the comment:
Uh, I'm not undertsanding the relevance of whether the code is run at
module-level or not. It can't possibly be a feature that * some code * uses the
overrides and *other code* doesn't.
--
___
Change by ppperry <maprea...@olum.org>:
--
type: -> behavior
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32615>
___
___
New submission from ppperry <maprea...@olum.org>:
Take the following code:
import builtins
class K(dict):
def __getitem__(self, k):
if k not in builtins.__dict__:
print("get %s" % k)
return dict.__g
ppperry <maprea...@olum.org> added the comment:
Simplified reproducer for same bug without any imports:
class BadRepr:
def __repr__(self):
1/0
def broken():
x=BadRepr()
x=x #filler line for debugger
In this case, the problematic BadRepr object in the &
Change by ppperry <maprea...@olum.org>:
--
title: test_socket creates too much locks -> test_socket creates too many locks
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
New submission from ppperry:
If you create a file called `inputtest.py` with the contents
`input.__call__()`, and run the built-in profile module on it, it doesn't
notice the call to `input`, and produces a report not including that call.
4 function calls in 0.000 seconds
Ordered
Changes by ppperry <maprea...@olum.org>:
--
type: performance -> behavior
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30958>
___
_
New submission from ppperry:
trying to execute the following code:
import sys
def trace(frame, event, arg):
if event == "line" and frame.f_lineno > 12:
frame.f_lineno = 12
return None
return trace
sys.settrace(trace)
def error():
try:
pa
1 - 100 of 234 matches
Mail list logo
