Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue998998
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Committed in r84106. I left the __init__ docstring issue unresolved because it
is orthogonal to the name.__doc__ vs. help(name) issue here.
With redundant help(type(x)), the meaning of the docstring is not changed. I am
Martin v. Löwis mar...@v.loewis.de added the comment:
Using www.google.com for IPv6 lookups is a bad idea: whether or not you get an
IPv6 address depends on whether your nameserver participates in google over
ipv6. www.python.org would be a better choice.
--
Ezio Melotti ezio.melo...@gmail.com added the comment:
It looks like you forgot to attach the patch :)
--
nosy: +ezio.melotti
versions: -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9623
Ezio Melotti ezio.melo...@gmail.com added the comment:
(BTW assertEquals is deprecated, see #9424)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9623
___
Ned Deily n...@acm.org added the comment:
Committed fix verified on 2.6: test_urllib2_localnet no longer fails on 10.3.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9568
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Using www.google.com for IPv6 lookups is a bad idea (...)
There is also ipv6.google.com
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8857
Changes by R. David Murray rdmur...@bitdance.com:
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6724
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2548
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Py_UNICODE_strncmp.patch was wrong for n=0. New version based on
libiberty/strncmp.c source code.
--
Added file: http://bugs.python.org/file18548/Py_UNICODE_strncmp-2.patch
___
Python
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file18547/Py_UNICODE_strncmp.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9425
___
Dave Malcolm dmalc...@redhat.com added the comment:
Hopefully actually attaching the patch this time
I've used assertEqual in the lines I've touched. I haven't touched the other
lines, in order to isolate the semantic fix from the stylistic one.
--
Added file:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Py_UNICODE_strncmp-2.patch commited as r84111.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9425
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file18548/Py_UNICODE_strncmp-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9425
___
Stefan Krah stefan-use...@bytereef.org added the comment:
This is what happens. In the Makefile, I have:
CONFIGURE_LDFLAGS= -fprofile-arcs
PY_LDFLAGS= $(CONFIGURE_LDFLAGS) $(LDFLAGS)
But since LDFLAGS=-fprofile-arcs is in the environment, too, we get the
duplication.
The sysconfig
Florent Xicluna florent.xicl...@gmail.com added the comment:
Merged in 3.1 with r84115.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7902
___
Stefan Krah stefan-use...@bytereef.org added the comment:
Closing as a duplicate of issue 9189.
--
nosy: +skrah
resolution: - duplicate
stage: unit test needed - committed/rejected
status: open - closed
superseder: - Improve CFLAGS handling
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
The calls to Py_GetFinalPathNameByHandle come in pairs: one to get the length,
the other to retrieve the value. They should at least be consistent.
There are two other issues:
- in all three places, it's possible for the function to
New submission from Jay Ballard jay.ballar...@gmail.com:
failure to find drive
--
components: None
messages: 114085
nosy: Kartton
priority: normal
severity: normal
status: open
title: 2755
versions: Python 2.7
___
Python tracker
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Please be more descriptive about the problem you have.
What were you trying to do?
On which operating system?
How could we try to reproduce the problem?
--
nosy: +amaury.forgeotdarc
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
r84120: get_data() function of zipimport uses an unicode path.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9425
___
Éric Araujo mer...@netwok.org added the comment:
Looks good.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5867
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
r84121: repr() method zipimporter object uses unicode.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9425
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
r84122 saves/restores the exception around filename =
_PyUnicode_AsString(co-co_filename); because it raises an unicode error on
unencodable filename.
--
___
Python tracker
Benjamin Peterson benja...@python.org added the comment:
Applied in r84124. Thanks for the patch.
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5867
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9573
___
___
Python-bugs-list
Benjamin Peterson benja...@python.org added the comment:
Thanks for the patch. r84129
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9569
___
Benjamin Peterson benja...@python.org added the comment:
Some comments:
- The test should be in test_abc.py and should probably not use a collections
class.
- Use test_support.gc_collect().
- What's the __len__() stuff for?
--
keywords: -26backport
Nick Coghlan ncogh...@gmail.com added the comment:
Added Greg to nosy list as the one that fixed issue 7242 with the current
_PyImport_ReInitLock semantics.
Also kicking over to Barry regarding implications for 2.6.6 (this is a
regression from 2.6.4 due to the resolution of 7242).
7242 was
Nick Coghlan ncogh...@gmail.com added the comment:
One slight tweak to that suggested change - the lock reinitialisation needs to
acquire the new lock in the first branch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9573
Ned Deily n...@acm.org added the comment:
This is a duplicate of open Issue9227. As described there, a workaround is to
use the 32-bit only (10.3) python.org installer for Python 2.7.
--
assignee: - ronaldoussoren
components: +Macintosh
nosy: +ned.deily, ronaldoussoren
title: IDLE
Nick Coghlan ncogh...@gmail.com added the comment:
Minimal patch attached (no niceties like NEWS or unit tests included yet)
--
keywords: +patch
Added file: http://bugs.python.org/file18551/issue9573_fork_on_import.diff
___
Python tracker
Nick Coghlan ncogh...@gmail.com added the comment:
Test script attached that demonstrates the underlying problem directly via
imp.lock_held() (this could easily form the basis of a unit test)
--
Added file: http://bugs.python.org/file18552/fork_on_import.py
Ronald Oussoren ronaldousso...@mac.com added the comment:
issue9047 is related to the issue Stefan mentions
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9189
___
201 - 234 of 234 matches
Mail list logo