Change by ppperry :
--
title: Speed hash(fractions.Fraction) -> Speed up hash(fractions.Fraction)
___
Python tracker
<https://bugs.python.org/issue37863>
___
_
ppperry added the comment:
Is this not a duplicate of issue22393?
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue38084>
___
___
Python-bug
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
Change by ppperry :
--
type: compile error -> behavior
___
Python tracker
<https://bugs.python.org/issue38262>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by ppperry :
--
nosy: -ppperry
___
Python tracker
<https://bugs.python.org/issue11105>
___
___
Python-bugs-list mailing list
Unsubscribe:
ppperry added the comment:
Duplicate of issue32615
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue36220>
___
___
Python-bugs-list mailin
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(
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 fail
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
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
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 produc
ppperry added the comment:
I posted a test on the PR
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue39382>
___
___
Python-bugs-list mailin
Change by ppperry :
--
components: -Build
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue39665>
___
___
Python-bugs-list mailin
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 :
--
nosy: -ppperry
___
Python tracker
<https://bugs.python.org/issue33065>
___
___
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
ppperry added the comment:
Indeed, you are right that this should be reopened.
--
___
Python tracker
<https://bugs.python.org/issue35753>
___
___
Python-bug
Change by ppperry :
--
nosy: -ppperry
___
Python tracker
<https://bugs.python.org/issue35753>
___
___
Python-bugs-list mailing list
Unsubscribe:
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):
ppperry added the comment:
Duplicate of issue11820.
--
nosy: +ppperry
___
Python tracker
<http://bugs.python.org/issue13220>
___
___
Python-bugs-list mailin
New submission from ppperry:
The following rather long code, reduced from the same example as issue30626,
produces a SystemError:
import builtins
from importlib.machinery import PathFinder
import importlib
import sys
import _imp
from functools import partial
def copy_module(module):
new
Changes by ppperry :
--
title: `SystemError: returned NULL without
setting an error` from imp.create_builtin -> `SystemError: returned NULL without setting an error` from importing _pickle
___
Python tracker
<http://bugs.python.org/issu
ppperry added the comment:
Interesting. For you, `_pickle` seems to be an extension module, which is thus
trying to call `imp.create_dynamic`, whereas for me it is a builtin module.
Perhaps that explains why you get a KeyError and I get a SystemError (my
traceback ends with):
File &q
Changes by ppperry :
--
title: `SystemError: returned NULL without
setting an error` from importing _pickle -> `SystemError: returned NULL without setting an error` from importing _pickle
on Windows
___
Python tracker
<http://bugs.pyth
Changes by ppperry :
--
title: SystemError on import -> SystemError on importing module that deletes
itself from sys.modules
___
Python tracker
<http://bugs.python.org/issu
ppperry added the comment:
You can already do this, although it it somewhat of a hack:
>>> assert_called_once=Mock.assert_called_once # This will be an AttributeError
>>> assert_called_once_with=Mock.assert_called_once_with
>>> example = Mock()
>>> asser
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
Changes by ppperry :
--
type: performance -> behavior
___
Python tracker
<http://bugs.python.org/issue30958>
___
___
Python-bugs-list mailing list
Unsubscrib
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
Or
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 ev
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:
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
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:
Does this work with wacky code like this?
@functools.total_ordering
class ClassAssignmentCanBreakChecks():
def __init__(self, i):
self._i = i
def __lt__ (self, other):
last
ppperry added the comment:
>
> Elliot Gorokhovsky added the comment:
>
> Your code changes __class__, not type, which would remain equal to
> "instance". (my understanding, could be wrong). The docs say the
> following:
>
Nope:
class A:pass
class B:pass
ppperry added the comment:
And what about even wackier code like this?
class A(int):
def __lt__(self, other):
print("zebra")
A.__lt__ = A.__false_lt__
return int.__lt__(self, other)
__true_lt__ = __lt__
def __false
ppperry added the comment:
What about if one of the relevant comparison functions is implemented in C?
class WackyComparator(int):
def __lt__(self, other):
elem.__class__ = WackyList2
return int.__lt__(self, other
New submission from ppperry:
If you try to set the __class__ of a type which doesn't support "__class__"
assignments, you get the error message:
TypeError: __class__ assignment only supported for heap types or ModuleType
subclasses
However, the actual restriction do
ppperry added the comment:
Wouldn't the assignment of "__lt__" change the value of the tp_richcompare
slot? That seems to be what the code in Objects/typeobject.c is doing with the
update_slot method and the related helper functions.
--
___
ppperry added the comment:
-
Doesn't youre skipping PyObject_RichCompareBool and directly getting
tp_richcompare also mean that you bypass the NotImplemented checking?
Thus, wouldn't this code, which raises a TypeError currently, silently
work?
class PointlessComparator:
ppperry added the comment:
Can't you just mock the Process class to have a start method that always raises
an error?
--
nosy: +ppperry
___
Python tracker
<http://bugs.python.org/is
Changes by ppperry :
--
pull_requests: +729
___
Python tracker
<http://bugs.python.org/issue19791>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by ppperry :
--
nosy: ppperry
priority: normal
severity: normal
status: open
title: "SystemError: SystemError: returned NULL
without setting an error
___
Python tracker
<http://bugs.python.org/is
New submission from ppperry:
This code (reduced from an example I had of trying to debug code including the
module-level code of already imported modules), raises a SystemError:
import builtins
from importlib.machinery import PathFinder
from importlib.util import find_spec
import importlib
Changes by ppperry :
--
nosy: +benjamin.peterson, brett.cannon, eric.snow, ncoghlan, stutzbach
___
Python tracker
<http://bugs.python.org/issue30626>
___
___
Pytho
Changes by ppperry :
--
title: "SystemError: SystemError: returned NULL
without setting an error" from open function -> "SystemError: returned NULL without setting an error" from open function
___
Python tracker
Changes by ppperry :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue30626>
___
___
Python-bugs-list mailing list
Unsubscrib
ppperry added the comment:
See also issue32615
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue1402289>
___
___
Python-bugs-list mailin
New submission from ppperry :
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.__getitem__(self, k)
def _
Change by ppperry :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue32615>
___
___
Python-bugs-list mailing list
Unsubscrib
ppperry 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.
--
___
Python
Change by ppperry :
--
title: Problem of consistence in collection.abc documentation -> Problem of
consistency in collection.abc documentation
___
Python tracker
<https://bugs.python.org/issu
Change by ppperry :
--
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
<https://bugs.python.org/issu
Change by ppperry :
--
title: deeply nested filter segfaults -> deeply nested itertools objects
segfault
___
Python tracker
<https://bugs.python.org/issu
ppperry added the comment:
... and I'm still trying to come up with even more pathological mutating cases
--
___
Python tracker
<https://bugs.python.org/is
Change by ppperry :
--
title: Display exception's subclasses in help() -> Display exceptions'
subclasses in help()
___
Python tracker
<https://bugs.pyth
Change by ppperry :
--
components: +Library (Lib) -2to3 (2.x to 3.x conversion tool)
___
Python tracker
<https://bugs.python.org/issue32895>
___
___
Python-bug
Change by ppperry :
--
type: enhancement -> performance
___
Python tracker
<https://bugs.python.org/issue32895>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by ppperry :
--
type: performance -> enhancement
___
Python tracker
<https://bugs.python.org/issue32895>
___
___
Python-bugs-list mailing list
Unsubscrib
ppperry 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 habit of running pdb
throu
ppperry 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(_ext
Change by ppperry :
--
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue32900>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by ppperry :
--
title: Doc strings omitted from AST -> Doc strings no longer stored in body of
AST
___
Python tracker
<https://bugs.python.org/issu
Change by ppperry :
--
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue32926>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by ppperry :
--
components: +Library (Lib)
___
Python tracker
<https://bugs.python.org/issue32926>
___
___
Python-bugs-list mailing list
Unsubscribe:
ppperry added the comment:
... with a bad error message, because there are no finally blocks in the code
--
___
Python tracker
<https://bugs.python.org/issue30
Change by ppperry :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue33093>
___
___
Python-bugs-list mailing list
Unsubscrib
ppperry added the comment:
This is a dupe of https://bugs.python.org/issue25532
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue33120>
___
___
Change by ppperry :
--
title: test_socket creates too much locks -> test_socket creates too many locks
___
Python tracker
<https://bugs.python.org/issu
ppperry 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 "broken" function
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 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
ppperry added the comment:
To be precise, fixed as part of issue33352
--
___
Python tracker
<https://bugs.python.org/issue29199>
___
___
Python-bugs-list mailin
Change by ppperry :
--
type: crash -> behavior
___
Python tracker
<https://bugs.python.org/issue33120>
___
___
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 C
Change by ppperry :
--
type: -> crash
___
Python tracker
<https://bugs.python.org/issue34126>
___
___
Python-bugs-list mailing list
Unsubscrib
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 involv
Change by ppperry :
--
title: Profiling certain invalid calls crash Python -> Profiling certain
invalid calls crashes Python
___
Python tracker
<https://bugs.python.org/issu
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 :
--
nosy: -ppperry
___
Python tracker
<https://bugs.python.org/issue34128>
___
___
Python-bugs-list mailing list
Unsubscribe:
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 :
--
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.pytho
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 :
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue34193>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
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:
Both of those work and don't produce an error
--
___
Python tracker
<https://bugs.python.org/issue34266>
___
___
Python-bugs-l
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 cause
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 ch
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:
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 ab
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:
issue30990 is related
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue29502>
___
___
Python-bugs-list mailin
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
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.pytho
Change by ppperry :
--
components: +Tests -Build
title: CPython make test crash -> test_subprocess fails
type: crash -> behavior
___
Python tracker
<https://bugs.python.org/i
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 met
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/is
1 - 100 of 236 matches
Mail list logo