Terry J. Reedy added the comment:
Lib/tkinter/tix.py:1920
Val may be: auto -- the width of the column is set the
the widest cell in the column; a valid Tk screen distance
I believe 'the the' should be 'to the width of the'
Lib/tkinter/tix.py:1944
Val may be: auto -- the height of the row
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12768
___
Ulrich Eckhardt added the comment:
Just for the record, the behaviour is documented, unfortunately in the very
last line of the functools documentation: Also, partial objects defined in
classes behave like static methods and do not transform into bound methods
during instance attribute
Senthil Kumaran added the comment:
I shall go ahead with this change. And when the URLopener and FancyURLopener
removed, all their references in the docs (including this change) will be
removed.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset fae8e212e870 by Senthil Kumaran in branch '3.2':
Fix Issue17069: Document getcode method in urllib.request.rst
http://hg.python.org/cpython/rev/fae8e212e870
New changeset e15d2ad42d93 by Senthil Kumaran in branch '3.3':
Fix Issue17069: Document
Changes by Senthil Kumaran sent...@uthcode.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17069
___
Ezio Melotti added the comment:
Are these the addinfourl getters that Ezio wants to deprecate?
Yes, see #12707
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17069
___
Antoine Pitrou added the comment:
As soon as hash randomization is turned on (and it's the default starting with
Python 3.3), the pickled representation of dicts will also vary from run to run:
$ python -R -c import pickle; print pickle.dumps({'a':1, 'b':2}) |md5sum
Antoine Pitrou added the comment:
There are reasons to use buffered I/O rather than os.write: os.write can fail
with EINTR, for example.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16800
Changes by Serhiy Storchaka storch...@gmail.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17149
___
___
Python-bugs-list
New submission from Serhiy Storchaka:
random.vonmisesvariate(mu, kappa) returns a value in the range (mu%2pi)-pi/2 to
(mu%2pi)+pi/2 for kappa 1e-6. For kappa = 1e-6 it returns an uniform random
value over the range 0 to 2*pi.
--
components: Library (Lib)
messages: 181588
nosy:
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - patch review
type: - behavior
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17143
___
Antoine Pitrou added the comment:
Éric's suggestion is also implemented in python-requests if I remember
correctly. It allows for user-specified PEM files and tries to find the
operating system bundle. This would be a wonderful inclusion in the
standard library.
Aren't
Mark Dickinson added the comment:
I'll take a look at this.
--
assignee: - mark.dickinson
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17149
___
Danilo Bargen added the comment:
chris, no, that command registers the package with the local index but tries to
upload it to pypi.
What works is setup.py sdist register -r wbrp upload -r wbrp but that's kind
of awful.
--
___
Python tracker
Changes by Bohuslav Slavek Kabrda bkab...@redhat.com:
--
nosy: +bkabrda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9253
___
___
Stefan Krah added the comment:
The FreeBSD 6.4 bot is failing, too. Note that the other functions
in test_returnfuncptrs.py do this in order to get strchr():
dll = CDLL(_ctypes_test.__file__)
get_strchr = dll.get_strchr
get_strchr.restype = CFUNCTYPE(c_char_p, c_char_p, c_char)
Serhiy Storchaka added the comment:
Here is an implementation which is more precise for small and large kappa,
doesn't hang for large kappa, and even a little faster. It is mathematically
totally equivalent to existing, but use more accurate calculations.
--
keywords: +patch
Added
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17141
___
___
Serhiy Storchaka added the comment:
It is surprising that the pickled representation of 1-element dict varies from
run to run.
--
components: +Extension Modules -None
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12596
Ramchandra Apte added the comment:
Try `./python -R -c import pickle; print(pickle.dumps({'a':1, 'v':1}))
|md5sum`. The output will differ on subsequent run, while trying `./python -R
-c import pickle; print(pickle.dumps({'a':1})) |md5sum`, the output is always
the same. I suspect because the
Jan Lachnitt added the comment:
Knowing that the problem is related to the internal representation of the
strings, I have written a short script which reproduces the problem. It is this
simple:
import os
name = 'sub-fcc'
wrkdir = 'D:\\Bug reports\\Python\\test'
dirname = wrkdir+os.sep+name
Ramchandra Apte added the comment:
Darn, last sentence has some mistakes.
I suspect this issue is happening because the order of a dictionary is
different on every run (try repr).
--
___
Python tracker rep...@bugs.python.org
Ramchandra Apte added the comment:
Further proof:
here are the results of two invocations of `./python -R -c import pickle;
print(pickle.dumps({'a':1, 'v':1}))`
b'\x80\x03}q\x00(X\x01\x00\x00\x00vq\x01K\x01X\x01\x00\x00\x00aq\x02K\x01u.'
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16389
___
___
New submission from Antoine Pitrou:
Currently:
pprint.pprint({a: xxx * 50})
{'a': 'xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx
xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx
xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx '}
It
Serhiy Storchaka added the comment:
There are 6 different ways to get a function (see comment around
PyCFuncPtr_new() in Modules/_ctypes/_ctypes.c). The other tests just use other
ways.
I'm more carefully read ctype code and found my mistake. Need to import
my_strchr, and not strchr.
Serhiy Storchaka added the comment:
Maybe lru_cache() should have a key argument so you can specify a specialized
key function.
It would be interesting to look at the microbenchmarking results.
--
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
It works correctly in Python 3.2.3 64-bit on Windows 8.
Can you reproduce the issue on other Windows versions?
2013/2/7 Jan Lachnitt rep...@bugs.python.org:
Jan Lachnitt added the comment:
Knowing that the problem is related to the internal representation
Serhiy Storchaka added the comment:
It is most probable that the difference is caused by the string interning.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12596
___
Serhiy Storchaka added the comment:
Terry, do you want to provide a patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17047
___
___
Fred L. Drake, Jr. added the comment:
I like this.
It would be especially nice if it were smart enough to split the segments after
sequences of line-ends (r'(\r?\n)+').
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17150
Roundup Robot added the comment:
New changeset cf98766f464e by Serhiy Storchaka in branch '3.2':
Issue #17114: IDLE now uses non-strict config parser.
http://hg.python.org/cpython/rev/cf98766f464e
New changeset c2ed79fbb9c6 by Serhiy Storchaka in branch '3.3':
Issue #17114: IDLE now uses
Serhiy Storchaka added the comment:
Just wait a few weeks to release of 3.2.4 and it's appearance in your
distribution.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17114
___
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/issue17114
Roundup Robot added the comment:
New changeset f7cc6fbd7ae1 by Serhiy Storchaka in branch '2.7':
Issue #17118: Add new tests for testing Python-Tcl interaction.
http://hg.python.org/cpython/rev/f7cc6fbd7ae1
New changeset 148e6ebfe854 by Serhiy Storchaka in branch '3.2':
Issue #17118: Add new
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/issue17118
Sven Brauch added the comment:
Any news on this yet? ;)
Unfortunately, I'm still having no luck in adding the patch to the review tool
(same error message).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16795
Roundup Robot added the comment:
New changeset 498b54e0e856 by Serhiy Storchaka in branch '2.7':
Issue #17043: The unicode-internal decoder no longer read past the end of
http://hg.python.org/cpython/rev/498b54e0e856
New changeset 0f1c2e2b6bc2 by Serhiy Storchaka in branch '3.2':
Issue #17043:
STINNER Victor added the comment:
Can you try to following command to get the size in bytes of the wchar_t type?
import types
ctypes.sizeof(ctypes.c_wchar)
4
You can also use _PyObject_Dump() to dump your string:
import ctypes
x=abc
_PyObject_Dump=ctypes.pythonapi._PyObject_Dump
Benjamin Peterson added the comment:
Are you attaching files directly on Rietveld or on this issue?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16795
___
Sven Brauch added the comment:
Attaching files to this bug report here works fine (see corrected patch above),
but when I add the file to http://bugs.python.org/review/16795/ under Add
another patchset, I get the error message I described. I tried with firefox,
chromium and konqueror.
Benjamin Peterson added the comment:
Yeah, I think that's broken. It's best just to attach them here.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16795
___
Ezio Melotti added the comment:
It's just not supported -- the Add another patchset link should be removed
from rietveld.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16795
___
Sven Brauch added the comment:
Oh, alright, that explains things. In this case, the file I attached on Jan 29
(http://bugs.python.org/file28905/81300-change-var-kwargs-new.diff) should
contain all the requested changes.
Greetings
--
___
Python
Mark Dickinson added the comment:
I don't think this is just windows; I see similarly odd results on OS X. The
first encode call gives expected results; the second ends in garbage.
Python 3.4.0a0 (default:eb0370d4686c+, Feb 7 2013, 14:59:41)
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Roundup Robot added the comment:
New changeset 649937bb8f1c by Serhiy Storchaka in branch '2.7':
Issue #17073: Fix some integer overflows in sqlite3 module.
http://hg.python.org/cpython/rev/649937bb8f1c
New changeset 55a89352e220 by Serhiy Storchaka in branch '3.2':
Issue #17073: Fix some
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/issue17073
Jan Lachnitt added the comment:
On Windows XP 32-bit: 3.2.3 works, 3.3.0 fails.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17137
___
___
New submission from Franck Michea:
Hi. As of python 3, behavior of object.__ne__ changed to call (not
object.__eq__) if implemented. This changement can be seen in function
object_richcompare in file Objects/typeobject.c.
Documentation didn't change though, still saying[1] that There are no
Florent Xicluna added the comment:
Confirmed on OSX 64bits with Mark's sample.
$ python3.3
Python 3.3.0 (default, Jan 24 2013, 08:28:09)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type help, copyright, credits or license for more information.
dir1 = D:\\Bug
Jan Lachnitt added the comment:
...
print(ctypes.sizeof(ctypes.c_wchar))
_PyObject_Dump=ctypes.pythonapi._PyObject_Dump
_PyObject_Dump.argtypes=(ctypes.py_object,)
print(_PyObject_Dump(dirname))
print(list(dirname))
in Python 3.3.0 64-bit on Windows 8 produces:
2
object : 'D:\\Bug
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
components: -Windows
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17137
___
___
New submission from Jesús Cea Avión:
Array module is used, frequently, as a convenient way of saving a lot of
memory. I think we should support boolean typeobject natively. Implementation
should be trivial and efficient, except methods like pop() (a bit convoluted,
but doable).
Opinions?.
Demian Brecht added the comment:
Here's a patch for the docs that adds a little clarity.
--
keywords: +patch
Added file: http://bugs.python.org/file28986/buffer.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17145
STINNER Victor added the comment:
Ok, it's a bug in the function resize a compact Unicode string,
resize_compact(): wstr field is not updated to the new size.
Attached patch should fix it. The bug was introduced by me in Python 3.3.
I don't think that it's possible to resize wstr buffer
STINNER Victor added the comment:
@Jan Lachnitt: Thanks for your patience and having executed all my commands :-)
Thanks for the short script reproducing the issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17137
Mark Dickinson added the comment:
What do you mean by 'natively'? How much space do you envisage each bool
taking? That is, are you suggesting a packed bool representation with 8
entries to a byte, or storing one bool per byte, or something else?
--
nosy: +mark.dickinson
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +larry
priority: high - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17137
___
Mark Dickinson added the comment:
Issue #17151 closed as a duplicate of this one.
--
nosy: +kushou, mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4395
___
Changes by Mark Dickinson dicki...@gmail.com:
--
priority: low - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4395
___
___
Mark Dickinson added the comment:
There's a (long-standing) issue already open for this: #4395. I'll close this
as a duplicate and add a note to that issue; with any luck, pinging that issue
might produce some movement.
--
nosy: +mark.dickinson
resolution: - duplicate
status: open
New submission from Vinay Sajip:
The attached file failing.tar.gz contains a path with UTF-8-encoded Unicode.
This causes extractall() to fail, but only when the destination path is
Unicode. That's because it leads to a implicit str-unicode conversion using
ASCII.
Test script:
import
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
Added file: http://bugs.python.org/file28988/failing.tar.gz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17153
___
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
nosy: +lars.gustaebel
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17153
___
___
R. David Murray added the comment:
Looking at the documentation, it is clear that (a) what you are trying to do is
documented as being correct and (b) it worked in Python2, making this a
regression.
I've attached a patch to fix this, which also probably fixes some bugs with
BytesGenerator
New submission from Xavier de Gaye:
An 'ignore' pdb command issued without any parameter raises IndexError.
--
components: Library (Lib)
messages: 181633
nosy: xdegaye
priority: normal
severity: normal
status: open
title: the 'ignore' pdb command raises IndexError
type: behavior
R. David Murray added the comment:
Updated patch after review by Ezio and Serhiy.
--
Added file: http://bugs.python.org/file28990/encode_noop.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16564
Giampaolo Rodola' added the comment:
LineTooLong should be added to ftplib.all_errors.
4096 looks enough to me.
The longest lines I can think of occur when processing MLSD command which
produces an output of like this:
type=file;size=156;perm=r;modify=20071029155301;unique=801cd2; music.mp3
Serhiy Storchaka added the comment:
import io, email
bytesdata = b'\xfa\xfb\xfc\xfd\xfe\xff'
msg = email.mime.application.MIMEApplication(bytesdata,
_encoder=encoders.encode_7or8bit)
s = io.BytesIO()
g = email.generator.BytesGenerator(s)
g.flatten(msg)
Traceback (most recent call last):
R. David Murray added the comment:
While related, that is a different bug, so I'd rather open a new issue for it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16564
___
Christian Heimes added the comment:
I suggest that we use twice the size of the largest limit (8192) for the DoS
fix and reduce it to 2048 for Python 3.4. 8192 is still a small number for
modern computers.
I also like to see comments next to the limit that explain on what grounds we
have
Brett Cannon added the comment:
I don't think this is worth it. I say just start with the basics of issue 17037
and that subsumes this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17146
New submission from Germán M. Bravo:
I've seen *a lot* of people using `logging.exception(exc)` to log exceptions.
It all seems okay, until the exc object contains unicode strings, at which
point logging throes a UnicodeEncodeError exception.
Example: `exc = Exception(u'operaci\xf3n');
Brett Cannon added the comment:
At this point let's just start with the helper class which takes the arguments
as necessary to do the proper importing of both the pure Python and accelerated
versions of the module and optionally the name of the attribute the test
classes expect (otherwise
Eric Snow added the comment:
My sentiment also.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17146
___
___
Python-bugs-list mailing list
Antoine Pitrou added the comment:
I was thinking we could re-use textwrap, actually.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17150
___
Antoine Pitrou added the comment:
I suggest that we use twice the size of the largest limit (8192) for
the DoS fix and reduce it to 2048 for Python 3.4. 8192 is still a
small number for modern computers.
Why do you want to reduce it? It doesn't bring any additional security.
--
Antoine Pitrou added the comment:
The import random isn't needed in your patch.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17137
___
Catalin Iacob added the comment:
There are 2 issues with the documentation changes introduced by these patches.
1. for 2.7, the note added by the doc patch is in the wrong place, at the
setpassword method instead of the extract or extractall method
2. for 3.x the Never extract archives from
Changes by R. David Murray rdmur...@bitdance.com:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6972
___
___
Gregory P. Smith added the comment:
reopening as documentation mixups remain to be fixed.
--
nosy: +benjamin.peterson, larry
priority: high - release blocker
resolution: fixed -
stage: patch review - needs patch
___
Python tracker
Roundup Robot added the comment:
New changeset 3b316ea5aa82 by Victor Stinner in branch '3.3':
Issue #17137: When an Unicode string is resized, the internal wide character
http://hg.python.org/cpython/rev/3b316ea5aa82
New changeset c10a3ddba483 by Victor Stinner in branch 'default':
(Merge 3.3)
Demian Brecht added the comment:
Strike that patch, this needs a little more love than
during-my-first-coffee-of-the-day work. I'll work on it more and submit a
follow-up for review.
--
___
Python tracker rep...@bugs.python.org
Eric Snow added the comment:
Fine with me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17037
___
___
Python-bugs-list mailing list
New submission from umedoblock:
I'd like to parse _('こんにちは').
However pygettext.py doesn't parse _('こんにちは').
pygettext.py said me 'IndexError'.
now I attached pygettext.py.patch to fix a bug.
I show you command history.
$ pygettext.py -o - --verbose konnichiha.py
...
#: konnichiha.py:6
msgid
Changes by umedoblock umedobl...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file28992/pygettext.py.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17156
___
umedoblock added the comment:
TOO SORRY.
pygettext.py.patch umedoblock, 2013-02-08 10:32
is wrong a patch.
please forget it.
--
Added file: http://bugs.python.org/file28993/pygettext.py.patch
___
Python tracker rep...@bugs.python.org
Terry J. Reedy added the comment:
I am working on patch(es) now, against 3.2. But to make 2.7.4/3.2.4, I'd like
you to apply, as I am not currently set up to do so properly.
I may do separate patches for doc, lib, module, and others, so none is
overwhelming.
--
Raymond Hettinger added the comment:
I'll look at the patch shortly. At first glance, it looks over-engineered to
me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13355
___
Jesús Cea Avión added the comment:
1 byte = 8 bools.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17152
___
___
Python-bugs-list mailing list
Terry J. Reedy added the comment:
First batch for Lib/*. Separate 3.2 and 2.7 files as the later required
deletion of concurrent patch and adjustment of tix and turtle paths.
--
keywords: +patch
Added file: http://bugs.python.org/file28994/Lib14707-27.diff
Terry J. Reedy added the comment:
These of course do not contain patches for new dups introduced in 3.3. I kept a
record and will later make a separate patch for those. (I hope before 3.3.1).
--
Added file: http://bugs.python.org/file28995/Lib14707-32.diff
Matt Joiner added the comment:
What's preventing this from being committed and closed?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4331
___
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16795
___
___
Roundup Robot added the comment:
New changeset d73fb6b06891 by Gregory P. Smith in branch '2.7':
Issue #6972: fix the documentation mis applied patch.
http://hg.python.org/cpython/rev/d73fb6b06891
New changeset 1c2d41850147 by Gregory P. Smith in branch '3.2':
Issue #6972: keep the warning
Changes by Gregory P. Smith g...@krypto.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6972
___
Terry J. Reedy added the comment:
C module files. I cannot find python-gdb.py.
--
Added file: http://bugs.python.org/file28996/Mod14707-27.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17047
Changes by Terry J. Reedy tjre...@udel.edu:
Added file: http://bugs.python.org/file28997/Mod14707-32.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17047
___
Terry J. Reedy added the comment:
A majority of doc glitches listed here are new in 3.3. I believe someone make a
similar de-double patch some time ago. I put the other 2.7/3.2 fixes here so
this is it for those two versions.
--
Added file:
1 - 100 of 102 matches
Mail list logo