Changes by Jeremy Kloth jeremy.kloth+python-trac...@gmail.com:
--
nosy: +jkloth
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19143
___
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +brian.curtin, tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19143
___
___
Tim Golden added the comment:
I was surprised that GetVersionEx would lie. But sure enough. Here:
http://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/c471de52-611f-435d-ab44-56064e5fd7d5/windows-81-preview-getversionex-reports-629200
(Including a heartfelt comment by long-time Python
Roundup Robot added the comment:
New changeset fcd889046ee1 by Serhiy Storchaka in branch '2.7':
Issue #19137: The pprint module now correctly formats empty set and frozenset
http://hg.python.org/cpython/rev/fcd889046ee1
New changeset 65943dc15afc by Serhiy Storchaka in branch '3.3':
Issue
Roundup Robot added the comment:
New changeset ae0306c8f7a3 by Serhiy Storchaka in branch 'default':
Issue #19132: The pprint module now supports compact mode.
http://hg.python.org/cpython/rev/ae0306c8f7a3
--
nosy: +python-dev
___
Python tracker
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19137
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19132
Tim Golden added the comment:
I've just installed a Win 8.1 VM and can (unsurprisingly) confirm the
report: The ver command shows 6.3.9600 while GetVersionEx and
consequently sys.getwindowsversion report 6.2.9200
We do use GetVersionEx in a few other places (timemodule.c,
unicodeobject.c,
Tim Golden added the comment:
platform.platform platform.uname are also affected although they already use
ver-parsing in some circumstances so could presumably fallback to that
approach here as well.
--
nosy: +lemburg
___
Python tracker
Stefan Krah added the comment:
Stefan, what do you think about Claudiu's patch? Should a test be added to
test_buffer as well?
I think the patch is good. We can add more tests when (if?) multi-dimensional
support is added to memoryview.
In that case we should probably do the same as NumPy
Roundup Robot added the comment:
New changeset 7f913c6ada03 by Vinay Sajip in branch 'default':
Closes #19139: Changed usage of __VENV_NAME__ and added __VENV_PROMPT__.
http://hg.python.org/cpython/rev/7f913c6ada03
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
Stefan Krah added the comment:
Well, I got tired of the OS gdb with an almost transcendental version
number and installed gdb from gnu.org.
The problem seems to have disappeared.
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
(One explanation is they did it for the enjoyment of non-Windows programmers)
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19143
___
New submission from Stefan Krah:
On the Fedora 16 buildbot:
==
ERROR: test_qualname_source (test.test_inspect.TestMain)
--
Traceback (most recent call last):
Changes by Nick Coghlan ncogh...@gmail.com:
--
assignee: - ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19078
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 0dc604d58949 by Nick Coghlan in branch 'default':
Close #19078: memoryview now supports reversed
http://hg.python.org/cpython/rev/0dc604d58949
--
nosy: +python-dev
resolution: - fixed
stage: patch review - committed/rejected
status: open -
Nick Coghlan added the comment:
There's no ducktyping for this due to the Sequence/Mapping confusion so it's a
simple missing explicit registration.
--
assignee: - ncoghlan
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 95badf936353 by Nick Coghlan in branch 'default':
Close #18690: register memoryview with Sequence ABC
http://hg.python.org/cpython/rev/95badf936353
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
status: open - closed
Nick Coghlan added the comment:
binascii already only supports simple C contiguous buffers, expanding it and
the base64 module to handle anything else should be a separate RFE.
--
dependencies: -Allow memoryview.cast() for empty views
___
Python
R. David Murray added the comment:
I have no idea, frankly :)
I guess my point is that the tool chain was not designed with cross compilation
in mind, so sorting out how to make it work and writing a howto is something
that needs to be done. The patches that have already been applied address
Nick Coghlan added the comment:
However, _input_type_check should enforce that (as binascii does), so I'll add
that before committing.
--
assignee: - ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17839
R. David Murray added the comment:
Sorry I missed this on the review, but you are missing versionchanged tags (or
versionadded, whichever you prefer :) and a what's new entry.
--
___
Python tracker rep...@bugs.python.org
Claudiu.Popa added the comment:
Could anyone review this patch, please?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17442
___
___
Remi Pointel added the comment:
Hi,
sorry to reopen this bug but it seams that your commit was not ok:
test_qualname_source (__main__.TestMain) ... ERROR
==
ERROR: test_qualname_source (__main__.TestMain)
Martin v. Löwis added the comment:
tim.peters: looking at the implementation of the proposed annoying functions
with names like IsWindows8Point1OrGreater, it turns out that they all go back
to VerifyVersionInfoW, which is available since W2k (but still doesn't tell the
actual version).
Martin v. Löwis added the comment:
According to
http://stackoverflow.com/questions/17399302/how-can-i-detect-windows-8-1-in-a-desktop-application
another strategy is to directly read the version out of the registry, from
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion
(values
Roundup Robot added the comment:
New changeset 2e54edaf60d4 by Brett Cannon in branch 'default':
Try to fix issue #19134 again
http://hg.python.org/cpython/rev/2e54edaf60d4
--
___
Python tracker rep...@bugs.python.org
Brett Cannon added the comment:
OK, went for a more thorough check for the failure by just trying to import and
catching the ImportError instead of trying to be fancy. The FreeBSD buildbot
was having the same failure but it seems stuck waiting for some lock, so I
can't verify the fix at the
Changes by Brett Cannon br...@python.org:
--
assignee: - brett.cannon
nosy: +brett.cannon
resolution: - duplicate
status: open - closed
superseder: - test_inspect.py failed if module _multiprocessing not available
___
Python tracker
Remi Pointel added the comment:
It's ok now, thanks:
test_qualname_source (__main__.TestMain) ... skipped 'multiprocessing required
to test __qualname__ for source files'
--
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
After working through this, I found that the modern base64 API just relies on
the checks in binascii. All that checks for is:
1. Can the data by exported using PyBUF_SIMPLE?
2. Is it C contiguous?
It completely ignores the number of dimensions and the format
Roundup Robot added the comment:
New changeset d90f25e1a705 by Nick Coghlan in branch 'default':
Close #17839: support bytes-like objects in base64 module
http://hg.python.org/cpython/rev/d90f25e1a705
--
nosy: +python-dev
resolution: - fixed
stage: patch review - committed/rejected
Nick Coghlan added the comment:
With issue 17839 fixed, the error from invoking the base64 codec through the
method API is now substantially more sensible:
bZXhhbXBsZQ==\n.decode(base64_codec)
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: decoder did not return
Nick Coghlan added the comment:
I just wanted to note something I realised in chatting to Armin Ronacher
recently: in both Python 2.x and 3.x, the encode/decode method APIs are
constrained by the text model, it's just that in 2.x that model was effectively
basestring-basestring, and thus
Nick Coghlan added the comment:
We should fix the docs for the earlier versions as well.
--
versions: +Python 2.7, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7475
___
Changes by Nick Coghlan ncogh...@gmail.com:
--
Removed message: http://bugs.python.org/msg198847
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7475
___
Changes by Nick Coghlan ncogh...@gmail.com:
--
versions: -Python 2.7, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7475
___
___
Nick Coghlan added the comment:
We should fix the docs for the earlier versions as well.
--
versions: +Python 2.7, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17827
___
New submission from Vajrasky Kok:
from itertools import repeat
repeat(2, -10).__length_hint__()
0
repeat(2, times=-10).__length_hint__()
18446744073709551606
repeat(2, times=-10)
repeat(2, -10)
repeat(2, -10)
repeat(2, 0)
Hereby, I attached two alternatives of patch to make the behaviour
Vajrasky Kok added the comment:
The second patch makes the negative number parameter/keyword ALWAYS means 0.
--
Added file:
http://bugs.python.org/file31944/fix_itertools_repeat_negative_number_means_0.patch
___
Python tracker rep...@bugs.python.org
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - rhettinger
components: +Extension Modules -Library (Lib)
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19145
Serhiy Storchaka added the comment:
Here is a patch.
Without patch:
pprint.pprint([[0, 0, 0]]*3, width=21)
[[0,
0,
0],
[0,
0,
0],
[0,
0,
0]]
With patch:
pprint.pprint([[0,
Changes by Guido van Rossum gu...@python.org:
--
stage: - patch review
type: - enhancement
versions: +Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19146
___
New submission from Guido van Rossum:
The traceback module is driving me nuts. It has some handy helpers to extract
info about a traceback or a full stack without formatting them, but (a) these
are _internal, and (b) they don't return the frame object as part of the
information, so code that
Serhiy Storchaka added the comment:
Is the patch good to you Benjamin? I'm not very experienced in 2to3 machinery.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18037
___
Trevor Bowen added the comment:
Ok, thanks for the tips. I'm new to developing on Python itself. I'll start
simple by trying to develop a set of patches for the 2.7.5 source tar-ball,
which I usually use to build Python. If that succeeds, I'll look into pushing
it into the related source
Serhiy Storchaka added the comment:
I had added a what's new entry.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19132
___
___
New submission from Andrew Parker:
On my Linux system the docs for fcntl.flock gives me man 3 flock for more
details:
$ pydoc3 fcntl.flock
Help on built-in function flock in fcntl:
fcntl.flock = flock(...)
flock(fd, operation)
Perform the lock operation op
Serhiy Storchaka added the comment:
You forgot a patch.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19146
___
___
Roundup Robot added the comment:
New changeset 6e7b1aadea2f by Serhiy Storchaka in branch 'default':
Issue #19132: Add versionchanged tags.
http://hg.python.org/cpython/rev/6e7b1aadea2f
--
___
Python tracker rep...@bugs.python.org
Guido van Rossum added the comment:
Sigh. Here it is.
--
keywords: +patch
Added file: http://bugs.python.org/file31946/TB.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19146
___
Serhiy Storchaka added the comment:
Tcl is weak typed language and all Tcl values formally are strings. 123 is
the 123 integer, the 123 string, and Tcl list containing one element 123
(which can be a number, a string, a list, etc). Actually for optimization Tcl
uses different specialized
Serhiy Storchaka added the comment:
There is a regression in 3.4 due to changes in shutdown procedure. This code
correctly works in 3.3. There are more than a dozen places in the stdlib which
rely upon accessibility of builtins. I wrote patches for all these cases, but
third-party code will
Changes by Claudiu.Popa pcmantic...@gmail.com:
--
nosy: +Claudiu.Popa
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19146
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 43064ded64cb by Ned Deily in branch '2.7':
Issue #19147: Fix docstring for fcntl.flock to refer to correct man section.
http://hg.python.org/cpython/rev/43064ded64cb
New changeset 735d8b856928 by Ned Deily in branch '3.3':
Issue #19147: Fix
Ned Deily added the comment:
Thanks for the report!
--
nosy: +ned.deily
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 3.4 -Python 2.6
___
Python tracker rep...@bugs.python.org
Bastien Montagne added the comment:
No one to check the patch? It’s rather small, should not take much time… And we
really need a solution for this issue, so better to try to get this settled
before 3.4 freeze! ;)
--
___
Python tracker
Raymond Hettinger added the comment:
The preferred behavior is that a negative number always means 0.
That is what lists do:
[1] * (-5)
[]
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19145
Stefan Behnel added the comment:
What about this: by default, we assume all runtimes to have the same major
version as the Python runtime that executes the benchmark runner. If that's not
the case, users must override it explicitly with a command line option, say,
--pyversions 2:3 for a
Brett Cannon added the comment:
If you want to propose a patch to add specifying the version on the
command-line to avoid inferring the version I would be fine with that.
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
It adds extract_tb_ex() and extract_stack_ex() functions ...
I don't like _ex suffixes, it's not future proof if we need to add another
function later.
You may rename them using _iter suffix and return an iterator instead of a
list. Such idea was also
Changes by Ned Deily n...@acm.org:
--
nosy: +vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19141
___
___
Python-bugs-list mailing list
New submission from Esa Peuha:
I noticed a couple of issues with the Enum documentation. First, there are some
markup bugs which should be fixed by the attached file. Second, I think If the
only change desired is no aliases allowed is very bad English and should be
reworded; I would go with
Benjamin Peterson added the comment:
That seems fine.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18037
___
___
Python-bugs-list mailing list
Guido van Rossum added the comment:
I don't like _ex suffixes, it's not future proof if we need to add
another function later.
Me neither, but you can't change a function that returns a list of 4-tuples
into a function that returns a list of 5-tuples without breaking existing
code. IIRC for
Claudiu.Popa added the comment:
I already thought of that, but that doesn't work: the iterator version
would return the stack in the wrong order (note the .reverse() call in the
code).
Then, couldn't this:
stack = list(_extract_stack_iter(_get_stack(f), limit=limit))
Changes by Ethan Furman et...@stoneleaf.us:
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19148
___
___
Python-bugs-list
Guido van Rossum added the comment:
No, reversed() doesn't work on iterators.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19146
___
___
Serhiy Storchaka added the comment:
Me neither, but you can't change a function that returns a list of 4-tuples
into a function that returns a list of 5-tuples without breaking existing
code. IIRC for struct and time tuples we created a hack in C where we
return something that behaves like
Vinay Sajip added the comment:
The current version of py.exe *does* do a PATH search for a shebang of
#!/usr/bin/env python (see #17903).
The whole *point* of py.exe is to invoke Pythons which are *not* available on
the PATH.
The behaviour of py.exe is as documented in PEP 397, other than
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +pitrou
stage: - patch review
versions: -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17442
___
Guido van Rossum added the comment:
Nice. However it will take up a lot more space, because now there's an instance
dict. (And adding __slots__ to a namedtuple subclass doesn't work.) I'll have
to think about whether I care about the extra space.
--
Graham Wideman added the comment:
Hi Vinay, thanks for commenting. And of course for your efforts on py.exe (and
no doubt the debate process.)
I am trying to draw attention to the situation where the script has no shebang
line, and there is no other explicit configuration info for py.exe.
New submission from Martin:
Hello! My name is Martin, a member of Free Software in Comahue National
University of Neuquén, Argentina. We have detected an error in the compiler
for Python 2.7 using Ubuntu 12.04: I write the code, without realizing I
leave a comment with syntax error in that line
New submission from Martin:
Hello! My name is Martin, a member of Free Software in Comahue National
University of Neuquén, Argentina. We have detected an error in the compiler for
Python 2.7 using Ubuntu 12.04: I write the code, without realizing I leave a
comment with syntax error in that
Changes by Ned Deily n...@acm.org:
--
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - python bug report
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19149
Ned Deily added the comment:
Can you give a step-by-step sequence of commands to reproduce the problem? One
thing that looks somewhat suspicious is that there seem to be multiple IDLE
*Python Shell windows open. Normally there should only be one.
--
nosy: +ned.deily
title: python
Vajrasky Kok added the comment:
Improved the patch which makes negative number *always* means 0. Added comment
and put more test.
--
Added file:
http://bugs.python.org/file31949/fix_itertools_repeat_negative_number_means_0_v2.patch
___
Python
Martin added the comment:
I have three shell windows open because everytime i run the code corrected, it
opens a new shell, I try to close them but there is one that keeps open, unless
I kill it by terminal (kill) I attach a photo of compiling the line of code,
closing leftover shell ... What
79 matches
Mail list logo
