- 08 May, 2011 1 commit
-
-
Denis Bilenko authored
-
- 07 May, 2011 1 commit
-
-
Denis Bilenko authored
-
- 02 May, 2011 16 commits
-
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
This fixes a lot of stacktraces of socket.error on Windows where EAGAIN != EWOULDBLOCK
-
Denis Bilenko authored
-
Denis Bilenko authored
in gevent.ares module: - rename ares_channel to channel - rename ares_strerror() to ares.strerror() - remove _strerror() - do not use gevent_handle_error C function, use loop.handle_error - do not use loop and io watcher definitions (use Python calls instead of fast vtab calls) add python.pxd with a few common python functions do not include c-ares stuff, compile it separately add inet_ntop.c to gevent/ since it's not exported by c-ares and we use it make ares extension optional - retry setup.py command if it failed --HG-- rename : gevent/cares.pxi => gevent/ares.pyx
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
use different callback for each watcher, because layout is not always the same (e.g. timer on windows) also: - incref callback and loop before calling a callback - fix compilation problem on visual c - do not add cdef functions in watchers, thus removing vtab pointer
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-
- 01 May, 2011 7 commits
-
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-
- 25 Apr, 2011 4 commits
-
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-
- 23 Apr, 2011 4 commits
-
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-
- 21 Apr, 2011 1 commit
-
-
Denis Bilenko authored
-
- 20 Apr, 2011 6 commits
-
-
Denis Bilenko authored
-
Denis Bilenko authored
resolver_ares: destroy() should be run in the loop, since it calls the outstanding callbacks directly
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-
Denis Bilenko authored
-