Larry Hastings added the comment:
I'm not surprised it was discussed to death long ago. And I can get behind
wontfix. But let me just say that
a) I think an uncrashable Python interpreter is a laudable goal, and steps we
can take towards that should not be dismissed out of hand.
b) I doubt
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: rhettinger -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12077
___
___
Dirkjan Ochtman added the comment:
libffi-3.0.12 has been released with that fix. Perhaps that should be included
in future Python releases?
--
nosy: +benjamin.peterson, georg.brandl, larry
priority: normal - release blocker
___
Python tracker
Changes by Torsten Bronger bron...@physik.rwth-aachen.de:
--
nosy: +bronger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9400
___
___
Mauro Cicognini added the comment:
The removal of the dead code causes imaplib under py3k to lose the quoting
functionality that is described in documentation (except for passwords, that do
get always quoted as stated).
I submit that we give at least a temporary warning in the docs, and that
New submission from Abram Clark:
The list command in pdb shows an unexpected portion of code after an up command
enters a try / finally block in the call stack.
To reproduce:
pdb pdb_list_bug_reproduce.py
c
up
list
Expected behavior: Show 11 lines around line 8, throw_something(), which was
Amaury Forgeot d'Arc added the comment:
I left some comments on Rietveld.
I wonder if PyArg_ParseTupleAndKeywords can be replaced by something that would
compute and cache the set of keywords; a bit like _Py_IDENTIFIER.
--
nosy: +amaury.forgeotdarc
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9285
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17130
___
___
Ramchandra Apte added the comment:
Perhaps types.CodeType should refuse to generate the malformed code object in
the first place?
Yup.
--
nosy: +ramchandra.apte
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17187
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: - patch review
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17189
___
Ramchandra Apte added the comment:
Attached is a patch. I hope the File menu is the right place for this. I had to
move the code in Lib/turtledemo.py after if __name__ ==... into main().
--
___
Python tracker rep...@bugs.python.org
Changes by Ramchandra Apte maniandra...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file29048/issue.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17172
___
Ramchandra Apte added the comment:
Should this be added to Lib/idlelib/NEWS.txt ?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17172
___
___
New submission from Matthias Klose:
issue for tracking the libffi-3.0.12 import. checked that builds on
x86_64-linux-gnu and arm-linux-gnueabihf do work.
still needs updating/checking the extra copies of:
- libffi_arm_wince
- libffi_msvc
- libffi_osx
--
components: Extension
R. David Murray added the comment:
I don't understand what you mean by removing dead code leading to loss of
functionality, unless you mean that the removal of the call to the quoting code
in Python3 led to a loss of functionality relative to Python2, in which case I
agree. It also led to
Roundup Robot added the comment:
New changeset 7727be7613f9 by doko in branch 'default':
- Issue #17192: Import libffi-3.0.12.
http://hg.python.org/cpython/rev/7727be7613f9
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
Matthias Klose added the comment:
libffi-3.0.12 is now imported, tracked in issue #17192.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17136
___
Changes by Matthias Klose d...@debian.org:
--
nosy: +ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17192
___
___
Python-bugs-list
Ronald Oussoren added the comment:
libffi_osx is not a copy of the regular libffi, but a (fairly old) fork. I
don't know how far the two branches have diverged.
An important feature of liffi_osx is that is compiles cleanly when all intel
and ppc related sources are compiled with '-arch ppc
New submission from Serhiy Storchaka:
Starting around 1998, a number of standards and trade organizations approved
standards and recommendations for a new set of binary prefixes that would refer
unambiguously to powers of 1024. According to these, the SI prefixes would only
be used in the
Giampaolo Rodola' added the comment:
A preliminary patch for cProfile.py is in attachment. Will make changes to
profile.py later.
--
Added file: http://bugs.python.org/file29050/profile.patch
___
Python tracker rep...@bugs.python.org
Benjamin Peterson added the comment:
In general, you can generate whatever junky bytecode you want, and the eval
loop will happy crash itself. Your on your own when screwing with
types.CodeType.
--
nosy: +benjamin.peterson
___
Python tracker
Brett Cannon added the comment:
Patch looks good except for the consistent lack of space between number and
unit, e.g. 5MiB instead of 5 MiB. Is there a reason for this?
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
Guido van Rossum added the comment:
What's the status of Argument Clinic? Won't that make this obsolete?
--Guido van Rossum (sent from Android phone)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17170
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
title: operator.attrgetter is slow - operator.attrgetter is slower than a
lambda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17194
Serhiy Storchaka added the comment:
Yes, there is a little reason. It looks ugly if a line broken between number
and unit (this is possible if we use space). A non-breakable space is better,
but it seems that there is no easy way to specify it in ReST. I will be glad to
be wrong.
--
New submission from Florent Xicluna:
When two implementations give the same result, I use to run micro benchmarks to
give me an hint.
I just noticed that attrgetter is slower than a lambda here:
$ python3.3 -m timeit -s 'from operator import attrgetter; n1 =
attrgetter(__name__); n2 = lambda
Brett Cannon added the comment:
It might be ugly but it's also incorrect formatting to leave the space out. =)
And I think it makes it harder to actually read the number.
If you really want to avoid the breaking you can use the tip at
Antoine Pitrou added the comment:
I left some comments on Rietveld.
I wonder if PyArg_ParseTupleAndKeywords can be replaced by something
that would compute and cache the set of keywords; a bit like
_Py_IDENTIFIER.
It would make sense indeed.
--
Thomas Kluyver added the comment:
I've updated Nick's patch so that test_dis and test_peephole pass again, and
added a prototype ByteCode class (without any docs or tests for now, to allow
for API discussion).
The prototype ByteCode is instantiated with any of the objects that
New submission from Julian:
When an exception occurs and a traceback is printed, the source code is read
from the file which leads to confusion when the file has been modified, but the
code that produced the exception still had the old code in memory.
--
components: Interpreter Core
Florent Xicluna added the comment:
Duplicate of #8087
--
nosy: +flox
resolution: - duplicate
status: open - closed
superseder: - Unupdated source file in traceback
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17195
Roundup Robot added the comment:
New changeset 680959a3ae2e by Serhiy Storchaka in branch '2.7':
Issue #13555: cPickle now supports files larger than 2 GiB.
http://hg.python.org/cpython/rev/680959a3ae2e
--
nosy: +python-dev
___
Python tracker
Serhiy Storchaka added the comment:
Yes I have seen these tips and they look complicated enough. Here is an updated
patch with spaces between numbers and units.
--
Added file: http://bugs.python.org/file29052/binary_prefixes_2.patch
___
Python
Brett Cannon added the comment:
LGTM
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17193
___
___
New submission from jake:
I have had python 3.3.0 on my mac and have been successfully using it for the
past few weeks. Today in my class I had the program open and it was running
fine. Then suddenly it quit working and shut itself down. I have restarted my
machine multiple times and
Mauro Cicognini added the comment:
David, that is exactly what I meant: functionality for Python 3 is less than
the functionality available for Python 2, and behavior is completely out of
sync with the documentation.
Bug or not, and independent of the root cause (I don't know if anyone will
Serhiy Storchaka added the comment:
Are you sure? 0.275 0.347
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17194
___
Florent Xicluna added the comment:
You're right. I've misinterpreted the figures.
Only 2.6 and 2.7 are affected -- closing the issue.
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from Giampaolo Rodola':
profile and cProfile modules define the same utility functions (run() and
runctx()) which use the same code except the profiler class.
Considering that we're going to add 2 new utility functions (runcall() and
runblock(), see issue9285 and issue17130) I
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
components: +Library (Lib)
keywords: +easy -patch
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17197
___
Roundup Robot added the comment:
New changeset b368fc93dca8 by Serhiy Storchaka in branch '2.7':
Issue #16800: tempfile.gettempdir() no longer left temporary files when
http://hg.python.org/cpython/rev/b368fc93dca8
New changeset 377123f10820 by Serhiy Storchaka in branch '3.2':
Issue #16800:
Roundup Robot added the comment:
New changeset a43f67e95ef0 by Serhiy Storchaka in branch '2.7':
Fix for issue #16800: Use buffered write to handle EINTR.
http://hg.python.org/cpython/rev/a43f67e95ef0
New changeset 4622206db91b by Serhiy Storchaka in branch '3.2':
Fix for issue #16800: Use
Serhiy Storchaka added the comment:
Thank you for explanation, Antoine.
Thank you for your contribution, Amir.
--
assignee: - serhiy.storchaka
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11311
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5308
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16996
___
___
Serhiy Storchaka added the comment:
Ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16743
___
___
Python-bugs-list mailing list
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16743
___
___
Python-bugs-list
Ned Deily added the comment:
How exactly are you invoking Python? From a terminal command line? What
messages do you see when you type:
/usr/local/bin/python3.3
Or from IDLE? If so, try invoking IDLE from a terminal:
/usr/local/bin/idle3.3
--
nosy: +ned.deily
jake added the comment:
Ned,
I was starting python from the applications menu and selecting IDLE. I
tried both of those commands. Both worked, the first started python in
terminal and displayed this message:
Last login: Tue Feb 12 16:32:21 on ttys000
localhost:~ jakeflynn$
Ned Deily added the comment:
But even though python is now open, the icon on the dock is different and none
of my previous python files will open. When i try to open them, the IDLE icon
im used to seeing bounces a few times and then disappears while the other
python IDLE icon that started up
jake added the comment:
It is working correctly now. Thank you for the help!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17196
___
___
Changes by Michael Foord mich...@voidspace.org.uk:
--
resolution: - works for me
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17196
___
Ned Deily added the comment:
If moving .idlerc fixed the problem, undoubtedly one of the IDLE config files
had a corrupted value. There have been some fixes since 3.3.0 to make that
part of IDLE more robust. If you want to pursue the issue, you can reopen this
issue and upload the files
New submission from Philip Jenvey:
There are a couple references to an 'ndbm' variable/module in this function on
Python 3.2 and above (and just one reference on default). It appears to be
leftover from the 3.x reworking of this module
--
components: Library (Lib)
messages: 181990
Todd Rovito added the comment:
This is a gentle ping of this issue. Can somebody please review and let me
know what needs to be done to get this committed? I did test the patch on
2/12/2013 and it seems to work from the latest 3.4. Thanks!
--
New submission from Enrique A Tobis:
import logging
f = logging.StrFormatStyle('{asctimer}')
print(f.usesTime())
f = logging.PercentStyle('%(astimer)s')
print(f.usesTime())
prints
True
False
and I think it should print
False
False
--
components: Library (Lib)
messages: 181992
nosy:
Changes by Enrique A Tobis enri...@tobis.com.ar:
--
keywords: +patch
Added file: http://bugs.python.org/file29054/mywork.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17199
___
New submission from Reuben D'Netto:
read_until() takes a value for timeout in seconds, but passes it to poll(),
which takes a value in milliseconds.
--
files: telnetlib.py.patch
keywords: patch
messages: 181993
nosy: Reuben.D'Netto
priority: normal
severity: normal
status: open
title:
Reuben D'Netto added the comment:
Updated patch to fix expect() as well.
--
Added file: http://bugs.python.org/file29056/telnetlib.py.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17200
Senthil Kumaran added the comment:
Thanks for the bug report, Reuben. I verified that this is indeed a bug and
should be fixed in all versions. Thanks for the patch too, would you like to
enhance it with tests? GeneralTests in test_telnetlib.py support timeout and
you could that exercise
Gregory P. Smith added the comment:
this bug was likely introduced when i applied the telnetlib patches to use poll
to not hit the select fd limit. doh. nice catch!
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
Senthil Kumaran added the comment:
@gps: looks like it is. For changeset: 78129:de229dde486b for Issue #14635
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17200
___
Nick Coghlan added the comment:
Thanks Thomas! It's a promising start - a few more detailed comments in the
patch review.
I like the idea of creating the initial version as an object-oriented wrapper
around the existing APIs, rather than completely refactoring the module to make
everything
Serhiy: The patch LGTM.
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
Nick Coghlan added the comment:
+1 for documenting the clinic DSL as a PEP. It's a bit too hard to find the
rationale for toolchain changes like this when they're hidden away in tracker
issues.
It doesn't need to be an extended essay like most of the PEPs I write, it can
be relatively short
Nick Coghlan added the comment:
To answer Guido's question about clinic, see http://bugs.python.org/issue16612
Mostly positive feedback, but several of us would like a PEP to make sure we're
happy with the resolution of the limited negative feedback.
--
nosy: +ncoghlan
69 matches
Mail list logo