Steven D'Aprano st...@pearwood.info added the comment:
I agree with Terry Reedy. I'm re-opening it as a documentation bug (if
I can -- if I can't, I'll just request somebody who can do so).
--
components: -Interpreter Core
status: closed - open
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Is it possible that Stuffit tries to unpack every compressed file found
inside the tar file?
the wininst*.exe files are templates for installers. They likely contain
part of the signature of a ZIP file, and Stuffit would handle them
Mark Dickinson dicki...@gmail.com added the comment:
Patch against py3k. If someone can review this I'll apply
it for 3.1; otherwise, it can wait until 3.2.
--
keywords: +patch
priority: - normal
stage: test needed - commit review
versions: -Python 2.6, Python 3.0
Added file:
Changes by Mark Dickinson dicki...@gmail.com:
--
components: +Interpreter Core
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5829
___
___
Mark Dickinson dicki...@gmail.com added the comment:
Is it okay with everyone to close this as wont fix? (BTW, is there
some reason that the Resolution field isn't allowed to have an
apostrophe in it?) There's nothing we can do about 2.6.2; it appears
2.6.3 wasn't imminent, and as Raymond
Changes by Mark Dickinson dicki...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5786
___
___
Mark Dickinson dicki...@gmail.com added the comment:
Eric, any thoughts on whether this should be backported to 2.6 and 3.0?
It looks like quite a lot of work.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5864
Changes by Mark Dickinson dicki...@gmail.com:
--
priority: - normal
versions: +Python 2.6, Python 3.0 -Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5864
___
Antoine Pitrou pit...@free.fr added the comment:
Ok, I was fearing some MacOS X-specific feature à la application bundles.
Thanks for reporting the problem anyway :)
--
resolution: - invalid
status: open - closed
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
This is with readline and rlcompleter enabled.
However, it actually does this with the installed system Python too, so
I fear some system-specific problem (perhaps a buggy readline library).
--
___
New submission from Mark Dickinson dicki...@gmail.com:
After building the py3k branch (r72674) with GCC 4.4 on OS X 10.5.7/x86
using:
CC=gcc-mp-4.4 ./configure --with-pydebug make
test_poplib.py is crashing with a Bus error:
Macintosh-4:py3k dickinsm$ ./python.exe Lib/test/test_poplib.py
Antoine Pitrou pit...@free.fr added the comment:
The code you posted causes an infinite loop in the 2.x branch as well.
Anyway, I do not see how crashing is a desired result.
I do not see what the desired result is in your example. The code is
obviously wrong. Did you get hit by that in
Antoine Pitrou pit...@free.fr added the comment:
Is it okay with everyone to close this as wont fix? (BTW, is there
some reason that the Resolution field isn't allowed to have an
apostrophe in it?) There's nothing we can do about 2.6.2; it appears
2.6.3 wasn't imminent, and as Raymond
Antoine Pitrou pit...@free.fr added the comment:
Oh, answering by e-mail reopened the bug for some unknown reason.
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5786
Antoine Pitrou pit...@free.fr added the comment:
Can you give results of the richards benchmark?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6033
___
New submission from Philipp Hagemeister phi...@phihag.de:
At line 300 (version 72674) there is the following interesting construction:
if hasattr(os, symlink):
if hasattr(os, symlink):
(...)
(...)
hasattr is idempotent.
Additionally, test_posixpath.py is missing the
Changes by Philipp Hagemeister phi...@phihag.de:
--
title: test_posixpath.py - Clean up test_posixpath.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6036
___
Georg Brandl ge...@python.org added the comment:
I don't think it would be better to change the documentation to will
raise a RuntimeError or result in undefined behavior. It already tells
you not to do this strongly enough.
--
status: open - closed
New submission from Cournapeau David da...@ar.media.kyoto-u.ac.jp:
cygwin compiler modules in distutils check versions of the toolchain,
and break is the version is not a released one.
I can't see the rationale for such a behavior, and it is particularly
annoying since it cannot be bypassed
New submission from Cournapeau David da...@ar.media.kyoto-u.ac.jp:
If bdist_msi is used on a package which has a non released version
(defined from StrictVersion), it refuses to build the package. The code
for the bdist_msi mentions that pre-release is not supported. Knowing
nothing about msi, I
Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r72675.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6034
___
Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r72676.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6025
___
Georg Brandl ge...@python.org added the comment:
I agree with you, and have removed the deprecation notice in r72677.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6009
Georg Brandl ge...@python.org added the comment:
Fixed in r72678.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2856
___
Georg Brandl ge...@python.org added the comment:
Yes, we're only maintaining the docs for maintained branches, and 2.5 is
now in security-fix-only status. I've clarified the reporting bugs
document in the current docs now.
--
___
Python tracker
kxroberto kxrobe...@users.sourceforge.net added the comment:
A first thing would be to select a suitable prefix name for the Array
API. Because the Numpy people have 'stolen' PyArray_ instead of staying
home with PyNDArray_ or so ;-)
In case sb goes into this:
Other than PyList_ like stuff and
Mark Dickinson dicki...@gmail.com added the comment:
More information: gcc-mp-4.4 is GCC 4.4 from macports. For
some reason the macports version of gcc is having problems, but
not the regular Apple version.
When I compile with gcc-4.2 from Apple, test_poplib.py passes.
When I compile with
Philipp Hagemeister phi...@phihag.de added the comment:
The patch has been applied to trunk, but not branches/py3k. Sorry for
that, I should really get into the habit of providing patches for both
branches.
--
status: closed - open
___
Python tracker
Eric Smith e...@trueblade.com added the comment:
I don't see any point in backporting to 3.0 at this point.
While it's definitely a problem in 2.6, it seems like a big change to
make in a bugfix release. I guess I'm +0 on it.
--
___
Python tracker
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
The cygwincompiler module has many workarounds for problems with cygwin
and mingw32.
Can you please show where the error is, and what is the error version of
the tools you use?
--
nosy: +amaury.forgeotdarc
samwyse samw...@gmail.com added the comment:
A more general solution would be to pass the RequestHandler instance as
a parameter to the dispatch function. This would allow the function to
pick out more than just the client address. To avoid breaking
pre-existing code, this should be made
Benjamin Peterson benja...@python.org added the comment:
With the patch:
Richards benchmark (Python) starting... [function entry_point at 0x63b430]
finished.
Total time for 10 iterations: 8.49 secs
Average time per iteration: 848.90 ms
Without:
Richards benchmark (Python) starting...
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6037
___
Yury yury.sobo...@gmail.com added the comment:
I knew that python handles infinite recursion and gracefully errors out,
and I knew that exception chaining was new to 3.0, so I wanted to see if
they would work together. Apparently, they do not. Yet, the code works
fine in the 2.x branch. So, the
Antoine Pitrou pit...@free.fr added the comment:
While we seem to disagree on whether this a real bug (and I'll leave it
at that), I'll just stress once again that a fatal error is totally
different from an uncontrolled crash like a segmentation fault -- as I
explained and although you don't
Antoine Pitrou pit...@free.fr added the comment:
Beware that making exceptions hold on arbitrary objects increases the
possibility of delayed collection and reference cycles, though.
(especially in trunk where the current exception can last after the
end of an except block)
--
nosy:
R. David Murray rdmur...@bitdance.com added the comment:
The precisionist in me insists that at a minimum 'will' should be changed
to 'may'. Otherwise either the docs are lying or the implementation
has a bug.
Or perhaps we could add a footnote about the intentionally divergent
behavior of the
Georg Brandl ge...@python.org added the comment:
No, you shouldn't :) It will be merged automatically.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6025
___
Steven D'Aprano st...@pearwood.info added the comment:
With respect Georg, given that the behaviour won't be changed, the
documentation is simply *wrong*. It's not a matter of telling
people don't do this -- somebody, somewhere, is going to rely on the
documented behaviour. The docs make the
Antoine Pitrou pit...@free.fr added the comment:
Similar results here.
With the patch:
Richards benchmark (Python) starting... [function entry_point at
0x7fc15b3f5848]
finished.
Total time for 4 iterations: 1.78 secs
Average time per iteration: 443.90 ms
Without the patch:
Richards benchmark
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6035
___
___
Python-bugs-list mailing
Antoine Pitrou pit...@free.fr added the comment:
Even stranger is that the crash happens in debug mode, i.e. without
optimizations.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6035
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
You should be in control of all the code running in your own program
This is not the case with applications that embed Python to provide
users a way to script the application.
All the usages of Py_FatalError I've seen detect
Georg Brandl ge...@python.org added the comment:
I wouldn't call it *wrong* as much as *not the whole truth*. It is true
that if just one key is added or removed, a RuntimeError will be raised.
There are probably lots of places in our docs where the whole truth
isn't told, but in a way that
Changes by Georg Brandl ge...@python.org:
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6038
___
___
Jean Brouwers mrje...@gmail.com added the comment:
Possible, I do not know and had never seen this before.
Also, I just installed the latest (free) version 13.0.3 (Intel Build
165) of Stuffit Expander and the problem does *not* occur.
But the older Stuffit 11.0.2 (Intel Build 627) still
Ned Deily n...@acm.org added the comment:
Another good reason not to install Stuffit or Stuffit Expander. These
days OS X expands the standard open formats (i.e. .gz, .zip, .tar, etc)
all by itself, and there are the standard command line tools as well.
If you need Stuffit for actual
Mark Dickinson dicki...@gmail.com added the comment:
I'm still trying to work out whether the bug is in gcc,
Python, or libssl.
It was, of course, none of the above. It was a PEBCAK error.
I had two versions of openssl: one from macports and one from
OS X, and I was using the include files
Changes by Daniel Diniz aja...@gmail.com:
--
stage: - test needed
versions: +Python 2.6, Python 3.1 -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1884
___
Changes by Daniel Diniz aja...@gmail.com:
--
dependencies: +msilib.SetProperty(msilib.PID_CODEPAGE, '1252') raises 0x65d =
type mismatch
priority: normal - low
stage: - test needed
type: resource usage - feature request
versions: +Python 2.7, Python 3.2 -Python 2.5
Benjamin Peterson benja...@python.org added the comment:
Well, perhaps something like #1195571 should be added.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6028
Changes by Daniel Diniz aja...@gmail.com:
--
nosy: +r.david.murray
priority: - normal
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2609
___
Changes by Daniel Diniz aja...@gmail.com:
--
nosy: +ezio.melotti, haypo, loewis
priority: - normal
stage: - patch review
type: - behavior
versions: +Python 2.6 -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2931
Changes by Daniel Diniz aja...@gmail.com:
--
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3001
___
___
Python-bugs-list
Changes by Daniel Diniz aja...@gmail.com:
--
keywords: +easy
priority: - normal
stage: - test needed
versions: +Python 2.7, Python 3.2 -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4256
Daniel Diniz aja...@gmail.com added the comment:
Confirmed in trunk and py3k.
--
nosy: +ajaksu2
stage: - test needed
versions: +Python 2.6, Python 3.1 -Python 2.4, Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1778
Daniel Diniz aja...@gmail.com added the comment:
I'm setting as 'behavior' because ISTM that a bogus svnversion making
Python fail to start is a bug.
--
nosy: +ajaksu2
priority: normal - low
stage: - test needed
type: - behavior
versions: +Python 3.1 -Python 3.0
Daniel Diniz aja...@gmail.com added the comment:
Confirmed in trunk and py3k. Maybe we should treat ctypes segfaults that
don't involve external C code more strictly as bugs?
--
nosy: +ajaksu2
stage: - test needed
versions: +Python 3.1
___
Python
Daniel Diniz aja...@gmail.com added the comment:
Collin,
Can you test this patch with Unladen Swallow's benchmarks?
--
components: +Unicode
nosy: +ajaksu2, collinwinter, ezio.melotti, haypo
stage: - test needed
versions: +Python 3.2 -Python 3.0
___
Changes by Daniel Diniz aja...@gmail.com:
--
components: +Extension Modules, Unicode -Library (Lib)
priority: normal - low
stage: - test needed
versions: +Python 2.7, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
Changes by Daniel Diniz aja...@gmail.com:
--
priority: - high
stage: - test needed
versions: +Python 3.1 -Python 2.5, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2122
___
Changes by Daniel Diniz aja...@gmail.com:
--
priority: - normal
stage: - test needed
versions: +Python 2.6, Python 3.1 -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2295
___
Daniel Diniz aja...@gmail.com added the comment:
What platform is that? I'm sure I don't get such a long runtime for
test_smtplib on Linux. Maybe this was fixed by changes in socket or
smtplib itself?
--
nosy: +ajaksu2
versions: +Python 2.7, Python 3.2 -Python 2.6
Daniel Diniz aja...@gmail.com added the comment:
Fergus,
Can you provide a test for the _copy loop bug? IIUC, the spawn change is
an RFE and shouldn't land on the maintenance branches (or 3.1).
--
nosy: +ajaksu2
priority: - normal
stage: - test needed
versions: +Python 3.1 -Python
Changes by Daniel Diniz aja...@gmail.com:
--
components: +Windows
priority: - normal
stage: - patch review
type: - feature request
versions: +Python 2.7, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
Changes by Daniel Diniz aja...@gmail.com:
--
stage: - patch review
versions: +Python 3.2 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2690
___
Changes by Daniel Diniz aja...@gmail.com:
--
components: +Unicode
nosy: +ezio.melotti, haypo
priority: - normal
stage: - test needed
type: - feature request
versions: +Python 2.7, Python 3.2 -Python 2.5
___
Python tracker rep...@bugs.python.org
Daniel Diniz aja...@gmail.com added the comment:
Would this break existing code? Are the benefits worth it?
--
nosy: +ajaksu2
priority: - normal
versions: +Python 2.7, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
Daniel Diniz aja...@gmail.com added the comment:
Would HEADER_ASN1_MAC_H or IMPLEMENT_ASN1_ENCODE_FUNCTIONS_const_fname help?
--
nosy: +ajaksu2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2973
Changes by Daniel Diniz aja...@gmail.com:
--
priority: - low
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3030
___
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +ocean-city
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2122
___
___
Python-bugs-list mailing
Collin Winter coll...@gmail.com added the comment:
Daniel, which patch? freelists2.patch or unialloc4.patch? If these are
targeted py3k (judging by the Versions selector above), none of
Unladen Swallow's benchmarks work under 3k (we're focusing on 2.x).
--
Changes by Alexander Solovyov pira...@piranha.org.ua:
--
nosy: +piranha
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1424152
___
___
Antoine Pitrou pit...@free.fr added the comment:
Daniel, which patch? freelists2.patch or unialloc4.patch? If these are
targeted py3k (judging by the Versions selector above), none of
Unladen Swallow's benchmarks work under 3k (we're focusing on 2.x).
They target py3k indeed. Also, they need
New submission from Jeffrey Yasskin jyass...@gmail.com:
lnotab-based tracing is very complicated and isn't documented very well.
There were at least 3 comment blocks purporting to document co_lnotab,
and none did a very good job. This patch unifies them into
Objects/lnotab_notes.txt which tries
Changes by Daniel Diniz aja...@gmail.com:
--
stage: - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3401
___
___
Python-bugs-list
Daniel Diniz aja...@gmail.com added the comment:
What would happen with infinite iterables?
import itertools
[foo] = itertools.count()
--
nosy: +ajaksu2
stage: - test needed
versions: +Python 2.7, Python 3.2 -Python 2.3, Python 2.4, Python 2.5
___
Daniel Diniz aja...@gmail.com added the comment:
Travis,
Do you think you can contribute for this to actually land in 3.2? Having
a critical issue slipping from 3.0 to 3.3 would be bad...
Does this supersede issue 2395 or is this a subset of that one.?
--
nosy: +ajaksu2
stage: - test
Daniel Diniz aja...@gmail.com added the comment:
We're in 3.1 beta. Can you review the status of this implementation?
--
dependencies: +implement PEP 3118 struct changes
nosy: +ajaksu2
priority: - normal
stage: - test needed
versions: +Python 3.1 -Python 3.0
Daniel Diniz aja...@gmail.com added the comment:
This risks missing 2.x if nobody adopts the implementation of PEP 3118
in 3.x: 2.7 might be the last 2.x release.
--
nosy: +ajaksu2
priority: - low
stage: - test needed
type: - feature request
versions: +Python 2.7 -Python 2.6
Changes by Daniel Diniz aja...@gmail.com:
--
priority: - normal
stage: - patch review
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3163
___
Changes by Daniel Diniz aja...@gmail.com:
--
priority: - normal
stage: - test needed
versions: +Python 3.1 -Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3232
___
Changes by Daniel Diniz aja...@gmail.com:
--
priority: - normal
stage: - test needed
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3243
___
Daniel Diniz aja...@gmail.com added the comment:
ric,
Can you confirm this for 2.6?
--
nosy: +ajaksu2
priority: - normal
stage: - test needed
versions: +Python 2.6 -Python 2.5
___
Python tracker rep...@bugs.python.org
Daniel Diniz aja...@gmail.com added the comment:
Travis,
How should code, comment and PEP be reconciled?
--
nosy: +ajaksu2
stage: - test needed
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3293
Changes by Daniel Diniz aja...@gmail.com:
--
dependencies: +test_cpickle crash on AMD64 Windows build
priority: - normal
versions: +Python 2.6 -Python 2.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3338
Changes by Daniel Diniz aja...@gmail.com:
--
priority: - normal
stage: - test needed
versions: +Python 3.2 -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3353
___
Changes by Daniel Diniz aja...@gmail.com:
--
stage: - test needed
versions: +Python 3.2 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3354
___
Changes by Daniel Diniz aja...@gmail.com:
--
components: +Build
priority: high - low
title: some tests fail with Py_DEBUG (test_distutils, test_set) - some tests
fail with 'make EXTRA_CFLAGS=-DPy_DEBUG' (test_distutils, test_set)
versions: +Python 3.1 -Python 3.0
Changes by Daniel Diniz aja...@gmail.com:
--
priority: - normal
stage: - test needed
versions: +Python 2.6, Python 3.1 -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3435
___
Antoine Pitrou pit...@free.fr added the comment:
Uh, a file descriptor returned by openpty() doesn't satisfy S_ISFIFO().
It's just reported as a character device by fstat (st_mode is 0o20666).
Perhaps the best thing is to just let the error propagate, since after
all the user tries to read more
Antoine Pitrou pit...@free.fr added the comment:
PyObject_ReleaseBuffer() is dead actually.
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3293
Daniel Diniz aja...@gmail.com added the comment:
This snippet is fixed (returns False), see issue 2325:
import abc
isinstance(5, abc.ABCMeta)
The general PyObject_GetAttr issue should be reviewed.
--
components: +Interpreter Core
nosy: +ajaksu2, benjamin.peterson
priority: - normal
Daniel Diniz aja...@gmail.com added the comment:
How about adding a note on this to 2.6 docs and be done with it?
--
nosy: +ajaksu2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3486
___
Changes by Daniel Diniz aja...@gmail.com:
--
stage: - test needed
versions: +Python 3.2 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3489
___
Changes by Daniel Diniz aja...@gmail.com:
--
nosy: +haypo
stage: - patch review
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3451
___
Changes by Daniel Diniz aja...@gmail.com:
--
components: +Windows
priority: - normal
stage: - patch review
type: - feature request
versions: +Python 2.7, Python 3.1 -Python 2.5, Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
Daniel Diniz aja...@gmail.com added the comment:
Looks like transform/untransform went nowhere?
--
nosy: +ajaksu2, lemburg
priority: - normal
stage: - patch review
versions: +Python 3.2 -Python 3.1
___
Python tracker rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3527
___
___
Python-bugs-list mailing
Daniel Diniz aja...@gmail.com added the comment:
Confirmed in trunk.
--
nosy: +ajaksu2, jcea
priority: - normal
stage: - test needed
versions: +Python 2.6 -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3541
1 - 100 of 143 matches
Mail list logo