Robert Jordens added the comment:
It is still in cpython master e6e9ddd.
import asyncio
import socket
sock = socket.socket(family=socket.AF_BLUETOOTH,
type=socket.SOCK_STREAM,
proto=socket.BTPROTO_RFCOMM)
sock.setblocking(False)
addr = "00:12:34:
Robert Jordens added the comment:
https://github.com/python/cpython/blob/master/Lib/asyncio/selector_events.py#L394
https://github.com/python/asyncio/blob/master/asyncio/selector_events.py#L394
AF_UNIX is special-cased.
Maybe AF_BLUETOOTH and others should use that same special treatment.
Or
Changes by Robert Jordens :
--
components: +asyncio -Argument Clinic
nosy: +gvanrossum, haypo, yselivanov
___
Python tracker
<http://bugs.python.org/issue27
Robert Jordens added the comment:
The error for inet_pton() is:
>>> import socket
>>> socket.inet_pton(socket.AF_BLUETOOTH, "00:12:34:56:78:99")
Traceback (most recent call last):
File "", line 1, in
socket.error: [Errno 97] Address family not suppo
New submission from Robert Jordens:
Since 3.5.2 sock_connect() tries to be smart and resolves addresses for you if
they fail a socket.inet_pton() check. But inet_pton() only supports AF_INET(6)
and does not work for other address families that socket otherwise supports
just fine (e.g
Robert Jordens added the comment:
Ack to the new patch. It is semantically confusing that the await expression
also served as the power base without any await.
--
___
Python tracker
<http://bugs.python.org/issue26
Robert Jordens added the comment:
That should have read "... should _not_ be closed."
--
___
Python tracker
<http://bugs.python.org/issue26156>
___
___
Robert Jordens added the comment:
The original bug report is (apart from spelling) correct. This is a bug and it
should be closed.
Please reopen.
This patch reverts the erroneous change in:
changeset: 96185:548d5704fcb3
user:Yury Selivanov
date:Thu May 21 11:50:30 2015
New submission from Robert Jordens:
According to the documentation the "exec a in b, c" is equivalent to "exec(a,
b, c)". But in the testcase below the tuple form causes a SyntaxError while the
statement form works fine.
diff -r e770d8c4291c Lib/test/test_compi
