tws_async.py getting Connection lost about tws_async

[erdewit]

If this is on Windows then it is a known issue with reconnecting; The tws_async_windows.py script bypasses the issue.

[sleepykid]

on mac osx El Capitan

[sleepykid]

I also tried the tws_async_windows.py but also same log error in IB Gateway and console message:
<_SelectorSocketTransport fd=89 read=idle write=<idle, bufsize=0>>
Connection lost None <_SelectorSocketTransport closing fd=89 read=idle write=<idle, bufsize=0>>

[erdewit]

Try with a different clientId.

[sleepykid]

same issue, I also did run the pip install --upgrade PyQt5 quamash
(running python 3.6)

[erdewit]

Can you restart the gateway?

[herrold]

I took this message from the initial report:
Ignoring API request 'jextend.a1' since API is not accepted.

to indicate that either the API was not enabled, or that a connection was being attempted from other than the localhost, and so the initial connection was failing

[sleepykid]

ok,
I re-started and it still doesn't work. ( IB Gateway 964 )
in the IB Gateway log, it is
Server version 120
Client version 120

Definitely using localhost:
tws.connect(loop, host='localhost', port=4002, clientId=99)

[erdewit]

I will look further into it but have no clue what could be different on OSX and no way of testing.

The strange thing is that the notebook works for you. Btw you can also use the IB supplied sample scripts.

[sleepykid]

ok thanks, I think because the notebook version uses PyQt5.QtNetwork whereas tws_async.py doesn't

[erdewit]

I've tested it with an image of OS X 10.11.6 and could reproduce the issue.
The issue is caused by the "::1 localhost" IPv6 alias in the /etc/hosts file.
It can be solved by using '127.0.0.1' instead of 'localhost' in the connect call.

Note that this would apply to the IB supplied sample files as well.