Yury Selivanov added the comment:
bump?
--
nosy: +yselivanov
versions: +Python 3.4 -Python 3.3
___
Python tracker
<http://bugs.python.org/issue14854>
___
___
Pytho
Changes by Yury Selivanov :
--
versions: +Python 3.5 -Python 3.3
___
Python tracker
<http://bugs.python.org/issue9232>
___
___
Python-bugs-list mailing list
Unsub
Yury Selivanov added the comment:
Kristjan, can you write a patch for this?
--
nosy: +yselivanov
___
Python tracker
<http://bugs.python.org/issue14911>
___
___
Yury Selivanov added the comment:
bump? see also #20267
--
nosy: +yselivanov
___
Python tracker
<http://bugs.python.org/issue7325>
___
___
Python-bugs-list mailin
Yury Selivanov added the comment:
bump?
--
nosy: +yselivanov
versions: +Python 3.4 -Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issue12
Yury Selivanov added the comment:
bump?
--
nosy: +yselivanov
___
Python tracker
<http://bugs.python.org/issue14515>
___
___
Python-bugs-list mailing list
Unsub
Yury Selivanov added the comment:
bump?
--
nosy: +yselivanov
___
Python tracker
<http://bugs.python.org/issue17444>
___
___
Python-bugs-list mailing list
Unsub
Changes by Yury Selivanov :
--
versions: +Python 3.5 -Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issue14965>
___
___
Python-bugs-list mailin
Yury Selivanov added the comment:
bump?
--
nosy: +yselivanov
___
Python tracker
<http://bugs.python.org/issue18805>
___
___
Python-bugs-list mailing list
Unsub
Changes by Yury Selivanov :
--
nosy: +ncoghlan
___
Python tracker
<http://bugs.python.org/issue19157>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Yury Selivanov :
--
versions: +Python 3.5 -Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issue10544>
___
___
Python-bugs-list mailin
Changes by Yury Selivanov :
--
nosy: +yselivanov
___
Python tracker
<http://bugs.python.org/issue2226>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Yury Selivanov :
--
nosy: +yselivanov
___
Python tracker
<http://bugs.python.org/issue8743>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Yury Selivanov :
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue12971>
___
___
Python-bugs-list mailing list
Unsub
Changes by Yury Selivanov :
--
nosy: +yselivanov
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue12915>
___
___
Python-bug
Changes by Yury Selivanov :
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue17170>
___
___
Python-bugs-list mailing list
Unsub
Changes by Yury Selivanov :
--
nosy: +yselivanov
___
Python tracker
<http://bugs.python.org/issue17170>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Yury Selivanov :
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue13651>
___
___
Python-bugs-list mailing list
Unsub
Changes by Yury Selivanov :
--
keywords: -easy
nosy: +yselivanov
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue17911>
___
___
Yury Selivanov added the comment:
bump?
--
nosy: +yselivanov
___
Python tracker
<http://bugs.python.org/issue18554>
___
___
Python-bugs-list mailing list
Unsub
Changes by Yury Selivanov :
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue17394>
___
___
Python-bugs-list mailing list
Unsub
Changes by Yury Selivanov :
--
nosy: +yselivanov
___
Python tracker
<http://bugs.python.org/issue19404>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Yury Selivanov :
--
nosy: +yselivanov
___
Python tracker
<http://bugs.python.org/issue19031>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Yury Selivanov :
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue18162>
___
___
Python-bugs-list mailing list
Unsub
Yury Selivanov added the comment:
I think we should start raising an exception in 3.5 (backwards incompatible
change to back-port it)
--
nosy: +yselivanov
versions: +Python 3.5 -Python 2.7, Python 3.3, Python 3.4
___
Python tracker
<h
Changes by Yury Selivanov :
--
nosy: +yselivanov
___
Python tracker
<http://bugs.python.org/issue20471>
___
___
Python-bugs-list mailing list
Unsubscribe:
Yury Selivanov added the comment:
OK, I'll take a look tomorrow. Don't think it's related to #20471 though, as
in there, if fails to find a signature for the 'builtin.object' (but I may be
wrong).
--
___
Python tracker
Yury Selivanov added the comment:
OK, there was no unit-test for this... looking into the problem, the first
questing is: why is __text_signature__ is on the '_pickle.Pickler' object, not
on '_pickle.Pickler.__init__'?
--
___
P
Changes by Yury Selivanov :
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue17159>
___
___
Python-bugs-list mailing list
Unsubscrib
Yury Selivanov added the comment:
> Stefan Krah suggests that the failure in 20473 is because that platform
> builds without docstrings, and the test requires them. So that should be an
> easy fix.
Good news ;) OK, I'll decorate the test.
> Because slots like tp_init and t
Yury Selivanov added the comment:
> Would this be ok?
Probably. I need to take a closer look.
I'm not sure I like the idea that Cython functions are "chimeras" of some sort,
i.e. they have a type of python builtin functions, hence, logically,
Signature.from_builtin should
Changes by Yury Selivanov :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20471>
___
___
Python-bugs-list
Yury Selivanov added the comment:
Should be OK now. Thank you guys for the report and for the hint of what was
going on ;)
--
___
Python tracker
<http://bugs.python.org/issue20
Changes by Yury Selivanov :
--
nosy: +ncoghlan
___
Python tracker
<http://bugs.python.org/issue20473>
___
___
Python-bugs-list mailing list
Unsubscribe:
Yury Selivanov added the comment:
> That's one way of looking at it. The way I see it is that CPython's builtin
> functions should rather behave exactly like Python functions. The fact that
> there is such a thing as a "__text_signature__" and general special c
Yury Selivanov added the comment:
Stefan,
Please try the attached patch (sig_cython_01.patch)
--
Added file: http://bugs.python.org/file33847/sig_cython_01.patch
___
Python tracker
<http://bugs.python.org/issue17
Changes by Yury Selivanov :
Added file: http://bugs.python.org/file33849/sig_cython_02.patch
___
Python tracker
<http://bugs.python.org/issue17159>
___
___
Python-bug
Yury Selivanov added the comment:
Please review the attached patch (sig_builtins_01.patch).
Some details:
- All parsing code from Signature.from_builtin was moved
in a separate helper '_signature_fromstr'
- Signature.from_builtin calls '_signature_fromstr'. All
its
Changes by Yury Selivanov :
Added file: http://bugs.python.org/file33854/sig_cython_03.patch
___
Python tracker
<http://bugs.python.org/issue17159>
___
___
Python-bug
Yury Selivanov added the comment:
Well, I guess we can replace
from time import clock
with something like
try:
from time import monotonic as clock
except ImportError:
from time import time as clock
Victor, what do you think?
--
nosy: +yselivanov
Changes by Yury Selivanov :
--
nosy: +ncoghlan
___
Python tracker
<http://bugs.python.org/issue20482>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Yury Selivanov :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue20475>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Yury Selivanov :
Added file: http://bugs.python.org/file33858/sig_builtincls_02.patch
___
Python tracker
<http://bugs.python.org/issue20473>
___
___
Python-bug
Yury Selivanov added the comment:
Second patch attached: sig_builtincls_02.patch, with a fix, that Nick
suggested. Larry, I'd like you to take a quick look at it as well, before I
commit it.
--
___
Python tracker
<http://bugs.python.org/is
Yury Selivanov added the comment:
Stefan,
> inspect.isbuiltin() returns False
Are you absolutely sure about this? Please check that everything works with
this latest change http://hg.python.org/cpython/rev/48c3c42e3e5c
--
___
Python tracker
&l
Yury Selivanov added the comment:
Larry,
> Also, I assumed that anything that had a __text_signature__ wasn't going to
> have any other kind of signature information. Therefore, if the object had a
> __text_signature__ attribute, then I already knew that's the best approa
Yury Selivanov added the comment:
Larry,
Quoting your reply from #17159:
> Also also, I remember specifically that the isinstance(type) code would fail
> builtin classes.
Could you please find an example of this?
--
___
Python tracker
Changes by Yury Selivanov :
--
nosy: +brett.cannon
___
Python tracker
<http://bugs.python.org/issue20490>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Yury Selivanov :
--
nosy: +yselivanov
___
Python tracker
<http://bugs.python.org/issue20490>
___
___
Python-bugs-list mailing list
Unsubscribe:
Yury Selivanov added the comment:
> This change is redundant since BuiltinFunctionType (which isbuiltin() tests
> for) is already in _NonUserDefinedCallables, which is tested for right
> afterwards.
The code is more understandable, though.
Anyways, I'm glad that the issue is now r
Yury Selivanov added the comment:
Committed.
We'll likely need to modify the code again in 3.5, once we settle the exact
semantics of __text_signature__.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://b
Yury Selivanov added the comment:
For instance if __text_signature__ and __signature__ are present simultaneously
which one should be used, or the use of '($' to specify bound-methods first
parameters etc.
--
___
Python trac
Yury Selivanov added the comment:
And also right now, inspect.signature looks for '__text_signature__' when no
used-defined __init__ was found. That's also going to be changed, but again,
when __text_signature__ becomes a public
Yury Selivanov added the comment:
FWIW, I think the same.
--
___
Python tracker
<http://bugs.python.org/issue20473>
___
___
Python-bugs-list mailing list
Unsub
Yury Selivanov added the comment:
And also, reading Stefan in another issue, I'm a bit worried that
it may forcibly become a public API. Users tend to start using APIs
before they are public, and that's especially true for python dunder
attributes.
Maybe we should document '__t
Yury Selivanov added the comment:
The problem is that 'zlib.compressobj().flush.__module__ is None'
Can we fix that in zlib?
--
___
Python tracker
<http://bugs.python.o
Yury Selivanov added the comment:
One way, albeit ugly, would be to further extend __text_signature__ format, to
allow something like:
sig=(...);module=zlib
--
___
Python tracker
<http://bugs.python.org/issue20
Yury Selivanov added the comment:
I like the patches, except the example in 3x.diff. Please see the review.
--
___
Python tracker
<http://bugs.python.org/issue14
Yury Selivanov added the comment:
> One way, albeit ugly, would be to further extend
> __text_signature__ format, to allow something like:
>
> sig=(...);module=zlib
OR
sig=zlib.Compress.flush(...)
--
___
Python tr
Yury Selivanov added the comment:
Attached is an experimental patch (issue20489_01.patch) that implements the
idea of encoding full function name in its 'sig=' spec.
Test file:
import zlib
import inspect
print(zlib.compressobj().flush.__text_signature__)
print(inspect
New submission from Yury Selivanov:
This issue on google code: https://code.google.com/p/tulip/issues/detail?id=124
--
files: sr_ba_01.patch
keywords: needs review, patch
messages: 210253
nosy: gvanrossum, haypo, pitrou, yselivanov
priority: normal
severity: normal
status: open
title
Yury Selivanov added the comment:
The patch looks good to me. I'll merge it in 3.5 later.
--
___
Python tracker
<http://bugs.python.org/issue19573>
___
___
Yury Selivanov added the comment:
Can't reproduce this on 3.3.3
Python 3.3.3 (default, Dec 2 2013, 01:40:21)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)] on darwin
--
nosy: +yselivanov
___
Python tracker
<http://bugs.py
Changes by Yury Selivanov :
--
nosy: +haypo, loewis
___
Python tracker
<http://bugs.python.org/issue20512>
___
___
Python-bugs-list mailing list
Unsubscribe:
Yury Selivanov added the comment:
Gareth,
Thanks a lot for such a comprehensive writeup and the patch. Please give me a
day or two to do the review.
--
___
Python tracker
<http://bugs.python.org/issue12
Yury Selivanov added the comment:
This one is still not merged in Tulip, right?
--
nosy: +yselivanov
___
Python tracker
<http://bugs.python.org/issue20
Changes by Yury Selivanov :
--
nosy: +jnoller, sbt
___
Python tracker
<http://bugs.python.org/issue20527>
___
___
Python-bugs-list mailing list
Unsubscribe:
Yury Selivanov added the comment:
> Whoops, forgot to fix all the breakage in clinic_test.py. It's good now.
Ah, you re-uploaded the patch and reset my code review comments. I'll repeat
them here, just in case.
Reviewed the patch.
- In one of the C files I saw t
New submission from Yury Selivanov:
A bunch of logging methods accept optional parameter exc_info, that is supposed
to be either 'True' or a tuple of three elements (type, exc, tb).
If, however, someone passes an actual exception instance, Logger._log function
will interpret it a
Yury Selivanov added the comment:
Larry,
I'm attaching a revised version of the patch --
larry.even.newerer.signature.syntax.3.diff.
Changes:
1. test_signature_on_class_without_init was fixed,
inspect.signature was fixed as well. Now, for
class Meta(type): pass
"inspect.sign
Yury Selivanov added the comment:
One more patch (v4)
I fixed the commented out 'ThisWorksNow' test.
And also 'inspect.signature' now raises a bit
more coherent exception for that particular case.
--
Added file:
http://bugs.python.org/file33966/larry.even.newere
Yury Selivanov added the comment:
> I believe it's too late for feature changes in 3.4, so removing it from
> versions.
Alright. Was worth a try ;)
> It would be good if the patch addressed documentation changes, too :-)
Sure, I'll add the documentation, when we start w
Yury Selivanov added the comment:
> Thanks for the fix. The same fix seems should also work for mkstemp and
> mktemp -- is it really worth creating a new issue for them?
No, no new issue is necessary. I think I'll update the patch and merge it in
3.5, as it's
Changes by Yury Selivanov :
--
nosy: +yselivanov
___
Python tracker
<http://bugs.python.org/issue20566>
___
___
Python-bugs-list mailing list
Unsubscribe:
Yury Selivanov added the comment:
I'm -1 on this.
Yes, there is a convention in Python that _names are kind of private, but it's
just a convention, and not everybody follow it. Making this change would just
break too many things.
As for the code in question: Random.randrange -- w
Yury Selivanov added the comment:
> Yury: it's a micro-optimization, the slow builtin lookup becomes a fast local
> lookup.
That's what I thought, thank you.
I think we should discourage use of this pattern (at least in the stdlib).
There is small to no performance benefit to
Yury Selivanov added the comment:
We can *probably* make a convention, that "dunder" parameters are hidden from
the pydoc.
like 'func(a, b, *, c, __hidden__=True, __int__=int)'
Or simply those that start with &#x
Yury Selivanov added the comment:
Patch sig_cython_03.patch is still applicable (it probably won't apply to the
current repo, but I can fix that). It should solve all these problems once and
for all.
If Larry agrees, I can still merge
Yury Selivanov added the comment:
> So, once again:
> If the intention is to test that a callable has a "__text_signature__",
> then the code should test for the existance of "__text_signature__".
> It should *not* try to test for types that may or may not hav
Yury Selivanov added the comment:
> I'm actually considering that. Now that Signature.from_function() allows
> function-like types, it appears like it's the easiest solution to add a
> "__signature__" property to cyfunctions that does the necessary "from
Changes by Yury Selivanov :
--
nosy: +larry
___
Python tracker
<http://bugs.python.org/issue20620>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Yury Selivanov :
--
nosy: +larry, ncoghlan, yselivanov
___
Python tracker
<http://bugs.python.org/issue20625>
___
___
Python-bugs-list mailin
Yury Selivanov added the comment:
It looks like it's a bug.
Spam.eggs.__code__.co_varnames will have '_Spam__some_kwarg' as a name of the
first parameter. So __annotations__ should have '_Spam__some_kwarg' instead of
'__some_kwarg'.
--
___
Yury Selivanov added the comment:
Furthermore:
class Foo:
def bar(self, *, __kw:'anno'='default'):
pass
>>> Foo.bar.__annotations__
{'__kw': 'anno'}
>>> Foo.bar.__kwdefaults__
{'_Foo__kw': 'default
Yury Selivanov added the comment:
Patch is attached. Please review.
--
keywords: +patch
nosy: +benjamin.peterson, nnorwitz
Added file: http://bugs.python.org/file34083/issue_20625_01.patch
___
Python tracker
<http://bugs.python.org/issue20
Changes by Yury Selivanov :
--
versions: +Python 3.4
___
Python tracker
<http://bugs.python.org/issue20625>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Yury Selivanov :
--
priority: normal -> high
___
Python tracker
<http://bugs.python.org/issue20625>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by Yury Selivanov :
--
nosy: +amaury.forgeotdarc, belopolsky
___
Python tracker
<http://bugs.python.org/issue20629>
___
___
Python-bugs-list mailin
Yury Selivanov added the comment:
> Why would we mangle the names of arguments in the first place? What possible
> use case is there?
The use case is multiple inheritance. You can define your methods with keyword
and keyword-only params starting with '__', put in them some ca
Changes by Yury Selivanov :
Added file: http://bugs.python.org/file34085/issue_20625_02.patch
___
Python tracker
<http://bugs.python.org/issue20625>
___
___
Python-bug
Yury Selivanov added the comment:
I think we should just ask Larry to merge all commits for asyncio in 3.4.
I.e. we won't commit anything that should not go in 3.4 anyways.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Yury Selivanov :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20673>
___
___
Python-bugs-list
New submission from Yury Selivanov:
This is a proxy issue for: https://code.google.com/p/tulip/issues/detail?id=81
--
assignee: yselivanov
messages: 211523
nosy: yselivanov
priority: normal
severity: normal
status: open
title: asyncio: Add support for UNIX Domain Sockets.
versions
Yury Selivanov added the comment:
Two new cherry-picks:
changeset: 89253:d6c7d1f18915
tag: tip
user:Yury Selivanov
date:Tue Feb 18 12:21:57 2014 -0500
files: Misc/NEWS
description:
Misc/NEWS: Add a news item for UNIX Sockets support in asyncio. Cleanup WS
Changes by Yury Selivanov :
--
nosy: +gvanrossum
___
Python tracker
<http://bugs.python.org/issue20673>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Yury Selivanov :
--
assignee: -> yselivanov
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.or
New submission from Yury Selivanov:
Revision: a63327162063
Larry, please consider including this in 3.4.
It's a small bug, that was in python since the time
annotations were introduced. It's a shame that it
was undiscovered for such a long time, and I think
it should absolutely be fi
Changes by Yury Selivanov :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20681>
___
___
Python-bugs-list
New submission from Yury Selivanov:
This is a proxy issue for https://code.google.com/p/tulip/issues/detail?id=80
--
assignee: yselivanov
messages: 211566
nosy: gvanrossum, haypo, yselivanov
priority: normal
severity: normal
status: open
title: asyncio: New error handling API
type
Yury Selivanov added the comment:
changeset: 89262:7c1de1ebb894
tag: tip
user:Yury Selivanov
date:Tue Feb 18 18:02:19 2014 -0500
files: Lib/asyncio/base_events.py Lib/asyncio/events.py
Lib/asyncio/futures.py Lib/asyncio/proactor_events.py
Lib/asyncio
1801 - 1900 of 3098 matches
Mail list logo
