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
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
___
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-
ppperry added the comment:
Whoops, realized this is a duplicate of issue5322.
--
___
Python tracker
<https://bugs.python.org/issue34362>
___
___
Python-bug
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:
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 :
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue5322>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
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 :
--
title: Squeezer - squeeze large output in the interpreter -> Squeezer - squeeze
large output in IDLE
___
Python tracker
<https://bugs.python.org/issue1
ppperry added the comment:
Does calling `coro.close()` not work?
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue34467>
___
___
Python-bug
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__(_tkinter.t
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
&
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 the
Change by ppperry :
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue33065>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
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
Change by ppperry :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue34782>
___
___
Python-bugs-list mailing list
Unsubscrib
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
___
P
ppperry added the comment:
This is a duplicate of issue25731
--
nosy: +ppperry
___
Python tracker
<https://bugs.python.org/issue35098>
___
___
Python-bugs-list m
Change by ppperry :
--
nosy: -ppperry
___
Python tracker
<https://bugs.python.org/issue19675>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from ppperry:
In IDLE:
>>> code = compile("dummy_code", "", "exec")
>>> pickle.dumps(code)
"cidlelib.rpc\nunpickle_code\np0\n(S'c\\x00\\x00\\x00\\x00\\x00\\x00
\\x00\\x00\\x01\\x00\\x00\\x00@\\x00\\x00\\x00s\\x08\\x00\\
Changes by ppperry :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue21986>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by ppperry :
--
components: +Windows
___
Python tracker
<http://bugs.python.org/issue21986>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from ppperry:
In IDLE:
>>>def dodebug():
pdb.set_trace()
>>>dodebug()
--Return--
> (2)dodebug()->None
(Pdb) s
--Return--
> (1)()->None
(Pdb) s
PDB should exit, but it doesn't
> c:\python27\lib\idlelib\ru
Changes by ppperry :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue21997>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by ppperry :
--
hgrepos: +264
nosy: +georg.brandl, terry.reedy -ppperry
___
Python tracker
<http://bugs.python.org/issue21997>
___
___
Python-bugs-list m
Changes by ppperry :
--
hgrepos: -264
___
Python tracker
<http://bugs.python.org/issue21997>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by ppperry :
--
title: Importing ctypes.wintypes on Linux gives a traceback -> Importing
ctypes.wintypes on Linux gives a ValueError instead of an ImportError
___
Python tracker
<http://bugs.python.org/issu
Changes by ppperry :
--
title: csv.Sniffer().sniff(0 returns a value without the "strict" attribute ->
csv.Sniffer().sniff(0) returns a value without the "strict" attribute
___
Python tracker
<http://
New submission from ppperry:
==
ERROR: test_pcbuild_rt (test.test_regrtest.ProgramsTestCase)
--
Traceback (most recent call last):
File "C:\Program Files
Changes by ppperry :
--
components: +Tests
___
Python tracker
<http://bugs.python.org/issue29199>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by ppperry :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue29199>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by ppperry :
--
nosy: +ezio.melotti, michael.foord
___
Python tracker
<http://bugs.python.org/issue29199>
___
___
Python-bugs-list mailing list
Unsub
New submission from ppperry:
>>>class x(type):pass
>>> x(x)
Traceback (most recent call last):
File "", line 1, in
x(x)
TypeError: type() takes 1 or 3 arguments
I am giving it one argument, and yet it's complaining that `type` expects one
Changes by ppperry :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue27158>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by ppperry :
--
title: `isnstance` builtin does not handle types that are their own type ->
`isnstance` function does not handle types that are their own type
___
Python tracker
<http://bugs.python.org/issu
New submission from ppperry:
If one executes the following statements:
>>> class metatype(type):pass
>>> class x(type,metaclass=metatype):pass
>>> x.__class__ = x
, one gets a type that is it's own type: (`type(x) is x`). However,
`isinstance(x,x)` unexpect
Changes by ppperry :
--
title: `isnstance` function does not handle types that are their own type ->
`isinstance` function does not handle types that are their own type
___
Python tracker
<http://bugs.python.org/issu
ppperry added the comment:
Never mind this issue, I was confused when reporting.
--
___
Python tracker
<http://bugs.python.org/issue27158>
___
___
Python-bug
ppperry added the comment:
This issue only happens when the type in question has a custom metaclass:
>>> class meta(type):pass
>>> class X(type,metaclass=meta):pass
>>> X(X)
[Same unhelpful TypeError]
--
resolution: works for me ->
status: closed -> op
ppperry added the comment:
Also happens on 2.7, although you have to declare the metaclass using
`__metaclass__ = meta` instead.
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue27
ppperry added the comment:
Further testing reveals that this issue has nothing to do with metaclasses:
>>>class X(type):pass
>>>X()(X)
raises the same TypeError.
Even if the possibly dubious feature of being able to call instances of
subclasses of type with one argument is r
ppperry added the comment:
Ignore the first part of my previous comment; I improperly tested that.
--
title: Unhelpful error message when one calls an instance of a subclass of type
-> Unhelpful error message when one calls a subclass of type with a custom
metacl
ppperry added the comment:
steven.daprano, you don't appear to have properly read the issue comments. I
originally underspecified the conditions necessary to reproduce this, producing
Emanuel Barry's closure. I then added a proper reproducer in the third comment,
which does w
Changes by ppperry :
--
title: functools.partial: Inconsistency between Python and C implementations ->
Python implementation of `functools.partial` is not a class
___
Python tracker
<http://bugs.python.org/issu
ppperry added the comment:
This issue should really be split into (at least) four seperate issues.
The third problem (reloading relatively imported modules), can be done by doing
`someclass =
getattr(importlib.reload(sys.modules[someclass.__module__]),someclass.__name__)`.
It also has
Changes by ppperry :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
___
Python tracker
<http://bugs.python.org/issue27215>
___
_
Changes by ppperry :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue27215>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by ppperry :
--
title: Multiprocessing is not robust against sys.stderr changes involving
queues -> Cannot capture sys.stderr output from an uncaught exception in a
multiprocessing Process using a multiprocessing Queue
___
Python trac
Changes by ppperry :
--
title: Python 3.5 running on Linux kernel 3.17+ can block at startup or on
importing /arguinthe random module on getrandom() -> Python 3.5 running on
Linux kernel 3.17+ can block at startup or on importing the random module on
getran
Changes by ppperry :
--
title: two heap corruption issue -> two heap corruption issues when running
modified pyc code.
___
Python tracker
<http://bugs.python.org/issu
Changes by ppperry :
--
components: -IDLE
___
Python tracker
<http://bugs.python.org/issue27263>
___
___
Python-bugs-list mailing list
Unsubscribe:
ppperry added the comment:
OverflowError is raised when one attempts to compile a string of 2**31 or more
characters.
--
___
Python tracker
<http://bugs.python.org/issue25
Changes by ppperry :
--
nosy: -ppperry
___
Python tracker
<http://bugs.python.org/issue27263>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by ppperry :
--
components: +Windows
nosy: +paul.moore, tim.golden, zach.ware
___
Python tracker
<http://bugs.python.org/issue20916>
___
___
Python-bug
Changes by ppperry :
--
components: +Installation
___
Python tracker
<http://bugs.python.org/issue27314>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by ppperry :
--
title: email.parser stops parsing headers too soon. -> email.parser stops
parsing headers too soon when given a defective message.
___
Python tracker
<http://bugs.python.org/issu
Changes by ppperry :
--
title: Complex with negative zero imaginary part -> Complex numbers with
negative zero imaginary parts do not roundtrip properly
___
Python tracker
<http://bugs.python.org/issu
Changes by ppperry :
--
title: Various test suite failures on Windows -> Various test suite failures on
Windows when computer name contains a non-ascii character
___
Python tracker
<http://bugs.python.org/issu
ppperry added the comment:
I believe that regardless of the number of prints to sys.stderr that happen
before the recursion error, all of them will get sent to the parent. The
problem is that the queue is flushed before the uncaught error is sent to
stderr, not after
ppperry added the comment:
This issue isn't specific to recursion errors. It only occurs when the error
message is long enough, so #26823 would fix the RecursionError case, but it
would still happen when someone calls a function with a billion-character-long
name that raises an error
Changes by ppperry :
--
title: Complex numbers with negative zero imaginary parts do not roundtrip
properly -> Complex numbers with negative zero parts do not roundtrip properly
___
Python tracker
<http://bugs.python.org/issu
ppperry added the comment:
What are you doing that creates so many circular references that the not
collecting them causes a massive memory leak? Or are you using an alternative
implementation of Python?
In addition, your monkeypatching is incorrect. `subprocess.gc` is the same
object as the
Changes by ppperry :
--
versions: -Python 2.7, Python 3.5
___
Python tracker
<http://bugs.python.org/issue27451>
___
___
Python-bugs-list mailing list
Unsub
ppperry added the comment:
Ping
--
___
Python tracker
<http://bugs.python.org/issue27157>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
New submission from ppperry:
The following code:
for a in range(26):
for b in range(26):
for c in range(26):
for d in range(26):
for e in range(26):
for f in range(26):
for g in range(26):
for h in range(26):
for i in range(26):
for j in
ppperry added the comment:
>SystemError is serious bug. Please open separate issue for this.
Done. I created issue27514
--
___
Python tracker
<http://bugs.python.org/issu
Changes by ppperry :
--
title: Empty iterator is rendered as a single bracket ] when using json's
iterencode -> Empty iterator with fake __len__ is rendered as a single bracket
] when using json's iterencode
___
Python t
Changes by ppperry :
--
title: IDLE behaves differently than python on `del __builtins__` -> Document
that IDLE behaves differently than python on `del __builtins__`
___
Python tracker
<http://bugs.python.org/issu
ppperry added the comment:
This issue seems to have languished for over two years.
--
nosy: +ppperry
___
Python tracker
<http://bugs.python.org/issue21
Changes by ppperry :
--
title: Catching virtual subclasses in except clauses -> Allow catching virtual
subclasses in except clauses
___
Python tracker
<http://bugs.python.org/issu
Changes by ppperry :
--
title: Document that IDLE -python difference for `del __builtins__` -> Document
IDLE -python difference for `del __builtins__`
___
Python tracker
<https://bugs.python.org/issu
Changes by ppperry :
--
title: Document IDLE -python difference for `del __builtins__` -> Document
IDLE -python difference for `del __builtins__`
___
Python tracker
<https://bugs.python.org/issu
New submission from ppperry:
Note: not sure whether this issue belongs as a "behavior" or an "enhancement"
In IDLE:
>>> def print_a_test_string():
print "test"
>>>print_a_test_string()
test
>>>threading.Thread(target=print_a_te
Changes by ppperry :
--
nosy: +kbk, roger.serwy, terry.reedy -ppperry
___
Python tracker
<http://bugs.python.org/issue22664>
___
___
Python-bugs-list mailin
ppperry added the comment:
The same lack of output occurs from processes started via the multiprocessing
module.
--
nosy: +ppperry
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue11
ppperry added the comment:
This problem also occurs in other situati, such as when trying to get items
from an empty queue
>>> import Queue
>>> Q = Queue.Queue()
>>> q.get_nowait()
Traceback (most recent call last):
File "", line 1, in
q.get_nowait()
New submission from ppperry:
[DEBUG ON]
>>> some_code
(debugger closed before pressing any buttons)
[DEBUG OFF]
>>> more_code
(no response)
--
components: IDLE
messages: 244707
nosy: kbk, ppperry, roger.serwy, terry.reedy
priority: normal
severity: normal
status: open
ppperry added the comment:
Is there any reason why the end of the traceback, rather then just the
beginning, needs to be pruned in the first place?
Additionally, the "search for pdb in the tb" method will still undesirably
prune the traceback if someone invents there own buggy deb
ppperry added the comment:
Another example of this overzealous removing is when you create a module named
rpc, run, RemoteDebugger, or bdb.
For example (in this environment, a file in the current directory named rpc.py
exists and refers to the undefined name "bar"):
>>>i
ppperry added the comment:
Your proposed patch does not work in its current form on my IDLE, but it does
if I change tr[0][:-6] to tr[0][-6:] in the pdb checking code.
Additionally, my proposed cleanup function did distinguish the difference
between the unix and windows directory seperators
ppperry added the comment:
I mean if someone starts a new copy of idle from within the IDLE python shell
itself by "The only situation that this function would behave wrongly is when
someone launches IDLE from the shell (Why would they do
New submission from ppperry:
>python -Wall -m test.regrtest test_unicode_file
[1/1] test_unicode_file
C:\Python27\lib\shutil.py:64: UnicodeWarning: Unicode equal comparison failed
to convert both arguments to Unicode - interpreting them as being unequal
os.path.normcase(os.path.abspath(
ppperry added the comment:
This might be a duplicate of issue8820
--
nosy: +ppperry
___
Python tracker
<http://bugs.python.org/issue25563>
___
___
Python-bug
Changes by ppperry :
--
nosy: -ppperry
___
Python tracker
<http://bugs.python.org/issue25563>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from ppperry:
In IDLE the following code silently works:
>>> del __builtins__
>>> min
In the standard interpreter, it produces an error:
>>> del __builtins__
>>> min
Traceback (most recent call last):
File "", line 1, in
NameErro
ppperry added the comment:
If you type `del __builtins__;min` an error is raise in both IDLE and the
standard interpreter.
--
___
Python tracker
<http://bugs.python.org/issue25
Changes by ppperry :
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue25564>
___
___
Python-bugs-list mailing list
Unsubscribe:
ppperry added the comment:
`del __builtins__;min` only fails in IDLE if someone has previously set
`__builtins__ to something else.
>>>__builtins__ = 7
>>> min
Traceback (most recent call last):
File "", line 1, in
min
NameError: name 'min'
Changes by ppperry :
--
title: Segmentation fault on Mavericks consistent crashing of software: Please
HELP! -> Segmentation fault on Mavericks consistent crashing of software
___
Python tracker
<http://bugs.python.org/issu
New submission from ppperry:
C:\Documents and Settings\Perry>python -U
Traceback (most recent call last):
File "C:\Python27\lib\site.py", line 548, in
main()
File "C:\Python27\lib\site.py", line 537, in main
aliasmbcs()
File "C:\Python27\lib\site
Changes by ppperry :
--
components: +Interpreter Core, Library (Lib), Regular Expressions
nosy: +ezio.melotti, mrabarnett
title: Python -U fails with traceback -> Python -U raises error during site
import
type: -> behavior
versions: +Pyth
Changes by ppperry :
--
title: Pasted \n not same as typed \n -> IDLE does not handles pasted multiline
statements
___
Python tracker
<http://bugs.python.org/iss
Changes by ppperry :
--
title: IDLE: Pasted \n doesn't trigger execution when typed \n would -> IDLE:
Pasted newline doesn't trigger execution when typed newline would
___
Python tracker
<http://bugs.pyth
New submission from ppperry:
The following code:
for a in range(26):
for b in range(26):
for c in range(26):
for d in range(26):
for e in range(26):
for f in range(26):
for g in range(26):
for h in range(26):
for i in range(26):
for j in
Changes by ppperry :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue25733>
___
___
Python-bugs-list mailing list
Unsubscrib
ppperry added the comment:
A similar problem occurs with the TypeError produced by attempting to compile a
null byte.
--
___
Python tracker
<http://bugs.python.org/issue25
ppperry added the comment:
Why does compile not support null bytes in the first place?
--
___
Python tracker
<http://bugs.python.org/issue25733>
___
___
Python-bug
ppperry added the comment:
Why are null bytes being excluded from type names in the first place?
--
nosy: +ppperry
___
Python tracker
<http://bugs.python.org/issue25
101 - 200 of 236 matches
Mail list logo
