Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23695
___
Serhiy Storchaka added the comment:
Here is a modification of Victor's patch, that just emits Py3k warning.
Both ways, with OverflowError and Py3k DeprecationWarning, are good to me. What
would you say about this Benjamin?
--
Added file:
Roundup Robot added the comment:
New changeset 9c606c573ec0 by Berker Peksag in branch 'default':
Issue #1322: platform.dist() and platform.linux_distribution() functions are
now deprecated.
https://hg.python.org/cpython/rev/9c606c573ec0
--
nosy: +python-dev
ANNOUNCING
eGenix.com mxODBC Connect
Remote Python Database Interface
Version 2.1.3
mxODBC Connect is our commercially supported client-server product
Berker Peksag added the comment:
Thanks for the patch, Vinod.
--
nosy: +berker.peksag
resolution: - fixed
stage: needs patch - resolved
status: open - closed
versions: +Python 2.7, Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset f6e297e698ff by Berker Peksag in branch '2.7':
Issue #22064: Improve the misleading message from 2to3 when skipping optional
fixers.
https://hg.python.org/cpython/rev/f6e297e698ff
--
___
Python tracker
Stuart Bishop added the comment:
Can we get this reopened? As David MacIver points out, this seems entirely a
wart in tuple's constructor (compared to all the other builtin types), whereas
10977 is worrying about how 3rd party code using the C API can corrupt
subclasses of builtin types (a
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
resolution: later - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23290
Raymond Hettinger added the comment:
Fixed fromkeys() in Py2.7. Stills needs to be forward ported to 3.4/3.5.
--
assignee: rhettinger -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23971
Changes by Berker Peksag berker.pek...@gmail.com:
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24065
___
___
Terry Reedy wrote:
On 5/11/2015 8:42 PM, zipher wrote:
Huh? VPython successfully models particle motion simulation with
discrete events.
That's a discrete approximation to a continuous process.
The term discrete event simulation is usually used to
mean modelling a process that is inherently
ANNOUNCING
eGenix.com mxODBC Connect
Remote Python Database Interface
Version 2.1.3
mxODBC Connect is our commercially supported client-server product
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: rhettinger - serhiy.storchaka
Added file: http://bugs.python.org/file39356/property_clear.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24064
On Friday, 1 May 2015 13:09:48 UTC+1, Chris Angelico wrote:
Cool! That's part way. So, can you simply stuff OMDBMap into
sys.modules prior to loading? It might be a bit of a hack, but it
should work for testing, at least. Conversely, you could change the
dump script to import via the name
Roundup Robot added the comment:
New changeset 571c82d8f4c9 by Berker Peksag in branch '3.4':
Issue #22064: Improve the misleading message from 2to3 when skipping optional
fixers.
https://hg.python.org/cpython/rev/571c82d8f4c9
New changeset 11fefeb7e941 by Berker Peksag in branch 'default':
Roundup Robot added the comment:
New changeset 79c884cc9625 by Raymond Hettinger in branch 'default':
Issue #23290: Optimize set_merge() for cases where the target is empty.
https://hg.python.org/cpython/rev/79c884cc9625
--
nosy: +python-dev
___
Raymond Hettinger added the comment:
This is good to go.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23488
___
___
Python-bugs-list mailing
Raymond Hettinger added the comment:
This would have gone quicker if the size bug-fix hadn't been commingled with
the optimization.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23488
Roundup Robot added the comment:
New changeset bde652ae05fd by Berker Peksag in branch 'default':
Issue #24064: Add __doc__ to the example in collections.rst.
https://hg.python.org/cpython/rev/bde652ae05fd
--
___
Python tracker rep...@bugs.python.org
Changes by Berker Peksag berker.pek...@gmail.com:
--
resolution: - fixed
stage: commit review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1322
___
Roundup Robot added the comment:
New changeset f7d82e40e472 by Raymond Hettinger in branch 'default':
Issue #23695: Explain the zip() example for clustering a data series into
n-length groups.
https://hg.python.org/cpython/rev/f7d82e40e472
--
nosy: +python-dev
Roundup Robot added the comment:
New changeset 8440dda28ffe by Raymond Hettinger in branch '3.4':
Issue #19934: Document *None* as an acceptable input to
Counter.most_common([n])
https://hg.python.org/cpython/rev/8440dda28ffe
--
nosy: +python-dev
Roundup Robot added the comment:
New changeset cd0706499812 by Raymond Hettinger in branch '2.7':
Issue #23971: Fix underestimated presizing in dict.fromkeys()
https://hg.python.org/cpython/rev/cd0706499812
--
nosy: +python-dev
___
Python tracker
Dear Group,
I am trying to learn Django. My initial exercise seems fine. I want to create
an API with REST on Django for an interactive Python code. REST framework on
Django I am understanding more or less.
I am looking for a simple example to start with. I am using Python 2.7+ on
MS-Windows
Serhiy Storchaka added the comment:
One of the worst things in Python 2 is that all can work on author's machine in
ASCII-only environment, but then unhelpfully fail on user machine with
non-ASCII data. Especially when needed a combination of few conditions for the
fail. This issue is about
On Wednesday 13 May 2015 17:27, Christian Gollwitzer wrote:
A clean way to exit your script could be to raise an exception. It
should propagate to the toplevel and halt your script. However it is not
possible to back and resume the execution.
while True:
try:
run_script() # May
Raymond Hettinger added the comment:
Thanks for pointing out the omission.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19934
___
Roundup Robot added the comment:
New changeset df708898f27b by Raymond Hettinger in branch '2.7':
Issue #19934: Document *None* as an acceptable input to
Counter.most_common([n])
https://hg.python.org/cpython/rev/df708898f27b
--
___
Python tracker
New submission from White_Rabbit:
Similarly to issue 6771¹, the curses HOWTO² talks about the curses.wrapper
module and its curses.wrapper.wrapper function, but with python 2.7.5-ubuntu3 I
already have the curses.wrapper function.
¹ https://bugs.python.org/issue6771
²
On Friday, 1 May 2015 13:34:41 UTC+1, Peter Otten wrote:
Ben Sizer wrote:
So... I don't know how to fix this, but I do now know why it fails, and I
have a satisfactory answer for why it is acting differently on the Linux
server (and that is just because that is the only one running under
New submission from Cédric Bellegarde:
Hello, i'm lollypop dev:
https://github.com/gnumdk/lollypop
Sometimes, when lollypop quits, i get a segfault...
Here bracktrace:
Program received signal SIGSEGV, Segmentation fault.
0x76b3b528 in _int_free (av=0x76e65620 main_arena,
Roundup Robot added the comment:
New changeset 4b5461dcd190 by Serhiy Storchaka in branch 'default':
Issue #23488: Random generator objects now consume 2x less memory on 64-bit.
https://hg.python.org/cpython/rev/4b5461dcd190
--
nosy: +python-dev
___
On 12.05.2015 15:05, Cristiano Cortezia wrote:
On Monday, May 11, 2015 at 8:59:22 AM UTC-3, eGenix Team: M.-A. Lemburg wrote:
ANNOUNCING
eGenix PyRun - One file Python Runtime
New submission from koobs:
The following test failure is observable in koobs-freebsd9 and koobs-freebsd10
buildbots, on the 3.4 and 3.x branches.
==
FAIL: test_utime (test.test_os.StatAttributeTests)
Serhiy Storchaka added the comment:
An example of uncollectable loop if tp_clear is not implemented:
class A:
@property
def f(self): pass
A.f.__doc__ = (A.f,)
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
Hi,
The following code worked on Python 3.2, but no longer works in 3.4. Did
something change, or have I always been doing something dumb?
(I realise the code is pointless as is - it's the simplest example I can give
of a problem I am seeing with more complex code).
class Foo:
... def
Changes by Serhiy Storchaka storch...@gmail.com:
--
Removed message: http://bugs.python.org/msg243078
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23971
___
Serhiy Storchaka added the comment:
An example of uncollectable loop if tp_clear is not implemented:
class A:
@property
def f(self): pass
A.f.__doc__ = (A.f,)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24064
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: - needs patch
versions: -Python 3.2, Python 3.3, Python 3.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24172
___
On 06.05.2015 08:37, Palpandi wrote:
Hi,
What are the ways to encrypt python files?
This talk shows some usable ways of doing that:
https://www.youtube.com/watch?v=tKXpMVQIH2Yindex=92list=PL8uoeex94UhEomMao7wuOrOGuj3jxJYlz
--
Marc-Andre Lemburg
eGenix.com
Professional Python Services
Serhiy Storchaka added the comment:
LGTM.
--
assignee: serhiy.storchaka - rhettinger
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24064
___
Serhiy Storchaka added the comment:
-if (dictresize(mp, Py_SIZE(seq))) {
+if (dictresize(mp, Py_SIZE(seq) / 2 * 3)) {
If Py_SIZE(seq) is 1, dictresize argument is 0.
Why not wryte the expression as Py_SIZE(seq) * 3 / 2? It never overflows,
because Py_SIZE(seq) is the
Changes by R. David Murray rdmur...@bitdance.com:
--
resolution: duplicate -
stage: resolved - needs patch
status: closed - open
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23757
On 08/05/2015 11:59, Denis McMahon wrote:
On Wed, 06 May 2015 00:23:39 -0700, Palpandi wrote:
No, I just want to hide the scripts from others.
As the decryption method is always available to anyone who has legitimate
access to execute the code, it's impossible to hide the code at that
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23488
___
Changes by R. David Murray rdmur...@bitdance.com:
--
resolution: - not a bug
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24032
___
Mark Dickinson added the comment:
From the patch:
-if (dictresize(mp, Py_SIZE(seq))) {
+if (dictresize(mp, Py_SIZE(seq) / 2 * 3)) {
Isn't there a risk of signed overflow here? The dictresize function has an
`assert(minused = 0)`, which is going to fail for values of
Martin Panter added the comment:
Thanks for looking at this David. I am posting utf8-null.v5.patch, which tweaks
some of the wording.
--
Added file: http://bugs.python.org/file39357/utf8-null.v5.patch
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
Indeed, we should probably be referring people to their system's man pages for
the authoritative definition of most of these fields.
According to the man pages project getpagesize is no longer a POSIX API, and
that should probably be noted as well (ie: it
koobs added the comment:
After running the latest builds, it appears 3.x is now green, leaving 3.4
failing
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24175
___
Mark Dickinson added the comment:
It never overflows, because Py_SIZE(seq) is the size of allocated array of
pointers.
Ah, good point.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23971
Serhiy Storchaka added the comment:
Definitely there is a bug. The code of timeit is written to support string stmt
and callable setup. Expected that locals available when the function is
created, would be available when the function is executed. But this doesn't
work. May be it worked in the
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file39358/timeit_callable_setup.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5633
___
Marc-Andre Lemburg added the comment:
See issue1322
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9514
___
On Tuesday, May 12, 2015 at 10:35:29 PM UTC-5, Rustom Mody wrote:
On Wednesday, May 13, 2015 at 8:00:50 AM UTC+5:30, Steven D'Aprano wrote:
Why can't a language be designed with a *practical and concrete* need in
mind? As far as I know, only one language designed from theoretical first
To be clear I did not built Python yet, I used the versions installed
on my system. (3.4.1 and 2.78)
After looking at:
https://docs.python.org/devguide/
I executed first:
python3 -m test -j3
which gave:
a1: [6.435562750993995, 6.446765303000575, 6.405053696988034]
a2:
Marc-Andre Lemburg added the comment:
See issue1322 for why we're closing this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17762
___
___
Yury Selivanov added the comment:
Eric, is there any chance this can land in 3.5? OrderedDict is a heavily used
thing, everyone will benefit from a fast implementation. It's OK if we have an
imperfect (but fully compatible with existing OrderedDict) implementation in
3.5. We can optimize
Petr Viktorin added the comment:
Issues #17762 and #9514 had patches to improve these functions. Time to close
them?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1322
___
Ethan Furman added the comment:
Armin indicated in his last comment that the patch still has multiple issues.
Are there tests to catch the issues he previously found? That seems the best
method to verify that the current (and future) patches don't break 2.7.
--
But then nothing will be passed to __init__ on the subclass.
Andrew
class Foo:
... def __new__(cls, *args, **kargs):
... print('new', args, kargs)
... super().__new__(cls)
...
class Bar(Foo):
... def __init__(self, a):
... print('init', a)
...
Bar(1)
new
On Tuesday, May 12, 2015 at 10:47:48 PM UTC-5, Ian wrote:
On Tue, May 12, 2015 at 9:11 PM, zipher dreamingforw...@gmail.com wrote:
I know. That's because most people have fallen off the path
(http://c2.com/cgi/wiki?OneTruePath).
You wrote that, didn't you? I recognize that combination of
Thank You for the explanations.
I found this counter implementation is really cool and easily adaptable to more
solutions.
Thanks
Alternatively collections.Counter() supports an arbitrary number of bins...
import collections
freq = collections.Counter(t[1] for t in stats)
freq
New submission from Thomas Caswell:
On the current tip (changeset: 96023:4b5461dcd190) the following results in a
syntax error
def test(a='a', b='b'):
print(a, b)
opta = dict()
optb = dict(a=1, b=2)
test(**(opta or {})) # - works on all python
test(**optb or {})# - fails on current
Well I gave it a try, and it seems my assumptions were *somehow* true.
Here is what I got when running one of my apps in single shot mode (load,
run, terminate):
*default python distribution*
total time 9.022s
ENOENT's count 7377
*pyrun*
total time 8.455s
ENOENT's count 3064
So, it indeed
Petr Viktorin added the comment:
The functions have been deprecated in #1322, is it time to close this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17762
___
On 13.05.2015 16:09, Cristiano Cortezia wrote:
Well I gave it a try, and it seems my assumptions were *somehow* true.
Here is what I got when running one of my apps in single shot mode (load,
run, terminate):
*default python distribution*
total time 9.022s
ENOENT's count 7377
*pyrun*
Serhiy Storchaka added the comment:
Here is more complicated patch, that not only fixes handling of callable setup,
but also simplifies the implementation of timeit constructor.
--
Added file:
http://bugs.python.org/file39360/timeit_callable_setup_refactor.patch
On Wednesday, 13 May 2015 11:36:12 UTC-3, Thomas Rachel wrote:
Am 13.05.2015 um 15:25 schrieb andrew cooke:
class Foo:
... def __new__(cls, *args, **kargs):
... print('new', args, kargs)
... super().__new__(cls, *args, **kargs)
new (1,) {}
Traceback (most
On Wed, May 13, 2015 at 8:42 AM, andrew cooke and...@acooke.org wrote:
On Wednesday, 13 May 2015 11:36:12 UTC-3, Thomas Rachel wrote:
Am 13.05.2015 um 15:25 schrieb andrew cooke:
class Foo:
... def __new__(cls, *args, **kargs):
... print('new', args, kargs)
...
andrew cooke wrote:
But then nothing will be passed to __init__ on the subclass.
Andrew
class Foo:
... def __new__(cls, *args, **kargs):
... print('new', args, kargs)
... super().__new__(cls)
...
class Bar(Foo):
... def __init__(self, a):
...
On Wed, May 13, 2015 at 11:53 PM, Cecil Westerhof ce...@decebal.nl wrote:
To be clear I did not built Python yet, I used the versions installed
on my system. (3.4.1 and 2.78)
After looking at:
https://docs.python.org/devguide/
I executed first:
python3 -m test -j3
which gave:
Changes by Marc-Andre Lemburg m...@egenix.com:
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17762
___
In one of the next releases we'll probably add a tool to bundle
complete applications together with pyrun, perhaps even by
recompiling it to include the application byte code files
right in the binary like we do for the stdlib.
Well, that would be simply awesome. Looking forward to it.
PS:
Am 13.05.2015 um 15:25 schrieb andrew cooke:
class Foo:
... def __new__(cls, *args, **kargs):
... print('new', args, kargs)
... super().__new__(cls, *args, **kargs)
new (1,) {}
Traceback (most recent call last):
File stdin, line 1, in module
File stdin, line 4, in
Changes by Yury Selivanov yseliva...@gmail.com:
--
nosy: +benjamin.peterson, yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24176
___
Marc-Andre Lemburg added the comment:
On 13.05.2015 16:18, Petr Viktorin wrote:
Issues #17762 and #9514 had patches to improve these functions. Time to close
them?
Yes. I just did. Thanks for the reminder.
--
___
Python tracker
Petr Viktorin added the comment:
From the discussion on the list:
- It needs to be a macro, not function, to support various types (unsigned long
long, float; possibly C++ stuff with overriden operators)
- Another suggestion to change the order of arguments; I still think being the
same as
On Wed, May 13, 2015 at 8:45 AM, andrew cooke and...@acooke.org wrote:
class Foo:
... def __new__(cls, *args, **kargs):
... print('new', args, kargs)
... super().__new__(cls)
...
class Bar(Foo):
... def __init__(self, a):
... print('init', a)
...
Bar(1)
Yury Selivanov added the comment:
Guido, thanks for review. Closing the issue.
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24179
Yury Selivanov added the comment:
Guido, thanks for review. Closing the issue.
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24178
Changes by Drekin dre...@gmail.com:
--
nosy: +Drekin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22555
___
___
Python-bugs-list mailing list
On Wednesday, 13 May 2015 13:37:23 UTC-3, Terry Reedy wrote:
On 5/13/2015 9:25 AM, andrew cooke wrote:
The following code worked on Python 3.2, but no longer works in 3.4.
Bugfixes break code that depends on buggy behavior. See
https://bugs.python.org/issue1683368
Your code also fails
New submission from Steve Dower:
There is an issue where an optimised OpenSSL function causes a buffer overrun
in 64-bit Windows builds and terminates the process (this is why the buildbots
aren't getting very far right now).
I suspect it may be a compiler issue, but for now I'm disabling the
Roundup Robot added the comment:
New changeset 25d78aa1ec21 by Steve Dower in branch 'default':
Issue #24186: Disable optimised OpenSSL functions on 64-bit Windows to avoid
crashing.
https://hg.python.org/cpython/rev/25d78aa1ec21
--
nosy: +python-dev
On Wednesday, May 13, 2015 at 3:46:16 PM UTC-4, Mark Lawrence wrote:
On 13/05/2015 19:42, andrew cooke wrote:
On Wednesday, 13 May 2015 13:37:23 UTC-3, Terry Reedy wrote:
On 5/13/2015 9:25 AM, andrew cooke wrote:
The following code worked on Python 3.2, but no longer works in 3.4.
Petr Viktorin added the comment:
Is it really not better to give the operation a name, rather than repeating the
same ten lines every time? (Well, not the same -- all the modules code it a bit
differently, but with the same meaning.)
I might be true that the types in Python itself are done,
I'm interested in playing with the CPython sources. I need to be able to
build under Windows, but don't want to use make files (which rarely work
properly), nor do a 6GB installation of Visual Studio Express which is
what seems to be needed (I'm hopeless with complicated IDEs anyway).
Is it
Changes by ppperry maprea...@olum.org:
--
title: Concrete obect C API considered harmful to subclasses of builtin typesje
- Concrete object C API considered harmful to subclasses of builtin typesje
___
Python tracker rep...@bugs.python.org
Changes by ppperry maprea...@olum.org:
--
title: Concrete object C API considered harmful to subclasses of builtin types
- Concrete obect C API considered harmful to subclasses of builtin typesje
___
Python tracker rep...@bugs.python.org
Changes by Yury Selivanov yseliva...@gmail.com:
--
nosy: asvetlov, gvanrossum, haypo, ncoghlan, yselivanov
priority: deferred blocker
severity: normal
stage: needs patch
status: open
title: PEP 492: Documentation
type: enhancement
versions: Python 3.5
Yury Selivanov added the comment:
Closing the issue. I'll open a new one for missing documentation. Thanks!
--
components: +Interpreter Core
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker
Changes by Yury Selivanov yseliva...@gmail.com:
--
dependencies: +PEP 492: Documentation
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24017
___
On 5/13/2015 2:42 PM, andrew cooke wrote:
On Wednesday, 13 May 2015 13:37:23 UTC-3, Terry Reedy wrote:
On 5/13/2015 9:25 AM, andrew cooke wrote:
The following code worked on Python 3.2, but no longer works in 3.4.
Bugfixes break code that depends on buggy behavior. See
Changes by ppperry maprea...@olum.org:
--
title: Concrete object C API considered harmful to subclasses of builtin
typesje - Concrete object C API considered harmful to subclasses of builtin
types
___
Python tracker rep...@bugs.python.org
I'm using Python 3.4.3 on Windows 7 (with latest patches) to develop a
sqlcmd module for accessing SQL Server (via Microsoft's sqlcmd.exe). My
goal is to develop a 100% Python 3 module that's easy to use, flexible,
and by design shifts the majority of future SQL Server Python database
On 13/05/2015 19:42, andrew cooke wrote:
On Wednesday, 13 May 2015 13:37:23 UTC-3, Terry Reedy wrote:
On 5/13/2015 9:25 AM, andrew cooke wrote:
The following code worked on Python 3.2, but no longer works in 3.4.
Bugfixes break code that depends on buggy behavior. See
Roundup Robot added the comment:
New changeset 0d80d46adfdb by Yury Selivanov in branch 'default':
Issue 24017: More tests for 'async for' and 'async with'.
https://hg.python.org/cpython/rev/0d80d46adfdb
--
___
Python tracker rep...@bugs.python.org
On Wed, May 13, 2015 at 12:07 PM, zipher dreamingforw...@gmail.com wrote:
On Wednesday, May 13, 2015 at 10:27:23 AM UTC-5, Ian wrote:
I don't know why I'm replying to this...
Because you're trying to get an answer to a question that even Academia
hasn't answered or understood.
On Wed, May
Guido van Rossum added the comment:
BTW, a shout out to Nick for doing most of the review for this monster patch.
Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24017
___
1 - 100 of 226 matches
Mail list logo