Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I'm not sure that we should mention the fast path for dicts. That is an
implementation detail and may not be present in IronPython, PyPy, Jython, etc.
The current version includes:
D.updated(E, **F) -- None. Updated D
ivank b...@ludios.org added the comment:
CPython's dict(obj) ignores `keys` and `__iter__` if obj is a subclass of dict.
I thought this was an important language detail, not just an implementation
quirk. But, I just tested pypy 1.3, and it is calling .keys() on dicts. Oh
well.
I think the
New submission from Max Skaller max.skal...@gmail.com:
Not sure if this is a bug or not. I am unable to find libpython.so for Python3
on either my Mac or Ubuntu. Perhaps this is a packaging fault, however some
documentation in the Wiki suggests otherwise. It appears the builders have
reverted
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Backported to 2.7
See r85966
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6105
Martin v. Löwis mar...@v.loewis.de added the comment:
Python 2.6, for example, does ship a shared library.
That is not really the case. Python 2.6 ships in source form. It
builds with a libpython shared library only if you configure
with --enable-shared.
In particular it is NOT acceptable
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
See r85967, r85968 and r85969.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10221
Changes by Zbyszek Szmek zbys...@in.waw.pl:
--
nosy: +zbysz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10224
___
___
Python-bugs-list mailing
Changes by Zbyszek Szmek zbys...@in.waw.pl:
--
nosy: +zbysz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10220
___
___
Python-bugs-list mailing
New submission from Maciej Fijalkowski fij...@gmail.com:
PEP100 (http://www.python.org/dev/peps/pep-0100/) links to python starship.
Should it just link to python.org for the newest version of this doc?
--
assignee: d...@python
components: Documentation
messages: 119967
nosy:
Martin v. Löwis mar...@v.loewis.de added the comment:
Why do you say that the link is broken?
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10244
___
Maciej Fijalkowski fij...@gmail.com added the comment:
Python starship is down, I thought it's permanently down, isn't it?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10244
___
Martin v. Löwis mar...@v.loewis.de added the comment:
The link works fine for me right now, and the starship is alive and well.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10244
___
Maciej Fijalkowski fij...@gmail.com added the comment:
That is really weird, it definitely doesn't for me. Anyway, closing the ticket
then.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10244
Georg Brandl ge...@python.org added the comment:
Well, obviously only the first link works (does for me too), the second needs
to have a version filled in :)
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg m...@egenix.com added the comment:
Maciej Fijalkowski wrote:
New submission from Maciej Fijalkowski fij...@gmail.com:
PEP100 (http://www.python.org/dev/peps/pep-0100/) links to python starship.
Should it just link to python.org for the newest version of this doc?
The
New submission from Brian Brazil brian.bra...@gmail.com:
Please see attached patch and closing files and sockets in a timely manner in
the stdlib on python-dev.
--
components: Tests
files: test_telnetlib_fd_leak.patch
keywords: patch
messages: 119974
nosy: bbrazil, brett.cannon
New submission from Brian Brazil brian.bra...@gmail.com:
Please see attached patch, I'm not sure if this is the cleanest way to fix
this. This also fixes the resource warnings in the test.
--
components: Library (Lib)
files: uu_fd_leak.patch
keywords: patch
messages: 119975
nosy:
Antoine Pitrou pit...@free.fr added the comment:
I think there should be a try..finally block so that those files get closed
even when there's an error in-between.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
Brian Brazil brian.bra...@gmail.com added the comment:
How does v2 look?
--
Added file: http://bugs.python.org/file19426/uu_fd_leak_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10246
R. David Murray rdmur...@bitdance.com added the comment:
Maybe the fastpath should do a strict check and not be used for subclasses of
dict?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10240
Antoine Pitrou pit...@free.fr added the comment:
How does v2 look?
Nice, thank you!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10246
___
Antoine Pitrou pit...@free.fr added the comment:
I also get a failure here:
==
FAIL: test_default_timeout (test.test_threading.BarrierTests)
--
Traceback (most
New submission from Lorenz Quack d...@amberfisharts.com:
RV Plastics is your end to end partner for all your moulds and Injection
Moulding requirements.
Founded in 2003, RV Plastics dedicates itself to the plastic industry,
exporting
Plastic injection moulds and molded Components to
Antoine Pitrou pit...@free.fr added the comment:
Committed in r85975 (3.2). I guess we'll do a big svnmerge to other branches
later.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 3.2 -Python 3.3
___
New submission from Brian Brazil brian.bra...@gmail.com:
I'm not 100% comfortable with this patch as my knowledge of the xmlrpc
interface is very limited, a simple p.close() would seem cleaner - but that
doesn't work.
--
files: test_xmlrpclib_fd_leak.patch
keywords: patch
messages:
New submission from Brian Brazil brian.bra...@gmail.com:
Please see attached.
--
components: Library (Lib)
files: test_unicodedata_fd_leak.patch
keywords: patch
messages: 119984
nosy: bbrazil
priority: normal
severity: normal
status: open
title: Fix resource warnings in test_unicodedata
New submission from Brian Brazil brian.bra...@gmail.com:
Please see attached, not sure this is quite right.
--
components: Tests
files: test_urllib2_localnet_fd_leak.patch
keywords: patch
messages: 119985
nosy: bbrazil
priority: normal
severity: normal
status: open
title: Fix resource
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +loewis
stage: - patch review
type: - resource usage
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10248
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +orsenthil
stage: - patch review
type: - resource usage
versions: +Python 3.2 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10250
Changes by Antoine Pitrou pit...@free.fr:
--
Removed message: http://bugs.python.org/msg119981
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10247
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: -donlorenzo
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10247
___
R. David Murray rdmur...@bitdance.com added the comment:
I've looked over this patch, and it seems to me that there is no compelling
reason to create two new functions. I think it would be clearer to just inline
that code in the places it is used. If it turns out later that the code needs
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: needs patch - patch review
versions: +Python 3.1 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9340
___
New submission from Brian Brazil brian.bra...@gmail.com:
Please see attached.
--
components: Tests
files: test_file_fd_leak.patch
keywords: patch
messages: 119987
nosy: bbrazil
priority: normal
severity: normal
status: open
title: Fix resource warnings in test_file
versions: Python 3.3
New submission from Brian Brazil brian.bra...@gmail.com:
Please see attached.
--
assignee: tarek
components: Distutils
files: distutils_fd_leak.patch
keywords: patch
messages: 119988
nosy: bbrazil, eric.araujo, tarek
priority: normal
severity: normal
status: open
title: Fix resource
Antoine Pitrou pit...@free.fr added the comment:
Committed in r85977, thanks.
--
nosy: +pitrou
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 3.2 -Python 3.3
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Fixed in r85978, thank you.
--
nosy: +pitrou
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 3.2 -Python 3.3
___
Python tracker rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - patch review
type: - resource usage
versions: +Python 3.2 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10252
___
R. David Murray rdmur...@bitdance.com added the comment:
How about this:
- If the scheme value is not specified, urlparse following the syntax
- specifications from RFC 1808, expects the netloc value to start with '//',
- Otherwise, it is not possible to distinguish between net_loc and path
New submission from Brian Brazil brian.bra...@gmail.com:
fileio_init will leak a fd if you open a file for append that isn't seekable.
We should close this fd before returning the failure.
The attached patch fixes this and a resource warning in the tests, but I'm
unsure if it'd be better to
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +amaury.forgeotdarc, benjamin.peterson
stage: - patch review
type: - resource usage
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.3
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
It should be closed only if closefd is true.
Does it fix a warning in the test suite? Otherwise I think it would need its
own test.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
Changes by Dave Malcolm dmalc...@redhat.com:
--
nosy: +dmalcolm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1346238
___
___
Python-bugs-list
Brian Brazil brian.bra...@gmail.com added the comment:
Version 2 of the patch is attached.
This fixes a warning at line 256 in test_fileio.py:
f = _FileIO(/dev/tty, a)
on my Hardy machine.
--
Added file: http://bugs.python.org/file19433/fileio_fd_leak_v2.patch
New submission from Merlijn van Deen valhall...@gmail.com:
Summary: Somewhere between 2.6.5 r79063 and 3.1 r79147 a regression in the
unicode NFC normalization has been introduces. This regression leads to bot
edit wars on wikipedia [1]. It is reproducable with a simple script [2].
Merlijn van Deen valhall...@gmail.com added the comment:
Please note: The bug might very well be present in python 3.2 and 3.3. However,
I do not have these versions installed, so I cannot confirm this.
--
___
Python tracker rep...@bugs.python.org
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Thank you, I committed your patch in r85980(py3k) and
r85981(release31-maint).
--
assignee: ocean-city -
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
versions: +Python 3.1
Antoine Pitrou pit...@free.fr added the comment:
Confirmed on Python 3.2.
--
nosy: +haypo, loewis, pitrou
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10254
___
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: - rhettinger
nosy: +rhettinger
priority: normal - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10164
___
Changes by Georg Brandl ge...@python.org:
--
nosy: -georg.brandl, georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1346238
___
___
Antoine Pitrou pit...@free.fr added the comment:
Committed in r85982, thank you. I will backport later.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
MAL wrote:
Antoine wrote:
MAL wrote:
I don't follow you. Where's the difference between writing:
s.close()
or
s = None
for an open socket s ?
The difference is when s is still referenced elsewhere.
Also, the intent of the
Antoine Pitrou pit...@free.fr added the comment:
Not sure this is a blocker. There are various assembler syntaxes for x86 and
chances are LLVM uses a different one from gcc.
--
assignee: - theller
nosy: +georg.brandl, pitrou, theller
___
Python
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6706
___
Antoine Pitrou pit...@free.fr added the comment:
The errno printed here is just an error which is expected and tested for. The
verbose run was ok, it's the silent run just before which produced an error (or
several), but unfortunately:
test test_ssl failed -- multiple errors occurred; run in
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment:
CVE-2010-3492 references this issue.
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2010-3492
--
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
I agree, this shouldn't be a blocker.
--
priority: deferred blocker - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10238
___
Antoine Pitrou pit...@free.fr added the comment:
Committed in r85983, thank you.
--
nosy: +pitrou
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Jack Diederich jackd...@gmail.com:
--
assignee: - jackdied
nosy: +jackdied
versions: +Python 3.2 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10245
___
Antoine Pitrou pit...@free.fr added the comment:
Some comments about the patch:
- this seems to be some dead code:
if (nattrs = 1) {
if (!PyArg_UnpackTuple(args, attrgetter, 1, 1, attr))
return NULL;
- you can't call PyUnicode_GET_SIZE or PyUnicode_AS_UNICODE before
Terry J. Reedy tjre...@udel.edu added the comment:
Éric, go ahead and consolidate to one issue if you can get to it.
Do the other issues shows problems with 3.1 or 3.2 also? I wonder because I
have never seen the box in the posted .png and wonder if that is a new
'feature' with 2.7 and
New submission from Neil Schemenauer nas-pyt...@arctrix.com:
It looks to me like initstdio leaks a reference to open. AFAIK,
PyObject_SetAttrString() does not steal a reference.
--
assignee: pitrou
components: Interpreter Core
files: initstdio_refleak.txt
messages: 120008
nosy:
Georg Brandl ge...@python.org added the comment:
LGTM.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10255
___
___
Brian Curtin cur...@acm.org added the comment:
Is there a reason this removes the Release x64 configuration?
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9981
___
Brian Curtin cur...@acm.org added the comment:
Let me rephrase that: What makes the Release x64 configuration unnecessary,
thus removed?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9981
Stephen Hansen me+pyt...@ixokai.io added the comment:
FWIW, my snow leopard slave isn't slow at all so I doubt there's a timeout
related to machine speed going on here, as its failing thus:
test test_threading failed -- Traceback (most recent call last):
File
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
issue2636-20101030a.zip is a new version of the regex module.
This bug was a bit more difficult to fix, but I think it's OK now!
--
Added file: http://bugs.python.org/file19435/issue2636-20101030a.zip
New submission from Brian Brazil brian.bra...@gmail.com:
Please see attached patch.
--
components: Tests
files: test_pkgimport_fd_leak.patch
keywords: patch
messages: 120014
nosy: bbrazil
priority: normal
severity: normal
status: open
title: Fix resource warnings in test_pkgimport
New submission from Brian Brazil brian.bra...@gmail.com:
Please see attached.
--
components: Tests
files: test_os_fd_leak.patch
keywords: patch
messages: 120015
nosy: bbrazil
priority: normal
severity: normal
status: open
title: Fix resource warnings in test_os
versions: Python 3.3
Brian Brazil brian.bra...@gmail.com added the comment:
I'm used to a slightly different style guide, v2 has the right indentation.
--
Added file: http://bugs.python.org/file19438/test_os_fd_leak_v2.patch
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
I don’t see any difference :)
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10257
___
Martin v. Löwis mar...@v.loewis.de added the comment:
The change from issue1054943 is indeed bogus. As written, the code will happily
run over starters, even though a blocked start means that subsequent characters
can't possibly be combinable. That way, the code manages to combine, in
New submission from Brian Brazil brian.bra...@gmail.com:
Please see attached patch.
--
components: Tests
files: test_tokenize_fd_leak.patch
keywords: patch
messages: 120019
nosy: bbrazil
priority: normal
severity: normal
status: open
title: Fix resource warnings in distutil
Brian Curtin cur...@acm.org added the comment:
Fixed in r85984. Thanks.
--
assignee: - brian.curtin
nosy: +brian.curtin
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - resource usage
versions: +Python 3.2 -Python 3.3
Martin v. Löwis mar...@v.loewis.de added the comment:
make_buildinfo is always built and run as a 32-bit binary, so I think this part
of the change is fine (though unrelated to the objective of the change).
I think the patch is fine.
--
___
Python
Brian Curtin cur...@acm.org added the comment:
Fixed in r85987. Made both places hunks of the patch use the context manager.
--
assignee: - brian.curtin
nosy: +brian.curtin
resolution: - fixed
stage: - committed/rejected
type: - resource usage
versions: +Python 3.2 -Python 3.3
Changes by Brian Curtin cur...@acm.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10257
___
___
Python-bugs-list
Χρήστος Γεωργίου (Christos Georgiou) t...@users.sourceforge.net added the
comment:
Thank you very much, Antoine, for your review. My comments in reply:
- the dead code: it's not dead, IIRC it ensures that at least one argument is
given, otherwise it raises an exception.
- PyUnicode_GET_SIZE:
Brian Curtin cur...@acm.org added the comment:
Fixed in r85990. Thanks.
--
assignee: - brian.curtin
nosy: +brian.curtin
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - resource usage
versions: +Python 3.2 -Python 3.3
Terry J. Reedy tjre...@udel.edu added the comment:
On initialization: the json doc has 6 examples. Each starts with 'import json'
so each is independent. However, I agree that doing the same for turtle
examples would be a bit much. On the other hand, I think
24.5.3. *Methods of
Marc-Andre Lemburg m...@egenix.com added the comment:
Martin v. Löwis wrote:
It's unfortunate that the patch had been backported to 2.6.6; we can't fix it
there anymore.
Why not ? It looks a lot like a security fix.
--
nosy: +lemburg
___
Python
Martin v. Löwis mar...@v.loewis.de added the comment:
It's unfortunate that the patch had been backported to 2.6.6; we can't fix
it there anymore.
Why not ? It looks a lot like a security fix.
Indeed, you could argue that. It's up to the 2.6 release manager, I guess.
--
Terry J. Reedy tjre...@udel.edu added the comment:
GREGOR, I think we need your help to answer a few of these.
Subissues from my opening post not resolved in rev85732
version of python installed with Tk support.: cap 'python' to 'Python'
Is there any standard on
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Sat, Oct 30, 2010 at 8:27 PM, Terry J. Reedy rep...@bugs.python.org wrote:
..
version of python installed with Tk support.: cap 'python' to 'Python'
Is there any standard on capitalizing 'Python'?
It looks like it is
New submission from Ivan Razumov iarspi...@gmail.com:
OS: Windows 7 x86
Python: 2.6.4
An Entry with both Font and Foreground properties changed (i.e. not OS-default)
does not display text set with textvariable.set method.
Attached an example of such behavior.
--
components: Tkinter
Changes by Ivan Razumov iarspi...@gmail.com:
--
title: Entry text not set if both 'Font' and 'fg' are set - Entry text not set
if all of 'Font', 'Foreground' and 'Align' are set
___
Python tracker rep...@bugs.python.org
Ivan Razumov iarspi...@gmail.com added the comment:
The bug only appears if Align is not Left.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10259
___
Changes by Ivan Razumov iarspi...@gmail.com:
--
title: Entry text not set if all of 'Font', 'Foreground' and 'Align' are set -
Entry text not set if all of 'Font', 'Foreground' and 'Justify' are set
___
Python tracker rep...@bugs.python.org
Ivan Razumov iarspi...@gmail.com added the comment:
Typo: align - Justify
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10259
___
___
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Silly me, changing the default timeout invalidated the unittest for it.
Fixed in revision 86018
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10237
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Am discussing this with the OP on IRC and tabling it for a while so we can
better think out the API.
The goal is to let assertEqual(a, b) do straight-comparions of raw bytes, but
to give a nice looking diff (possibly
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10254
___
___
Python-bugs-list
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
The patch looks fine.
You're overview of the process presented here in the tracker would make a nice
comment in the code.
If Antoine is happy with the latest patch, then it's ready to apply.
--
assignee:
New submission from Kristján Valur Jónsson krist...@ccpgames.com:
The attached patch adds a wait_for method to condition objects.
It can simplify code that uses condition variables since it relieves the user
from writing a condition loop. In addition it simplifies timeout logic which
Jacques Grove jacq...@tripitinc.com added the comment:
Here's one that really falls in the category of don't do that; but I found
this because I was limiting the system recursion level to somewhat less than
the standard 1000 (for other reasons), and I had some shorter duplicate
patterns in a
95 matches
Mail list logo
