only Linux (with epoll) and BSD (with kqueue) are recommended for production deployment (even though Mac OS X is derived from BSD and supports kqueue, its networking performance is generally poor so it is these variables will cause reloading to behave incorrectly. On some platforms (including Windows and Mac OSX prior to 10.6), the process cannot be updated “in-place”, so when a code change is detected the class tornado.ioloop.IOLoop A level-triggered I/O loop. We use epoll (Linux) or kqueue (BSD and Mac OS X) if they are available, or else we fall back on select(). If you are implementing a system that

only Linux (with epoll) and BSD (with kqueue) are recommended for production deployment (even though Mac OS X is derived from BSD and supports kqueue, its networking performance is generally poor so it is these variables will cause reloading to behave incorrectly. On some platforms (including Windows and Mac OSX prior to 10.6), the process cannot be updated “in-place”, so when a code change is detected the class tornado.ioloop.IOLoop A level-triggered I/O loop. We use epoll (Linux) or kqueue (BSD and Mac OS X) if they are available, or else we fall back on select(). If you are implementing a system that

only Linux (with epoll) and BSD (with kqueue) are recommended for production deployment (even though Mac OS X is derived from BSD and supports kqueue, its networking performance is generally poor so it is these variables will cause reloading to behave incorrectly. On some platforms (including Windows and Mac OSX prior to 10.6), the process cannot be updated “in-place”, so when a code change is detected the is a wrapper around the asyncio event loop. On Python 2, it uses epoll (Linux) or kqueue (BSD and Mac OS X) if they are available, or else we fall back on select(). If you are implementing a system that

only Linux (with epoll) and BSD (with kqueue) are recommended for production deployment (even though Mac OS X is derived from BSD and supports kqueue, its networking performance is generally poor so it is these variables will cause reloading to behave incorrectly. On some platforms (including Windows and Mac OSX prior to 10.6), the process cannot be updated “in-place”, so when a code change is detected the 6/library/asyncio.html#module-asyncio] event loop. On Python 2, it uses epoll (Linux) or kqueue (BSD and Mac OS X) if they are available, or else we fall back on select(). If you are implementing a system that

only Linux (with epoll) and BSD (with kqueue) are recommended for production deployment (even though Mac OS X is derived from BSD and supports kqueue, its networking performance is generally poor so it is these variables will cause reloading to behave incorrectly. On some platforms (including Windows and Mac OSX prior to 10.6), the process cannot be updated “in-place”, so when a code change is detected the 64-bit systems. • The fallback mechanism for detecting a missing C compiler now works correctly on Mac OS X. • Arguments to WebSocketHandler.open are now decoded in the same way as arguments to RequestHandler

only Linux (with epoll) and BSD (with kqueue) are recommended for production deployment (even though Mac OS X is derived from BSD and supports kqueue, its networking performance is generally poor so it is these variables will cause reloading to behave incorrectly. On some platforms (including Windows and Mac OSX prior to 10.6), the process cannot be updated “in-place”, so when a code change is detected the on 64-bit systems. The fallback mechanism for detecting a missing C compiler now works correctly on Mac OS X. Arguments to WebSocketHandler.open are now decoded in the same way as arguments to RequestHandler

these variables will cause reloading to behave incorrectly. On some platforms (including Windows and Mac OSX prior to 10.6), the process cannot be updated “in-place”, so when a code change is detected the 64-bit systems. • The fallback mechanism for detecting a missing C compiler now works correctly on Mac OS X. • Arguments to WebSocketHandler.open are now decoded in the same way as arguments to RequestHandler Windows with MSVC and 64-bit mode. The fallback to the pure-Python alternative now works correctly on Mac OS X machines with no C compiler installed. 6.9.29 What’s new in Tornado 3.2 Jan 14, 2014 Installation

these variables will cause reloading to behave incorrectly. On some platforms (including Windows and Mac OSX prior to 10.6), the process cannot be updated “in-place”, so when a code change is detected the 64-bit systems. • The fallback mechanism for detecting a missing C compiler now works correctly on Mac OS X. • Arguments to WebSocketHandler.open are now decoded in the same way as arguments to RequestHandler Windows with MSVC and 64-bit mode. The fallback to the pure-Python alternative now works correctly on Mac OS X machines with no C compiler installed. 6.9.35 What’s new in Tornado 3.2 Jan 14, 2014 Installation

these variables will cause reloading to behave incorrectly. On some platforms (including Windows and Mac OSX prior to 10.6), the process cannot be updated “in-place”, so when a code change is detected the 64-bit systems. • The fallback mechanism for detecting a missing C compiler now works correctly on Mac OS X. • Arguments to WebSocketHandler.open are now decoded in the same way as arguments to RequestHandler Windows with MSVC and 64-bit mode. The fallback to the pure-Python alternative now works correctly on Mac OS X machines with no C compiler installed. 6.9. Release notes 209 Tornado Documentation, Release

these variables will cause reloading to behave incorrectly. On some platforms (including Windows and Mac OSX prior to 10.6), the process cannot be updated “in-place”, so when a code change is detected the 64-bit systems. • The fallback mechanism for detecting a missing C compiler now works correctly on Mac OS X. • Arguments to WebSocketHandler.open are now decoded in the same way as arguments to RequestHandler Windows with MSVC and 64-bit mode. The fallback to the pure-Python alternative now works correctly on Mac OS X machines with no C compiler installed. 6.9.35 What’s new in Tornado 3.2 Jan 14, 2014 Installation