luke.gee...@gmail.com Wrote in message:
Can I make it that if
C = int(sys.argv[3])
But when I only enter 2 argumentvariable it sets c automaticly to 0 or 1
Why do you ask for 'automatically'? You're the programmer, write
the test in the code.
if len (sys.argv) == 3:
sys.argv.
there is error should assign weakref to class static member otherwise __del__
will never be called.
--
https://mail.python.org/mailman/listinfo/python-list
Asaf Las roeg...@gmail.com Wrote in message:
playing a bit with subject.
pros and cons of this approach? did i create bicycle again? :-)
class myclass(object):
class_instance = None
def __new__(cls, *args, **kwargs):
if myclass.class_instance == None:
In article mailman.6728.1392183929.18130.python-l...@python.org,
Dave Angel da...@davea.name wrote:
Asaf Las roeg...@gmail.com Wrote in message:
playing a bit with subject.
pros and cons of this approach? did i create bicycle again? :-)
class myclass(object):
class_instance
What is needed for proper learning is near-absolute simplicity.
Even one toy too many to play with is an intolerable distraction,
but one too few massively hampers learning and induces boredom.
I want to be able to say:
1. Put a nice picture on the background.
2. Put a terminal window
On Wed, Feb 12, 2014 at 6:05 PM, John Allsup py...@allsup.co wrote:
1. Put a nice picture on the background.
2. Put a terminal window with, say, 64x20 lines, dead centre.
3. Run a simple REPL program written in Python or Ruby within it.
I do not really want to write any more lines
In mailman.6729.1392188714.18130.python-l...@python.org John Allsup
py...@allsup.co writes:
I want to be able to say:
1. Put a nice picture on the background.
2. Put a terminal window with, say, 64x20 lines, dead centre.
3. Run a simple REPL program written in Python or Ruby
Le mardi 11 février 2014 20:04:02 UTC+1, Mark Lawrence a écrit :
On 11/02/2014 18:53, wxjmfa...@gmail.com wrote:
Le lundi 10 février 2014 15:43:08 UTC+1, Tim Chase a écrit :
On 2014-02-10 06:07, wxjmfa...@gmail.com wrote:
Python does not save memory at all. A str (unicode string)
On Wed, Feb 12, 2014 at 6:40 PM, John Gordon gor...@panix.com wrote:
In mailman.6729.1392188714.18130.python-l...@python.org John Allsup
py...@allsup.co writes:
I want to be able to say:
1. Put a nice picture on the background.
2. Put a terminal window with, say, 64x20 lines, dead
Roundup Robot added the comment:
New changeset 75881b85695f by Victor Stinner in branch 'default':
Issue #20505: Fix TestLoop, set the clock resolution
http://hg.python.org/cpython/rev/75881b85695f
--
___
Python tracker rep...@bugs.python.org
Charles-François Natali added the comment:
Wow, 10 messages in one night...
Could you try to gather all your finding at once, because reading so many
messages in difficult to follow?
GetQueuedCompletionStatus(1 ms)-None took 0.307 ms (monotonic: 0.000 ms)
So basically, on Windows, select(1ms)
STINNER Victor added the comment:
Victor Since the granularity is back, why not using also the resolution of
the selector in asyncio? :-)
Guido Please, no. This has to stop.
Ok, sorry. If we still have some sporadic failures on UNIX, I think I will
maybe use Charles-François's suggestion: use
STINNER Victor added the comment:
GetQueuedCompletionStatus(1 ms)-None took 0.307 ms (monotonic: 0.000 ms)
So basically, on Windows, select(1ms) can be non-blocking?
I would not say non-blocking: it's just that select(N milliseconds) waits
between N-1 and N milliseconds on Windows when HPET
Roundup Robot added the comment:
New changeset 51afe7839f8a by Serhiy Storchaka in branch '2.7':
Issue #19856: shutil.move() failed to move a directory to other directory
http://hg.python.org/cpython/rev/51afe7839f8a
New changeset 373ec8711ad0 by Serhiy Storchaka in branch '3.3':
Issue #19856:
STINNER Victor added the comment:
Wow, 10 messages in one night... Could you try to gather all your finding at
once, because reading so many messages in difficult to follow?
It's not easy because I collect informations from various buildbots and
different virtual machines. But I planned to
STINNER Victor added the comment:
According to my last tests, we should still round select and kqueue timeout
away from zero.
http://bugs.python.org/issue20505#msg210908
--
resolution: invalid -
status: closed - open
___
Python tracker
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/issue19856
Roundup Robot added the comment:
New changeset 03cb6ddc7040 by Victor Stinner in branch 'default':
Issue #20505: Improve debug info in asyncio event loop
http://hg.python.org/cpython/rev/03cb6ddc7040
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 9c1840e8d643 by Victor Stinner in branch 'default':
Issue #20505: Oops, only print debug info if selector.select(timeout) took less
http://hg.python.org/cpython/rev/9c1840e8d643
--
___
Python tracker
Charles-François Natali added the comment:
It's not easy because I collect informations from various buildbots and
different virtual machines. But I planned to try to summarize the overall
work done on time in asyncio, select and selectors.
Thanks for the summary.
The first problem is that
Roundup Robot added the comment:
New changeset a631b01d1715 by Victor Stinner in branch 'default':
Issue #20505: use also the monotonic time to decide if asyncio debug traces
http://hg.python.org/cpython/rev/a631b01d1715
--
___
Python tracker
STINNER Victor added the comment:
More debug traces, Windows 7 with HPET enabled:
asyncio: IocpProactor.select(10. ms) took 9.486 ms (monotonic=0.000 ms,
clock res=15.600 ms)
asyncio: IocpProactor.select(0.0010 ms) took 0.942 ms (monotonic=0.000 ms,
clock res=15.600 ms)
asyncio:
STINNER Victor added the comment:
Windows 7, HPET disabled:
asyncio: IocpProactor.select(100. ms) took 99.871 ms (monotonic=109.000 ms,
clock res=15.600 ms)
asyncio: IocpProactor.select(10. ms) took 3.779 ms (monotonic=16.000 ms,
clock res=15.600 ms)
asyncio:
STINNER Victor added the comment:
Just so it's clear, those bugs are theoretical: whether you pass 1e-7/1e-10
or 0 to select/kqueue is exactly the same (entering/leaving the syscall takes
some time)...
After many many tests with asyncio (last issue: #20505), I disagree with you.
It has a
New submission from DhilipSiva:
Make the braces in the Python/future.c as a constant declared in
Include/compile.h
--
files: constant_braces.patch
keywords: patch
messages: 210919
nosy: dhilipsiva
priority: normal
severity: normal
status: open
title: Let braces be a constant
type:
Charles-François Natali added the comment:
STINNER Victor added the comment:
Just so it's clear, those bugs are theoretical: whether you pass
1e-7/1e-10 or 0 to select/kqueue is exactly the same (entering/leaving the
syscall takes some time)...
After many many tests with asyncio (last
Vinay Sajip added the comment:
3.3, 3.4 and default branches will be updated in due course.
--
versions: -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20558
___
Roundup Robot added the comment:
New changeset 41e49f1c5bd8 by Vinay Sajip in branch '2.7':
Issue #20558: Improved implementation of error handling.
http://hg.python.org/cpython/rev/41e49f1c5bd8
--
nosy: +python-dev
___
Python tracker
New submission from Terry J. Reedy:
installed 3.4.0c1:
C:\Programs\Python34.32python -m test test_importhooks
[1/1] test_importhooks
test test_importhooks failed -- Traceback (most recent call last):
File C:\Programs\Python34.32\lib\test\test_importhooks.py, line 241, in
testImpWrapper
m
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20593
___
___
Python-bugs-list
Antoine Pitrou added the comment:
But owner() and group() don't return the uid or gid: they return the *name* of
the owner or group (respectively). If you want the uid (resp. gid), just use
st_uid (resp. st_gid) as shown in your example.
Under Unix:
p = Path('setup.py')
p.owner()
'antoine'
Terry J. Reedy added the comment:
Installed 3.4.0c1 on Windows:
test test_httpservers failed -- Traceback (most recent call last):
File C:\Programs\Python34.32\lib\test\test_httpservers.py, line 309, in
test_invalid_requests
self.check_status_and_reason(response, 501)
File
Terry J. Reedy added the comment:
Failure with 3.4.0c1:
[170/394/5] test_importlib
test test_importlib failed -- Traceback (most recent call last):
File C:\Programs\Python34.32\lib\unittest\case.py, line 57, in
testPartExecutor
yield
File C:\Programs\Python34.32\lib\unittest\case.py,
R. David Murray added the comment:
It was removed as part of 07229c6104b1 by Eric. Perhaps importlib itself is
now considered a sufficient test of freezing a module? (I'm not sure that
automatically follows, myself.) So the interesting question is why there is a
copy in an installed
STINNER Victor added the comment:
Now, rounding away from zero for select/kqueue is fine to me,
just to be consistent.
Did you take a look at time_rouding-2.patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20320
New submission from ncopa:
This happens when building with musl libc:
./Modules/posixmodule.c:7849:1: error: conflicting types for 'posix_close'
posix_close(PyObject *self, PyObject *args)
^
In file included from Include/Python.h:36:0,
from ./Modules/posixmodule.c:28:
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20594
___
___
Python-bugs-list
Terry J. Reedy added the comment:
Since I normally install the 64-bit versions, but 64 bit 0c1 will not install,
I put the 32 bit version in a new .32 (bit) directory. I had the same issue
with test_importhooks #20593: present and failed in the installation, missing
from the repository. It it
R. David Murray added the comment:
Yes (see 176fe1f8496f). (By the way, I don't know if you can do this in your
GUI, but how I found the revision was by doing
hg log -r removes(Lib/test/test_importhooks.py)
which recipe I found via google.)
So, it sounds like something may be wrong with
New submission from Jeffrey Armstrong:
The file Python/getargs.c currently uses an array initializer with a runtime
variable, causing compile errors on strict C89 compilers. The variables named
freelist in vgetargs1() and vgetargskeywords() both use non-constant
initializers. The attached
Martin v. Löwis added the comment:
The installer doesn't contain a test_frozen file, and I get
[1/1] test_frozen
test test_frozen crashed -- Traceback (most recent call last):
File C:\Python34\lib\test\regrtest.py, line 1271, in runtest_inner
the_module = importlib.import_module(abstest)
New submission from Jeffrey Armstrong:
In two locations, the current interpreter code makes some assumptions
concerning the syntax of the wcstok() function based solely on the operating
system (Windows, in this case). Compilers other than MSVC may (and do) provide
alternative wcstok()
New submission from Jeffrey Armstrong:
On some Windows compilers, the constant PATH_MAX may already be defined, which
will cause compile errors on non-MSVC compilers (notably Open Watcom and
MinGW). Rather than assume it is not available and define it in all #ifdef
MS_WINDOWS cases, it
Changes by ncopa nc...@alpinelinux.org:
--
keywords: +patch
title: fail to compile posixmodule due to name clash with posix_close -
[PATCH] fail to compile posixmodule due to name clash with posix_close
Added file: http://bugs.python.org/file34040/posix_close.patch
Chris Angelico added the comment:
Patch doesn't apply to 3.4. Apart from the obvious filename change
(Lib/urllib2.py - Lib/urllib/request.py), retry_http_basic_auth is distinctly
different in the current version. I think this will need a completely separate
patch, separately done and tested
Chris Angelico added the comment:
Oops, I was reading off the wrong piece of code. It's not distinctly
different, actually; it's just different enough that the patch fails. The only
difference is that in 3.4 the headers are Unicode strings (so the content gets
encoded and decoded). My bad.
Changes by Chris Angelico ros...@gmail.com:
Added file:
http://bugs.python.org/file34041/0001-Add-an-authorization-header-to-the-initial-request.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19494
Changes by Chris Angelico ros...@gmail.com:
Added file:
http://bugs.python.org/file34042/0001-Add-an-authorization-header-to-the-initial-request.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19494
Matej Cepl added the comment:
Concerning the compatibility with py3k. Yes, of course, I know that py2k is not
compatible, but see http://thread.gmane.org/gmane.comp.python.devel/145473 ...
I guess the main idea (http_request method overriding) is the same and it could
be ported to py3k more
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +orsenthil, r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19494
___
___
Chris Angelico added the comment:
Yeah. I first thought Hey, I could just change the file names in the patch and
apply it, but then when it failed, I went looking, found the wrong piece of
code, and thought it was completely different. Turned out to be not so
different after all :) So now you
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +serhiy.storchaka
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15227
___
Antoine Pitrou added the comment:
Thanks for the report! I think this should also make it into 3.4 final.
--
nosy: +larry, pitrou
priority: normal - high
stage: - patch review
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +benjamin.peterson, larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20595
___
___
Changes by Antoine Pitrou pit...@free.fr:
--
priority: normal - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20593
___
___
Larry Hastings added the comment:
Yes, this can go in.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20594
___
___
Python-bugs-list mailing
Larry Hastings added the comment:
Is this more than a theoretical problem?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20595
___
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20591
___
___
Python-bugs-list
Jeffrey Armstrong added the comment:
Depending on your compiler, yes, it is more than a theoretical problem. I am
building using the Open Watcom compiler, and it chokes on these initializers
due to their non-conformance. I would assume some other obscure,
non-GNU/non-MSVC/non-Clang
Benjamin Peterson added the comment:
We ought not advertise C89 compliance and not have it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20595
___
Roundup Robot added the comment:
New changeset 417a468ae755 by Benjamin Peterson in branch 'default':
remove dynamic initializer lists for c89 compliance (closes #20595)
http://hg.python.org/cpython/rev/417a468ae755
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
Matej Cepl added the comment:
On Tue, Feb 11, 2014 at 02:14:16PM +, Chris Angelico wrote:
I suspect, though, that this will be called a feature addition,
ergo it won't go into 2.7 (and for 3.x, will be deferred until
3.5). I would advise working with the current 3.x branch, as
that's your
Roundup Robot added the comment:
New changeset 1d253360d5a6 by Benjamin Peterson in branch '2.7':
avoid name clash with posix_close (closes #20594)
http://hg.python.org/cpython/rev/1d253360d5a6
New changeset 021dd3c65198 by Benjamin Peterson in branch '3.3':
avoid name clash with posix_close
Benjamin Peterson added the comment:
I don't really see the point besides foolish consistency.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20591
___
New submission from Thomas Guettler:
I think the docs of argparse still contain confusing magic:
parser.parse_args('7'.split())
You know what it does and I know it. But a lot of people new to Python, don't
understand what this should be.
Please use:
parser.parse_args(['7'])
Close this
STINNER Victor added the comment:
I agree that '7'.split() looks strange, an explicit list would be more obvious
and simpler: ['7'].
'X --foo Y'.split() can be replaced with ['X', '--foo', 'Y'].
argparse examples:
http://docs.python.org/dev/library/argparse.html#type
--
nosy: +haypo
STINNER Victor added the comment:
@Thomas Guettler: Would you be interested to propose a patch on the source of
the documentation directly? You can find the file here:
http://hg.python.org/cpython/file/default/Doc/library/argparse.rst
--
___
Python
Benjamin Peterson added the comment:
I agree that does look weird. However, it's nicely consistent with the the
normal case which has multiple arguments like -foo 3 -l.split().
I think this is an excellent thing for newcomers to try out with the
interactive shell. :)
--
nosy:
Benjamin Peterson added the comment:
IMO, keeping the string intact is slightly better because it's easier to read
than a commandline with a bunch of quotes and commas in the middle.
--
___
Python tracker rep...@bugs.python.org
Terry J. Reedy added the comment:
Since the installation created a new directory, it had to be empty at the
moment of creation. However, this was both after the failed installation of
64-bit .0c1 on top of existing 64 bit .0b3 (in the Python34 directory
originally used for 3.4.0a1) and before
Brett Cannon added the comment:
test_importhooks no longer exists. I think your install is broken, Terry.
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20593
Brett Cannon added the comment:
Terry has admitted in other bugs he filed that he didn't use a fresh install
location, so the test failure is most likely a red herring.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18864
Terry J. Reedy added the comment:
By some glitch, it was present (see msg210956), but after a completely clean
install, it is not.
--
stage: needs patch - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20593
Miki Tebeka added the comment:
I still see this in 3.4rc1
==
FAIL: test_getgroups (test.test_posix.PosixTester)
--
Traceback (most recent call last):
File
STINNER Victor added the comment:
If braces becomes a constant, the joke from __future__ import braces doesn't
work anymore, so I'm against such change. Python must be fun :)
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
IMO, keeping the string intact is slightly better because it's easier to read
than a commandline with a bunch of quotes and commas in the middle.
Many other argparse examples which use list literals. I don't see quotes in
7 string :-)
--
STINNER Victor added the comment:
The patch is simple and looks safe. I'm in favor of applying it on Python 3.3
and 3.4. (Python 2.7 is not affect.)
@Larry: ok for Python 3.4?
--
nosy: +haypo, larry, loewis, serhiy.storchaka
___
Python tracker
STINNER Victor added the comment:
IMO your WCSTOK macro should be called Py_WCSTOK and moved to Include/pyport.h,
so you can use it in Modules/main.c (please use Unicode for environment
variables on Windows).
--
nosy: +haypo
___
Python tracker
Andrew Gross added the comment:
Thanks, the workaround fixes my issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20585
___
___
Changes by Terry J. Reedy tjre...@udel.edu:
Removed file:
http://bugs.python.org/file34042/0001-Add-an-authorization-header-to-the-initial-request.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19494
New submission from STINNER Victor:
http://buildbot.python.org/all/builders/x86%20XP-4%203.x/builds/10150/steps/test/logs/stdio
==
FAIL: test_cleanup (test.test_builtin.ShutdownTest)
Larry Hastings added the comment:
Let's be a little smarter. PATH_MAX isn't used anymore. Just remove the
#defines entirely.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20597
___
New submission from STINNER Victor:
http://buildbot.python.org/all/builders/PPC64%20AIX%203.x/builds/1694/steps/test/logs/stdio
==
FAIL: test_create_server_ssl_verify_failed
(test.test_asyncio.test_events.PollEventLoopTests)
STINNER Victor added the comment:
test_timeout_rounding() pass on all major buildbots. test_asyncio hangs on
fails on some buildbots, but there are dedicated issues (like #20495 and
#20600).
I'm closing this one. I reopened the rounding issue for select and kqueue,
please help me to close
Jeffrey Armstrong added the comment:
Here's an additional patch removing PATH_MAX from Modules/main.c and
Python/pythonrun.c. This solution works fine for me.
--
Added file: http://bugs.python.org/file34044/remove_path_max.default.patch
___
Python
STINNER Victor added the comment:
test_cleanup() of test_builtin fails: I opened issue #20599 to track this bug.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19255
___
Terry J. Reedy added the comment:
Yes, there should be a test. Is there a Python mirror that a test can reliably
expect to continue to exist?
Both patches have an unusual email section at the top that is not needed for
this tracker, and which I have not seen here before. Is this something
STINNER Victor added the comment:
It's probably linked to recent changes from issue #19255.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20599
___
Roundup Robot added the comment:
New changeset 360976a6d8b9 by Victor Stinner in branch 'default':
Issue #20505: Remove debug code
http://hg.python.org/cpython/rev/360976a6d8b9
--
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
I wonder if we just need to make a matrix of which OS versions and which
syscalls can handle PTYs correctly, and either put it in the docs or perhaps
even refuse to accept PTYs in add_reader/add_writer...
Right now, I think that we don't have enough data
STINNER Victor added the comment:
Thanks again Guido and Charles-François for your help on this tricky issue.
Sorry for having flood your mail box :-)
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
Platform:
AIX-1-00F84C0C4C00-powerpc-32bit big-endian
[ 49/389/3] test_ssl
test_ssl: testing with 'OpenSSL 1.0.1e 11 Feb 2013' (1, 0, 1, 5, 15)
under 'AIX-1-00F84C0C4C00-powerpc-32bit'
HAS_SNI = True
OP_ALL = 0x-7c01
Guido van Rossum added the comment:
LGTM
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20495
___
___
Python-bugs-list mailing list
Unsubscribe:
Roundup Robot added the comment:
New changeset 73793590d97b by Gregory P. Smith in branch 'default':
Deprecate Popen.wait()'s undocumented endtime parameter. issue20572.
http://hg.python.org/cpython/rev/73793590d97b
--
nosy: +python-dev
___
Python
Gregory P. Smith added the comment:
documented with a deprecation. that's the best we can do for now. it can be
considered for removal in the 3.5 or 3.6 timeframe. i doubt many people used
it.
--
nosy: +gregory.p.smith
resolution: - fixed
status: open - closed
Jeffrey Armstrong added the comment:
I've replaced the patch with a newer version that defines Py_WCSTOK in
Include/pyport.h as Victor suggested.
--
Added file: http://bugs.python.org/file34045/wcstok.default.patch
___
Python tracker
R. David Murray added the comment:
Well, a deprecation warning in the code would be nice in case anybody did use
it. Personally I don't see any problem with putting that in 3.4.1 if we don't
get to it for 3.4.0.
--
___
Python tracker
New submission from Xavier de Gaye:
After an alarm handler raises an exception while a tracing function is being
invoked and when this exception is not caught by the tracing function, the
call_trampoline() function in sysmodule.c returns NULL and its caller,
trace_trampoline(), removes the
STINNER Victor added the comment:
Let's be a little smarter. PATH_MAX isn't used anymore. Just remove the
#defines entirely.
Oh I remember that I replaced PATH_MAX with MAXPATHLEN or maybe something else
when I tried to fix Python compilation issue on our IRIX buildbot :-)
STINNER Victor added the comment:
I found it:
changeset: 87113:159e51e5fc2c
branch: 3.3
parent: 87102:46fc4fb2c8c5
user:Victor Stinner victor.stin...@gmail.com
date:Fri Nov 15 17:09:24 2013 +0100
files: Python/pythonrun.c
description:
pythonrun.c: fix
101 - 200 of 281 matches
Mail list logo