Daniel Dickman added the comment:
We will merge any fix decided by the python team when it's committed. In the
meantime may commit our fix on OpenBSD to solve the problem in the short term
as it seems no one has time to go further right now.
--
___
Ned Deily added the comment:
The fix and test look good to me. I'll apply it after Zach submits the
contributor agreement.
--
stage: needs patch - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21323
Tal Einat added the comment:
I've reviewed the patch and made my remarks in the review tool.
These tests don't test the central functionality of Percolator nearly enough.
We should test, at least:
1) That the text actually went through the filter (and not directly to the Text
widget).
2) That
New submission from STINNER Victor:
Python 2 has fast path in ceval.c for operations (a+b, a-b, etc.) on small
integers (int type) if the operation does not overflow.
We loose these fast-path in Python 3 when we dropped the int type in favor of
the long type.
Antoine Pitrou proposed a
Tal Einat added the comment:
I don't think this is a major issue. Most users only use one version of IDLE
with one version of Python.
IDLE's user config is indeed shared between all versions. This is an
unfortunate design mistake, and could perhaps be fixed in 3.5.
Regarding this issue, we
David added the comment:
Hi, I've the same problem.
I've already tested (from source, Python-3.4.1.tgz) under OpenSUSE 12.3 and
Debian 7.5 with the same issue. I've compiled it in standard way (./configure;
make; make install) although the output (error) is the same, after import
sqlite3:
Berker Peksag added the comment:
Works for me on Ubuntu 12.04 LTS:
$ sudo apt-get install sqlite3 libsqlite3-dev
$ ./configure
$ make -j3
$ sudo make install
$ sqlite3 -version
3.7.9 2011-11-01 00:52:41 c7c6050ef060877ebe77b41d959e9df13f8c9b5e
$ python3.4 -V
3.4.1
$
Walter Dörwald added the comment:
I don't know anything about SMTP, but would it make sense to use an incremental
decoder for decoding UTF-8?
--
nosy: +doerwalter
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19806
Alejandro added the comment:
I've downloaded UBUNTU 12.04. I've compiled python3 and I got the same error.
Seleccionando el paquete sqlite3 previamente no seleccionado.
Desempaquetando sqlite3 (de .../sqlite3_3.7.9-2ubuntu1.1_i386.deb) ...
Procesando disparadores para man-db ...
Configurando
Ismail Donmez added the comment:
Chiming in here as a SUSE guy;
Can you make sure
/usr/local/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so
does exist. If yes run ldd on it
ldd /usr/local/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so
And also give output of which python3.4 to make
Stefan Krah added the comment:
Sorry Robin, I was wrong about the context -- it should be fine
since it's thread-local. So the slowdown is back to 25%.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15722
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21950
___
___
Python-bugs-list
Tal Einat added the comment:
If you think ColorDelegator and UndoDelegator should be fixed as well, I'd be
happy to take a look, but we should open a separate tracker issue for it.
--
___
Python tracker rep...@bugs.python.org
Jason R. Coombs added the comment:
I've tested it and setting PYTHONIOENCODING='utf-8-sig' starts to get there. It
causes Python to consume the BOM on stdin, but it also causes stdout to print a
spurious non-printable character in the output:
C:\Users\jaraco echo foo | ./print-input
foo
Changes by Andy Maier andreas.r.ma...@gmx.de:
--
nosy: +benjamin.peterson, steven.daprano
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12067
___
New submission from Brandon Rhodes:
There was an old document in the howto folder whose advice was in many cases
flat-out wrong, so Raymond Hettinger performed a wonderful public service by
deleting it back in 2011:
http://hg.python.org/cpython/rev/80ff78425419
Unfortunately it looks like
Changes by Andy Maier andreas.r.ma...@gmx.de:
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12067
___
___
Python-bugs-list
Changes by Brandon Rhodes bran...@rhodesmill.org:
--
assignee: - docs@python
components: +Documentation
nosy: +docs@python
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21956
Mark Lawrence added the comment:
What are the Python core developers meant to do with this issue? How does a
piece of code on github relate to the core Python code in Mercurial?
--
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
The BOM (byte order mark) appears in the standard input stream. When using
cmd.exe, the BOM is not present. This behavior occurs in CP1252 as well as
CP65001.
How you do change the console encoding? Using the chcp command?
I'm surprised that you get a
Alejandro added the comment:
we have /usr/local/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so but we
didn't have it in /soft/pyt341/lib/python3.4/lib-dynload/
After copying it into /sofy/pyt341 the problem was solved!! ;)
/soft/pyt341/bin/python3 -c import
David added the comment:
You're absolute right that file is not in path.
However, in my view this a bug, due to the fact libsqlite3-dev package must be
installed before Python3.4.1 is compiled (or install it and recompile python)
because there is no errors, no warnings... nothing.
In any
Igor Franchuk added the comment:
Confirmed as fixed at least in Python 3.3.5
Successfully compiled at
Linux gw 2.6.33-gentoo #1 SMP Mon Mar 8 23:29:59 MSK 2010 i686 Intel(R)
Pentium(R) D CPU 3.00GHz GenuineIntel GNU/Linux
--
versions: -Python 3.4
Andy Maier added the comment:
Uploaded v8 of the patch for 3.4 and default.
It reflects hopefully everything that was said in this issue thread, and on the
python-dev mailing list (subject: == on object tests identity in 3.x), at least
to the extent it was related to comparisons.
Besides the
New submission from Stephen Paul Chappell:
In the string module, the definition of whitespace is ' \t\n\r\v\f'. However,
the representation of string.whitespace is ' \t\n\r\x0b\x0c'. Would it be
terribly inconvenient to change the representation of '\x0b\x0c' to '\v\f'? The
documentation at
STINNER Victor added the comment:
See also issues #1602 (Windows console) and #16587 (stdin, _setmode() and
wprintf).
I tried msvcrt.setmode(0, 0x4): set stdin mode to _O_U8TEXT. In this mode,
echo abc|python -c import sys; print(ascii(sys.stdin.read())) displays
STINNER Victor added the comment:
See also issues:
- issue #17797: Visual C++ 11.0 reports fileno(stdin) == 0 for non-console
program
- issue #18804: I proposed a similar change for other reasons.
--
nosy: +haypo
___
Python tracker
Changes by STINNER Victor victor.stin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21936
___
STINNER Victor added the comment:
Serhiy implemented the FileIO class in pure Python: see the issue #21859 (patch
under review).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13081
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
Removed message: http://bugs.python.org/msg222751
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13081
___
STINNER Victor added the comment:
Serhiy implemented the FileIO class in pure Python: see the issue #21859 (patch
under review).
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17984
Mark Lawrence added the comment:
The patch is short and sweet. Assuming it is acceptable do we commit or don't
we? See also the reference to #11470 in msg132032.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
It looks like the bug is gone... I don't know why :-/ But at least, it didn't
occur recently.
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
Steven D'Aprano added the comment:
in many cases flat-out wrong
What advice is flat-out wrong? All the advice seems excellent to me:
* avoid from spam import * (with a very few exceptions)
* be cautious about from spam import eggs
* avoid bare except clauses
* watch out for time from check to
Roundup Robot added the comment:
New changeset e9b401d46e20 by Victor Stinner in branch 'default':
Issue #21932: os.read() now uses a :c:func:`Py_ssize_t` type instead of
http://hg.python.org/cpython/rev/e9b401d46e20
--
nosy: +python-dev
___
Python
STINNER Victor added the comment:
Patch LGTM.
Thanks for the review.
Here is a test for it.
Your test does not pass because Linux truncates the read() size to 2GB - 4096.
I tested with /dev/zero device and with a regular file.
I wrote a simplified test to just check that size larger than
Brandon Rhodes added the comment:
The question of whether the document ought to be removed is not at issue here.
The document was already deleted, in 2011, by Raymond Hettinger, with the
consent of its author. I told that story merely as background.
The issue here is that the Python web site
R. David Murray added the comment:
The file no longer exists in the 3.5 tree on the server. Since it isn't linked
from the 3.4 index, it may be more effort than it is worth to get someone to
delete the file from the 3.4 tree on the server. On the other hand, fixing the
publication process
Roundup Robot added the comment:
New changeset 4a7fcd5273ce by Victor Stinner in branch 'default':
Issue #21932: Ooops, os.read(fd, size) allocates a buffer of size bytes, even
http://hg.python.org/cpython/rev/4a7fcd5273ce
--
___
Python tracker
Jason R. Coombs added the comment:
I get different results that @haypo when testing Powershell on Windows 8.1 with
Python 3.4.1:
C:\Users\jaraco chcp 1252
Active code page: 1252
C:\Users\jaraco $env:PYTHONIOENCODING=''
How you do change the console encoding? Using the chcp command?
Yes. I
Terry J. Reedy added the comment:
The awkwardness of the config design is that idlelib/config-xyz.def files are
separate for each version and shared across users (and systems) while
.idlerc/config-xyz.def files are separate for each user (account) and shared
across versions on the same
Roundup Robot added the comment:
New changeset c4a86fe52006 by Berker Peksag in branch 'default':
Issue #16382: Improve exception message of warnings.warn() for bad category.
http://hg.python.org/cpython/rev/c4a86fe52006
--
nosy: +python-dev
___
New submission from Zachary Turner:
VS2013 and beyond implement C99 math functions. Of interest to Python is the
function round(). Python conditionally provides its own implementation of
round() based on whether or not HAVE_ROUND is defined, but in no case is
HAVE_ROUND ever defined. This
Tal Einat added the comment:
So is that a go-ahead to commit to the 2.7 and 3.4 branches (as well as
default)?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20577
___
Terry J. Reedy added the comment:
I did not open another issue yet because I did not want to split the general
discussion of parsing 3.x unicode-based python. We might also need another
issue for idlelib/PyParse, and that might need to come first.
What I think is that Idle should have at 1
Roundup Robot added the comment:
New changeset eafe4007c999 by Berker Peksag in branch '3.4':
Issue #21906: Make Tools/scripts/md5sum.py work in Python 3.
http://hg.python.org/cpython/rev/eafe4007c999
New changeset e1913d2780d7 by Berker Peksag in branch 'default':
Issue #21906: Merge from 3.4.
Audrey Roy added the comment:
Since it isn't linked from the 3.4 index, it may be more effort than
it is worth to get someone to delete the file from the 3.4 tree on the
server.
It would be worthwhile to delete or fix it in the 2.7 and 3.4 tree.
It accidentally gets linked, still causing
Berker Peksag added the comment:
Thanks for the patch, Phil.
--
assignee: - berker.peksag
nosy: +r.david.murray
resolution: - fixed
stage: patch review - resolved
status: open - closed
type: behavior - enhancement
___
Python tracker
Changes by Anselm Kruis a.kr...@science-computing.de:
--
title: msi product code for 2.7.5150 not in Tools/msi/uuids.py - msi product
code for 2.7.8150 not in Tools/msi/uuids.py
___
Python tracker rep...@bugs.python.org
Terry J. Reedy added the comment:
I verified that this issue does not affect Windows. What about Mac? A patch
might best be system-specific in only being active on systems that need it.
The lack of complaints other than by one person suggests that it is not a high
priority among linux users
Berker Peksag added the comment:
Thanks for the patch, Zachary.
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21906
Mark Lawrence added the comment:
https://docs.python.org/3/extending/newtypes.html still refers to
PyInstanceObject, I'm sorry but I've no idea what the replacement is called, so
I'll leave this to someone in the know.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2, Python
Mark Lawrence added the comment:
Without a patch this issue will go nowhere. I'm assuming that this limitation
must have been overcome by other projects using embedded Python. Has anybody
got any ideas as to how, I certainly haven't?
--
nosy: +BreamoreBoy
type: crash - enhancement
Matthias Klose added the comment:
http://tracker.ceph.com/issues/8797 reports that the backport to 2.7 causes a
regression in ceph.
--
nosy: +benjamin.peterson, doko
status: closed - open
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
There's a table here
https://docs.python.org/X/using/windows.html#compiling-python-on-windows which
shows what versions you need, where X can be 2 or 3.
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2, Python 3.3
Mark Lawrence added the comment:
The docs state 'from module import name1, name2. - This is a “don’t” which is
much weaker than the previous “don’t”s but is still something you should not do
if you don’t have good reasons to do that.' How does that translate into 'The
Python docs say that
Mark Lawrence added the comment:
Who has the technical knowledge to write a patch for this?
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12217
Mark Dickinson added the comment:
+ In other words, the following expressions should have the same result:
+
+``x == y`` and ``not x != y``
+
+``x y`` and ``not x = y``
+
+``x y`` and ``not x = y``
I think the second and third items here go too far: sets don't obey these
rules,
Mark Lawrence added the comment:
@Paul can you take a look at this please.
--
nosy: +BreamoreBoy, paul.j3
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16516
___
Changes by Zachary Ware zachary.w...@gmail.com:
--
nosy: +steve.dower
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21959
___
___
Python-bugs-list
New submission from Anselm Kruis:
The file Tools/msi/uuids.py contains the product codes for all recently
released Python 2.x versions except 2.7.8. Without this code it is not possible
to recreate the MSI installer using Tools\msi\msi.py.
The product code of
Ned Deily added the comment:
I am not sure why the string reprs for FF and VT are not special-cased to \f
and \v but they are not alone: \a (BEL) and \b (BS) are also not special-cased.
My guess is that it was for performance reasons but perhaps someone with a
longer memory can comment. As
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6092
___
R. David Murray added the comment:
I think the example would be clarified by speaking about mutation operations
versus non-mutation operations. After all:
x = [1]
y = x
x = x + [2]
x
[1, 2]
y
[1]
At that point including a list += operation would also be beneficial.
--
New submission from Terry J. Reedy:
I propose two interrelated changes for path handling in Idle's Find in Files
feature (Alt-F3).
1. If I hit Alt-F3 in an editor window, the 'In files:' entry box displays a
full path, such as C:\Programs\Python34\Lib\idlelib\*.py. If I do the same in
the
Changes by Terry J. Reedy tjre...@udel.edu:
--
stage: needs patch - test needed
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14929
Terry J. Reedy added the comment:
What I meant was 'wait until we have an new announcement mechanism', which we
very much need anyway, and then apply to all three. And that should have been
'Help/What's New' in the splash announcement. I opened #21961 for this and will
try to have a minimal
Terry J. Reedy added the comment:
The 'In files:' field specifies the search directory. I opened #21960 about it
being more informative when using Find in Files from the Shell window.
Perfect encoding detection is a fantasy; decent encoding detection by
heuristics is slow and not something to
New submission from Terry J. Reedy:
For the stdlib in general, What's New in x.y.0 is sufficient because there is
not supposed to be anything new in bugfix releases except for bugfixes. 2.7
has a security enhancement exemption, and a corresponding section in the 2.7
What's New for security
Brandon Rhodes added the comment:
I do not find it unreasonable, on a page of Python idioms, the we would call an
example that explicitly says Don't in its title an anti-idiom.
--
___
Python tracker rep...@bugs.python.org
Changes by Terry J. Reedy tjre...@udel.edu:
--
stage: - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21960
___
___
Python-bugs-list
Zach Byrne added the comment:
Done and done.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21323
___
___
Python-bugs-list mailing list
Mark Lawrence added the comment:
@Brett as #15627 is in would you like to follow up on this.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16494
___
Audrey Roy added the comment:
Mark, I and a number of others simply misinterpreted the text in that section.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21956
___
New submission from Alexandre JABORSKA:
Hi,
Nor asyncio.Event.wait() neither asyncio.Condition.wait() (or .wait_for())
has a timeout parameter, while threading.Event.wait() has one.
A timeout can be specified for the whole task using asyncio.wait_for() but
it's tricky.
I guess asyncio
STINNER Victor added the comment:
A timeout can be specified for the whole task using asyncio.wait_for() but
it's tricky.
Exactly, you can use wait_for() on any async operation. Why would you like to
add a timeout on each async operation, while wait_for() is available?
Replace
Terry J. Reedy added the comment:
In installed 3.4.1 on Win 7, I *do* get the unsaved * back when typing. It
disappears again when I hit return. So on this system, the meaning seems to be
'unsubmitted code'.
Saving in the middle of a line inserts '\n' before saving (but does not submit
for
Vinay Sajip added the comment:
How does a piece of code on github relate to the core Python code in
Mercurial?
Tangentially. Armin Ronacher is the developer of both the GitHub code and the
PEP 414 implementation, and it's referenced in the PEP. It doesn't make sense
for any other Python
New submission from Ned Deily:
doko in msg222768 of Issue1856:
http://tracker.ceph.com/issues/8797 reports that the backport to 2.7 causes a
regression in ceph.
--
messages: 222795
nosy: benjamin.peterson, doko, ned.deily
priority: release blocker
severity: normal
stage: needs patch
Armin Ronacher added the comment:
I hereby close this issue which is two years old. The only point of the
tokenizer thing was to support Python 3.2 which many libraries already have
stopped supporting anyways.
--
___
Python tracker
Mark Lawrence added the comment:
I've just taken a look at the Windows buildbots and can't find anything
relevant to this so can we close it.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14143
Ned Deily added the comment:
I've opened Issue21963 to track the 2.7.8 regression. Please continue any
discussion there.
--
nosy: +ned.deily
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1856
Changes by Ned Deily n...@acm.org:
--
nosy: -ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21963
___
___
Python-bugs-list mailing list
Changes by Armin Ronacher armin.ronac...@active-4.com:
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14714
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12669
___
___
STINNER Victor added the comment:
Does anyone have a *simple* script to reproduce the regression?
The changeset 7741d0dd66ca looks good to me, Python 3 does the same thing since
Python 3.2 (the new GIL).
Anyway, daemon threads are evil :-( Expecting them to exit cleanly
automatically is not
STINNER Victor added the comment:
The changeset 7741d0dd66ca looks good to me, Python 3 does the same thing
since Python 3.2 (the new GIL).
Oh, I forgot to say that the simplest way to fix the regression is to revert
this commit... As I wrote modifying the code to cleanup Python at exit is
Steve Dower added the comment:
The fix is certainly needed in default, though I already have it in my fork for
porting to VC14.
I'm okay with the HAVE_ROUND change, but I think the VS2013 project files are
better off kept separate. We won't be rebuilding 2.x with a newer compiler, so
they
Mark Lawrence added the comment:
I've tested the reworked patch on Windows 7, ran 718 tests with 1 skipped both
before and after applying the patch.
--
nosy: +BreamoreBoy
Added file: http://bugs.python.org/file35926/Issue7063.diff
___
Python tracker
Josh Rosenberg added the comment:
On: if (... a+b will not overflow ...) {
Since you limited the optimization for addition to single digit numbers, at
least for addition and subtraction, overflow is impossible. The signed twodigit
you use for the result is guaranteed to be able to store far
Steve Dower added the comment:
Yeah, I patched my msi.py to get the build going but haven't checked it in (it
was already after the tag...).
I'll fill out the next few minor versions and check it in.
--
___
Python tracker rep...@bugs.python.org
Steve Dower added the comment:
This is definitely the same as #17797, so I'll close this as a dup. Over on
that issue, it's confirmed as fixed in VC14 (and it is - I've checked).
--
resolution: - duplicate
status: open - closed
___
Python tracker
Changes by Zachary Ware zachary.w...@gmail.com:
--
stage: - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21953
___
___
Python-bugs-list
Zachary Ware added the comment:
Agreed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21958
___
___
Python-bugs-list mailing list
Unsubscribe:
Roundup Robot added the comment:
New changeset cc8849331528 by Steve Dower in branch '2.7':
#21959: Adds 2.7.8 product code to Tools/msi/uuids.py
http://hg.python.org/cpython/rev/cc8849331528
--
nosy: +python-dev
___
Python tracker
Mark Lawrence added the comment:
Given the extended EOL I'd assume that this is worth doing for 2.7.
--
nosy: +BreamoreBoy
versions: -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10213
Lita Cho added the comment:
Hi Raymond! Just wanted to check if you had time to test this yet. I ran the
tests through the Turtle tests I wrote (issue21914), but those are still
pending approval.
This is off topic, but I also didn't realize till now that you gave a talk
about Transforming
New submission from hakril:
Will playing with generators and `yield from` I found some inconsistency.
list comprehension with yield(-from) would return a generator.
generator comprehension would yield some None in the middle of the expected
values.
Examples:
l = [abc, range(3)]
g1 =
Ezio Melotti added the comment:
Good point, I'll try to add that to the FAQ.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20135
___
___
Lita Cho added the comment:
That's perfect. I agree that this issue is closed! :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3015
___
___
1 - 100 of 111 matches
Mail list logo