golden hour
/opt/saltstack/salt/lib/python3.10/site-packages/salt/ext/tornado/__pycache__
⬆️ Go Up
Upload
File/Folder
Size
Actions
__init__.cpython-310.pyc
378 B
Del
OK
_locale_data.cpython-310.pyc
3.23 KB
Del
OK
auth.cpython-310.pyc
39.18 KB
Del
OK
autoreload.cpython-310.pyc
7.02 KB
Del
OK
concurrent.cpython-310.pyc
17.24 KB
Del
OK
curl_httpclient.cpython-310.pyc
12.8 KB
Del
OK
escape.cpython-310.pyc
9.89 KB
Del
OK
gen.cpython-310.pyc
38.39 KB
Del
OK
http1connection.cpython-310.pyc
19.47 KB
Del
OK
httpclient.cpython-310.pyc
25.19 KB
Del
OK
httpserver.cpython-310.pyc
11.45 KB
Del
OK
httputil.cpython-310.pyc
29.84 KB
Del
OK
ioloop.cpython-310.pyc
33.19 KB
Del
OK
iostream.cpython-310.pyc
42.97 KB
Del
OK
locale.cpython-310.pyc
15.22 KB
Del
OK
locks.cpython-310.pyc
16.61 KB
Del
OK
log.cpython-310.pyc
8.07 KB
Del
OK
netutil.cpython-310.pyc
14.32 KB
Del
OK
options.cpython-310.pyc
19.63 KB
Del
OK
process.cpython-310.pyc
10.27 KB
Del
OK
queues.cpython-310.pyc
11.29 KB
Del
OK
routing.cpython-310.pyc
21.08 KB
Del
OK
simple_httpclient.cpython-310.pyc
16.08 KB
Del
OK
stack_context.cpython-310.pyc
10.65 KB
Del
OK
tcpclient.cpython-310.pyc
6.49 KB
Del
OK
tcpserver.cpython-310.pyc
10.06 KB
Del
OK
template.cpython-310.pyc
30.52 KB
Del
OK
testing.cpython-310.pyc
24.61 KB
Del
OK
util.cpython-310.pyc
13.72 KB
Del
OK
web.cpython-310.pyc
105.22 KB
Del
OK
websocket.cpython-310.pyc
39.08 KB
Del
OK
wsgi.cpython-310.pyc
11.5 KB
Del
OK
Edit: ioloop.cpython-310.pyc
o �xeq� � @ sv d Z ddlmZmZmZ ddlZddlZddlZddlZddl Z ddl Z ddl Z ddl Z ddl Z ddlZddlZddlZddlZddlZddlZddlmZmZ ddlmZmZ ddlmZm Z ddl m Z ddl m Z m!Z!m"Z"m#Z# zddl$Z$W n e%y� dZ$Y nw e r�ddl&Z'nddl'Z'd Z(G d d � d e)�Z*G d d � d e!�Z+G dd� de+�Z,G dd� de-�Z.G dd� de-�Z/dS )a� An I/O event loop for non-blocking sockets. Typical applications will use a single `IOLoop` object, in the `IOLoop.instance` singleton. The `IOLoop.start` method should usually be called at the end of the ``main()`` function. Atypical applications may use more than one `IOLoop`, such as one `IOLoop` per thread, or per `unittest` case. In addition to I/O events, the `IOLoop` can also schedule time-based events. `IOLoop.add_timeout` is a non-blocking alternative to `time.sleep`. � )�absolute_import�division�print_functionN)�TracebackFuture� is_future)�app_log�gen_log)�set_close_exec�Waker)� stack_context)�PY3� Configurable�errno_from_exception�timedelta_to_secondsg �@c @ s e Zd ZdS )� TimeoutErrorN)�__name__� __module__� __qualname__� r r �K/opt/saltstack/salt/lib/python3.10/site-packages/salt/ext/tornado/ioloop.pyr E s r c @ s� e Zd ZdZdZdZdZdZdZdZ dZ d Z d Z eZ eZeeB Ze�� Ze�� Zed d � �Zed d� �Zdd� Zedd� �ZedTdd��Zdd� Zedd� �Z e dd� �Z e d d � �Z dUd d �Z dVd"d#�Z!d$d%� Z"d&d'� Z#d(d)� Z$d*d+� Z%d,d-� Z&d.d/� Z'd0d1� Z(d2d3� Z)d4d5� Z*dUd6d7�Z+d8d9� Z,d:d;� Z-d<d=� Z.d>d?� Z/d@dA� Z0dBdC� Z1dDdE� Z2dFdG� Z3dHdI� Z4dJdK� Z5dLdM� Z6dNdO� Z7dPdQ� Z8dRdS� Z9d S )W�IOLoopa� 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 needs to handle thousands of simultaneous connections, you should use a system that supports either ``epoll`` or ``kqueue``. Example usage for a simple TCP server: .. testcode:: import errno import functools import tornado.ioloop import socket def connection_ready(sock, fd, events): while True: try: connection, address = sock.accept() except socket.error as e: if e.args[0] not in (errno.EWOULDBLOCK, errno.EAGAIN): raise return connection.setblocking(0) handle_connection(connection, address) if __name__ == '__main__': sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM, 0) sock.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) sock.setblocking(0) sock.bind(("", port)) sock.listen(128) io_loop = tornado.ioloop.IOLoop.current() callback = functools.partial(connection_ready, sock) io_loop.add_handler(sock.fileno(), callback, io_loop.READ) io_loop.start() .. testoutput:: :hide: By default, a newly-constructed `IOLoop` becomes the thread's current `IOLoop`, unless there already is a current `IOLoop`. This behavior can be controlled with the ``make_current`` argument to the `IOLoop` constructor: if ``make_current=True``, the new `IOLoop` will always try to become current and it raises an error if there is already a current instance. If ``make_current=False``, the new `IOLoop` will not try to become current. .. versionchanged:: 4.2 Added the ``make_current`` keyword argument to the `IOLoop` constructor. � � � � � i i @l r c C s^ t td�s,tj� t td�st� t_W d � tjS W d � tjS 1 s'w Y tjS )a1 Returns a global `IOLoop` instance. Most applications have a single, global `IOLoop` running on the main thread. Use this method to get this instance from another thread. In most other cases, it is better to use `current()` to get the current thread's `IOLoop`. � _instanceN)�hasattrr �_instance_lockr r r r r �instance� s �� ��zIOLoop.instancec C s t td�S )z8Returns true if the singleton instance has been created.r )r r r r r r � initialized� s zIOLoop.initializedc C s t �� rJ �| t _dS )a� Installs this `IOLoop` object as the singleton instance. This is normally not necessary as `instance()` will create an `IOLoop` on demand, but you may want to call `install` to use a custom subclass of `IOLoop`. When using an `IOLoop` subclass, `install` must be called prior to creating any objects that implicitly create their own `IOLoop` (e.g., :class:`tornado.httpclient.AsyncHTTPClient`). N)r r r ��selfr r r �install� s zIOLoop.installc C s t td�r t`dS dS )zKClear the global `IOLoop` instance. .. versionadded:: 4.0 r N)r r r r r r r �clear_instance� s �zIOLoop.clear_instanceTc C s& t tjdd�}|du r| rt�� S |S )a� Returns the current thread's `IOLoop`. If an `IOLoop` is currently running or has been marked as current by `make_current`, returns that instance. If there is no current `IOLoop`, returns `IOLoop.instance()` (i.e. the main thread's `IOLoop`, creating one if necessary) if ``instance`` is true. In general you should use `IOLoop.current` as the default when constructing an asynchronous object, and use `IOLoop.instance` when you mean to communicate to the main thread from a different one. .. versionchanged:: 4.1 Added ``instance`` argument to control the fallback to `IOLoop.instance()`. r N)�getattrr �_currentr )r �currentr r r r' � s zIOLoop.currentc C s | t j_dS )a� Makes this the `IOLoop` for the current thread. An `IOLoop` automatically becomes current for its thread when it is started, but it is sometimes useful to call `make_current` explicitly before starting the `IOLoop`, so that code run at startup time can find the right instance. .. versionchanged:: 4.1 An `IOLoop` created while there is no current `IOLoop` will automatically become current. N�r r& r r! r r r � make_current� s zIOLoop.make_currentc C s d t j_d S �Nr( r r r r � clear_current� � zIOLoop.clear_currentc C s t S r* )r )�clsr r r �configurable_base� s zIOLoop.configurable_basec C sD t td�r ddlm} |S t td�rddlm} |S ddlm} |S )N�epollr )� EPollIOLoopZkqueue)� KQueueIOLoop)� SelectIOLoop)r �selectZ salt.ext.tornado.platform.epollr0 Z salt.ext.tornado.platform.kqueuer1 Z salt.ext.tornado.platform.selectr2 )r- r0 r1 r2 r r r �configurable_default� s zIOLoop.configurable_defaultNc C sT |d u rt jdd�d u r| �� d S d S |r(t jdd�d ur"td��| �� d S d S )NF)r z current IOLoop already exists)r r' r) � RuntimeError)r" r) r r r � initialize� s � �zIOLoop.initializeFc C � t � �)a� Closes the `IOLoop`, freeing any resources used. If ``all_fds`` is true, all file descriptors registered on the IOLoop will be closed (not just the ones created by the `IOLoop` itself). Many applications will only use a single `IOLoop` that runs for the entire lifetime of the process. In that case closing the `IOLoop` is not necessary since everything will be cleaned up when the process exits. `IOLoop.close` is provided mainly for scenarios such as unit tests, which create and destroy a large number of ``IOLoops``. An `IOLoop` must be completely stopped before it can be closed. This means that `IOLoop.stop()` must be called *and* `IOLoop.start()` must be allowed to return before attempting to call `IOLoop.close()`. Therefore the call to `close` will usually appear just after the call to `start` rather than near the call to `stop`. .. versionchanged:: 3.1 If the `IOLoop` implementation supports non-integer objects for "file descriptors", those objects will have their ``close`` method when ``all_fds`` is true. ��NotImplementedError)r" �all_fdsr r r �close s z IOLoop.closec C r7 )a� Registers the given handler to receive the given events for ``fd``. The ``fd`` argument may either be an integer file descriptor or a file-like object with a ``fileno()`` method (and optionally a ``close()`` method, which may be called when the `IOLoop` is shut down). The ``events`` argument is a bitwise or of the constants ``IOLoop.READ``, ``IOLoop.WRITE``, and ``IOLoop.ERROR``. When an event occurs, ``handler(fd, events)`` will be run. .. versionchanged:: 4.0 Added the ability to pass file-like objects in addition to raw file descriptors. r8 )r" �fd�handler�eventsr r r � add_handler! s zIOLoop.add_handlerc C r7 )z�Changes the events we listen for ``fd``. .. versionchanged:: 4.0 Added the ability to pass file-like objects in addition to raw file descriptors. r8 )r" r< r> r r r �update_handler4 � zIOLoop.update_handlerc C r7 )z�Stop listening for events on ``fd``. .. versionchanged:: 4.0 Added the ability to pass file-like objects in addition to raw file descriptors. r8 �r" r< r r r �remove_handler= rA zIOLoop.remove_handlerc C r7 )a� Sends a signal if the `IOLoop` is blocked for more than ``s`` seconds. Pass ``seconds=None`` to disable. Requires Python 2.6 on a unixy platform. The action parameter is a Python signal handler. Read the documentation for the `signal` module for more information. If ``action`` is None, the process will be killed if it is blocked for too long. r8 �r" �seconds�actionr r r � set_blocking_signal_thresholdF s z$IOLoop.set_blocking_signal_thresholdc C s | � || j� dS )z�Logs a stack trace if the `IOLoop` is blocked for more than ``s`` seconds. Equivalent to ``set_blocking_signal_threshold(seconds, self.log_stack)`` N)rG � log_stack)r" rE r r r �set_blocking_log_thresholdT s z!IOLoop.set_blocking_log_thresholdc C s t �d| jd�t�|��� dS )z|Signal handler to log the stack trace of the current thread. For use with `set_blocking_signal_threshold`. z#IOLoop blocked for %f seconds in %s� N)r �warning�_blocking_signal_threshold�join� traceback� format_stack)r" �signal�framer r r rH ] s �zIOLoop.log_stackc C r7 )z�Starts the I/O loop. The loop will run until one of the callbacks calls `stop()`, which will make the loop stop after the current event iteration completes. r8 r! r r r �startf s z IOLoop.startc C s4 t t�� jt�d�jt�d�jg�st�� dS dS )a� The IOLoop catches and logs exceptions, so it's important that log output be visible. However, python's default behavior for non-root loggers (prior to python 3.2) is to print an unhelpful "no handlers could be found" message rather than the actual log entry, so we must explicitly configure logging if we've made it this far without anything. This method should be called from start() in subclasses. �tornadoztornado.applicationN)�any�loggingZ getLogger�handlersZ basicConfigr! r r r �_setup_loggingn s � �zIOLoop._setup_loggingc C r7 )aA Stop the I/O loop. If the event loop is not currently running, the next call to `start()` will return immediately. To use asynchronous methods from otherwise-synchronous code (such as unit tests), you can start and stop the event loop like this:: ioloop = IOLoop() async_method(ioloop=ioloop, callback=ioloop.stop) ioloop.start() ``ioloop.start()`` will return after ``async_method`` has run its callback, whether that callback was invoked before or after ``ioloop.start``. Note that even after `stop` has been called, the `IOLoop` is not completely stopped until `IOLoop.start` has also returned. Some work that was scheduled before the call to `stop` may still be run before the `IOLoop` shuts down. r8 r! r r r �stop~ s z IOLoop.stopc s| dg�� ��fdd�}�� |� |dur ����� | �j�}��� |dur,��|� �d �� s8td| ���d �� S )a Starts the `IOLoop`, runs the given function, and stops the loop. The function must return either a yieldable object or ``None``. If the function returns a yieldable object, the `IOLoop` will run until the yieldable is resolved (and `run_sync()` will return the yieldable's result). If it raises an exception, the `IOLoop` will stop and the exception will be re-raised to the caller. The keyword-only argument ``timeout`` may be used to set a maximum duration for the function. If the timeout expires, a `TimeoutError` is raised. This method is useful in conjunction with `tornado.gen.coroutine` to allow asynchronous calls in a ``main()`` function:: @gen.coroutine def main(): # do stuff... if __name__ == '__main__': IOLoop.current().run_sync(main) .. versionchanged:: 4.3 Returning a non-``None``, non-yieldable value is now an error. Nc s� z� � } | d urddl m} || �} W n ty* t� �d< �d �t�� � Y nw t| �r4| �d< n t� �d< �d �| � �� �d �fdd�� d S )Nr )�convert_yieldedc s � � � S r* )rX ��futurer! r r �<lambda>� s z.IOLoop.run_sync.<locals>.run.<locals>.<lambda>) �salt.ext.tornado.genrY � Exceptionr Z set_exc_info�sys�exc_infor Z set_result� add_future)�resultrY ��funcZ future_cellr" r r �run� s � � z IOLoop.run_sync.<locals>.runr z$Operation timed out after %s seconds) � add_callback� add_timeout�timerX rR �remove_timeoutZdoner rb )r" rd �timeoutre Ztimeout_handler rc r �run_sync� s zIOLoop.run_syncc C s t � � S )a Returns the current time according to the `IOLoop`'s clock. The return value is a floating-point number relative to an unspecified time in the past. By default, the `IOLoop`'s time function is `time.time`. However, it may be configured to use e.g. `time.monotonic` instead. Calls to `add_timeout` that pass a number instead of a `datetime.timedelta` should use this function to compute the appropriate time, so they can work no matter what time function is chosen. )rh r! r r r rh � s z IOLoop.timec O sd t |tj�r| j||g|�R i |��S t |tj�r,| j| �� t|� |g|�R i |��S td| ��)a� Runs the ``callback`` at the time ``deadline`` from the I/O loop. Returns an opaque handle that may be passed to `remove_timeout` to cancel. ``deadline`` may be a number denoting a time (on the same scale as `IOLoop.time`, normally `time.time`), or a `datetime.timedelta` object for a deadline relative to the current time. Since Tornado 4.0, `call_later` is a more convenient alternative for the relative case since it does not require a timedelta object. Note that it is not safe to call `add_timeout` from other threads. Instead, you must use `add_callback` to transfer control to the `IOLoop`'s thread, and then call `add_timeout` from there. Subclasses of IOLoop must implement either `add_timeout` or `call_at`; the default implementations of each will call the other. `call_at` is usually easier to implement, but subclasses that wish to maintain compatibility with Tornado versions prior to 4.0 must use `add_timeout` instead. .. versionchanged:: 4.0 Now passes through ``*args`` and ``**kwargs`` to the callback. �Unsupported deadline %r) � isinstance�numbers�Real�call_at�datetime� timedeltarh r � TypeError)r" �deadline�callback�args�kwargsr r r rg � s ��� zIOLoop.add_timeoutc O s" | j | �� | |g|�R i |��S )a� Runs the ``callback`` after ``delay`` seconds have passed. Returns an opaque handle that may be passed to `remove_timeout` to cancel. Note that unlike the `asyncio` method of the same name, the returned object does not have a ``cancel()`` method. See `add_timeout` for comments on thread-safety and subclassing. .. versionadded:: 4.0 )rp rh )r" �delayru rv rw r r r � call_later� s " zIOLoop.call_laterc O s | j ||g|�R i |��S )a� Runs the ``callback`` at the absolute time designated by ``when``. ``when`` must be a number using the same reference point as `IOLoop.time`. Returns an opaque handle that may be passed to `remove_timeout` to cancel. Note that unlike the `asyncio` method of the same name, the returned object does not have a ``cancel()`` method. See `add_timeout` for comments on thread-safety and subclassing. .. versionadded:: 4.0 )rg )r" Zwhenru rv rw r r r rp s zIOLoop.call_atc C r7 )z�Cancels a pending timeout. The argument is a handle as returned by `add_timeout`. It is safe to call `remove_timeout` even if the callback has already been run. r8 �r" rj r r r ri rA zIOLoop.remove_timeoutc O r7 )a3 Calls the given callback on the next I/O loop iteration. It is safe to call this method from any thread at any time, except from a signal handler. Note that this is the **only** method in `IOLoop` that makes this thread-safety guarantee; all other interaction with the `IOLoop` must be done from that `IOLoop`'s thread. `add_callback()` may be used to transfer control from other threads to the `IOLoop`'s thread. To add a callback from a signal handler, see `add_callback_from_signal`. r8 �r" ru rv rw r r r rf $ s zIOLoop.add_callbackc O r7 )aS Calls the given callback on the next I/O loop iteration. Safe for use from a Python signal handler; should not be used otherwise. Callbacks added with this method will be run without any `.stack_context`, to avoid picking up the context of the function that was interrupted by the signal. r8 r{ r r r �add_callback_from_signal3 s z IOLoop.add_callback_from_signalc O sF t �� � | j|g|�R i |�� W d � dS 1 s w Y dS )ag Calls the given callback on the next IOLoop iteration. Unlike all other callback-related methods on IOLoop, ``spawn_callback`` does not associate the callback with its caller's ``stack_context``, so it is suitable for fire-and-forget callbacks that should not interfere with the caller. .. versionadded:: 4.0 N�r Z NullContextrf r{ r r r �spawn_callback? s "�zIOLoop.spawn_callbackc s. t |�sJ �t�� �� |�� �fdd�� dS )z�Schedules a callback on the ``IOLoop`` when the given `.Future` is finished. The callback is invoked with one argument, the `.Future`. c s �� � | �S r* )rf rZ �ru r" r r r\ V s z#IOLoop.add_future.<locals>.<lambda>N)r r �wrapZadd_done_callback)r" r[ ru r r r ra L s �zIOLoop.add_futurec C s� z2|� }|dur0ddl }z |jjj�|�}W n |jjjjy% Y W dS w | �|| j� W dS W dS tyA | � |� Y dS w )zMRuns a callback with error handling. For use in subclasses. Nr ) r] �extrS �genrY Z BadYieldErrorra �_discard_future_resultr^ �handle_callback_exception)r" ru �ret�saltr r r � _run_callbackX s �� �zIOLoop._run_callbackc C s |� � dS )z;Avoid unhandled-exception warnings from spawned coroutines.N)rb )r" r[ r r r r� r r, z IOLoop._discard_future_resultc C s t jd|dd� dS )aU This method is called whenever a callback run by the `IOLoop` throws an exception. By default simply logs the exception as an error. Subclasses may override this method to customize reporting of exceptions. The exception itself is not passed explicitly, but is available in `sys.exc_info`. zException in callback %rT�r` N)r �error)r" ru r r r r� v s z IOLoop.handle_callback_exceptionc C s* z|� � |fW S ty ||f Y S w )a� Returns an (fd, obj) pair from an ``fd`` parameter. We accept both raw file descriptors and file-like objects as input to `add_handler` and related methods. When a file-like object is passed, we must retain the object itself so we can close it correctly when the `IOLoop` shuts down, but the poller interfaces favor file descriptors (they will accept file-like objects and call ``fileno()`` for you, but they always return the descriptor itself). This method is provided for use by `IOLoop` subclasses and should not generally be used by application code. .. versionadded:: 4.0 )�fileno�AttributeErrorrB r r r �split_fd� s �zIOLoop.split_fdc C sH zz|� � W W dS ty t� |� Y W dS w ty# Y dS w )ak Utility method to close an ``fd``. If ``fd`` is a file-like object, we close it directly; otherwise we use `os.close`. This method is provided for use by `IOLoop` subclasses (in implementations of ``IOLoop.close(all_fds=True)`` and should not generally be used by application code. .. versionadded:: 4.0 N)r; r� �os�OSErrorrB r r r �close_fd� s � �zIOLoop.close_fd)Tr* �F):r r r �__doc__Z_EPOLLINZ _EPOLLPRIZ _EPOLLOUTZ _EPOLLERRZ _EPOLLHUPZ _EPOLLRDHUPZ _EPOLLONESHOTZ_EPOLLETZNONE�READZWRITE�ERROR� threading�Lockr �localr& � staticmethodr r r# r$ r' r) r+ � classmethodr. r4 r6 r; r? r@ rC rG rI rH rR rW rX rk rh rg ry rp ri rf r| r~ ra r� r� r� r� r� r r r r r I st 8 7" r c s� e Zd ZdZd � fdd� Zd dd�Zdd � Zd d � Zd d � Zdd� Z dd� Z dd� Z dd� Z dd� Z dd� Zdd� Zd d � Z� ZS ) � PollIOLoopa Base class for IOLoops built around a select-like function. For concrete implementations, see `tornado.platform.epoll.EPollIOLoop` (Linux), `tornado.platform.kqueue.KQueueIOLoop` (BSD and Mac), or `tornado.platform.select.SelectIOLoop` (all platforms). Nc s� t t� �jdi |�� |� _t� jd�rt� j�� � |p tj� _i � _ i � _ t � � � _ g � _d� _d� _d� _d� _d � _d � _t�� � _t� � _� �� j�� � fdd�� j� d S )Nr� r Fc s � j �� S r* )�_wakerZconsume)r< r> r! r r r\ � s z'PollIOLoop.initialize.<locals>.<lambda>r ) �superr� r6 �_implr r r� rh � time_func� _handlers�_events� collections�deque� _callbacks� _timeouts�_cancellations�_running�_stopped�_closing� _thread_identrL � itertools�count�_timeout_counterr r� r? r� )r" �implr� rw �� __class__r! r r6 � s* �zPollIOLoop.initializeFc C s` d| _ | �| j�� � |r t| j�� �D ] \}}| �|� q| j�� | j �� d | _ d | _ d S )NT) r� rC r� r� �listr� �valuesr� r; r� r� r� )r" r: r< r= r r r r; � s zPollIOLoop.closec C s: | � |�\}}|t�|�f| j|< | j�||| jB � d S r* )r� r r� r� r� �registerr� )r" r< r= r> �objr r r r? � s zPollIOLoop.add_handlerc C s& | � |�\}}| j�||| jB � d S r* )r� r� �modifyr� )r" r< r> r� r r r r@ � s zPollIOLoop.update_handlerc C s` | � |�\}}| j�|d � | j�|d � z | j�|� W d S ty/ tjddd� Y d S w )Nz Error deleting fd from IOLoopTr� ) r� r� �popr� r� � unregisterr^ r �debug)r" r< r� r r r rC � s �zPollIOLoop.remove_handlerc C sJ t td�s t�d� d S || _|d ur#t�tj|d ur |ntj� d S d S )N� setitimerzPset_blocking_signal_threshold requires a signal module with the setitimer method)r rP r r� rL �SIGALRM�SIG_DFLrD r r r rG � s ��z(PollIOLoop.set_blocking_signal_thresholdc C s� | j rtd��| �� | jrd| _d S ttjdd �}| tj_t� � | _ d| _ d }t t d�rSt jdkrSzt �| j�� �}|dkrFt �|� d }W n tyR d }Y nw �zl t| j�}g }| jr�| �� }| jr�| jd jd u r}t�| j� | jd 8 _n| jd j|kr�|� t�| j�� nn| jsg| jd kr�| jt| j�d ? kr�d| _d d � | jD �| _t� | j� t |�D ] }| � | j� � � q�|D ] }|jd ur�| � |j� q�d }}| jr�d }n| jr�| jd j| �� }t!dt"|t#��}nt#}| j s�n�| j$d u�rt �%t j&dd� z| j'�(|�} W n t)�y+ } zt*| �t+j,k�r&W Y d } ~ qU� d } ~ ww | j$d u�r;t �%t j&| j$d� | j-�.| � | j-�r�| j-�/� \} } z| j0| \} }|| | � W n9 t1t2f�y� } zt*| �t+j3k�rnn | �4| j0�5| �� W Y d } ~ nd } ~ w t)�y� | �4| j0�5| �� Y nw | j-�sEd } }qVW d| _| j$d u�r�t �%t j&dd� |tj_|d u�r�t �|� d S d S d| _| j$d u�r�t �%t j&dd� |tj_|d u�r�t �|� w w )NzIOLoop is already runningFr T� set_wakeup_fd�posix���r r i c S s g | ] }|j d ur|�qS r* )ru )�.0�xr r r � <listcomp>= s �z$PollIOLoop.start.<locals>.<listcomp>g )6r� r5 rW r� r% r r& r �thread� get_identr� r rP r� �namer� r� Z write_fileno� ValueError�lenr� r� rh ru �heapqZheappopr� rt �appendZheapify�ranger� �popleft�max�min� _POLL_TIMEOUTrL r� � ITIMER_REALr� �pollr^ r �errnoZEINTRr� �update�popitemr� r� �IOErrorZEPIPEr� �get)r" Z old_currentZ old_wakeup_fdZ ncallbacksZ due_timeouts�now�irj Z poll_timeoutZ event_pairs�er< r> Zfd_objZ handler_funcr r r rR � s� � � � � �� � ��� �8. �� �zPollIOLoop.startc C s d| _ d| _| j�� d S )NFT)r� r� r� �waker! r r r rX � s zPollIOLoop.stopc C s | � � S r* )r� r! r r r rh � s zPollIOLoop.timec O s8 t |tjt�|�g|�R i |��| �}t�| j|� |S r* )�_Timeout� functools�partialr r� r� Zheappushr� )r" rt ru rv rw rj r r r rp � s �zPollIOLoop.call_atc C s d |_ | jd7 _d S )Nr )ru r� rz r r r ri � s zPollIOLoop.remove_timeoutc O sR | j rd S | j�tjt�|�g|�R i |��� t�� | j kr&| j � � d S d S r* ) r� r� r� r� r� r r� r� r� r� r� r� r{ r r r rf � s ���zPollIOLoop.add_callbackc O sF t �� � | j|g|�R i |�� W d � d S 1 s w Y d S r* r} r{ r r r r| � s "�z#PollIOLoop.add_callback_from_signalr* r� )r r r r� r6 r; r? r@ rC rG rR rX rh rp ri rf r| � __classcell__r r r� r r� � s r� c @ s0 e Zd ZdZg d�Zdd� Zdd� Zdd� Zd S ) r� z2An IOLoop timeout, a UNIX timestamp and a callback)rt ru � tdeadlinec C s8 t |tj�s td| ��|| _|| _|t|j�f| _d S )Nrl ) rm rn ro rs rt ru �nextr� r� )r" rt ru �io_loopr r r �__init__� s z_Timeout.__init__c C s | j |j k S r* �r� �r" �otherr r r �__lt__� � z_Timeout.__lt__c C s | j |j kS r* r� r� r r r �__le__� r� z_Timeout.__le__N)r r r r� � __slots__r� r� r� r r r r r� � s r� c @ sB e Zd ZdZddd�Zdd� Zdd� Zd d � Zd d � Zd d� Z dS )�PeriodicCallbacka Schedules the given callback to be called periodically. The callback is called every ``callback_time`` milliseconds. Note that the timeout is given in milliseconds, while most other time-related functions in Tornado use seconds. If the callback runs for longer than ``callback_time`` milliseconds, subsequent invocations will be skipped to get back on schedule. `start` must be called after the `PeriodicCallback` is created. .. versionchanged:: 4.1 The ``io_loop`` argument is deprecated. Nc C s: || _ |dkr td��|| _|pt�� | _d| _d | _d S )Nr z4Periodic callback must have a positive callback_timeF)ru r� � callback_timer r' r� r� �_timeout)r" ru r� r� r r r r� � s zPeriodicCallback.__init__c C s d| _ | j�� | _| �� dS )zStarts the timer.TN)r� r� rh � _next_timeout�_schedule_nextr! r r r rR � s zPeriodicCallback.startc C s, d| _ | jdur| j�| j� d| _dS dS )zStops the timer.FN)r� r� r� ri r! r r r rX � s �zPeriodicCallback.stopc C s | j S )zaReturn True if this `.PeriodicCallback` has been started. .. versionadded:: 4.1 )r� r! r r r � is_running� s zPeriodicCallback.is_runningc C sZ | j sd S z"z | �� W W | �� S ty | j�| j� Y nw W | �� d S | �� w r* )r� ru r� r^ r� r� r! r r r �_run s ��zPeriodicCallback._runc C sf | j r1| j�� }| j|kr%| jd }| jt�|| j | �d | 7 _| j�| j| j�| _ d S d S )Ng @�@r ) r� r� rh r� r� �math�floorrg r� r� )r" Z current_timeZcallback_time_secr r r r� s ����z PeriodicCallback._schedule_nextr* ) r r r r� r� rR rX r� r� r� r r r r r� � s r� )0r� Z __future__r r r r� rq r� r� r� r� rU rn r� r3 r_ r� rh rN r� Zsalt.ext.tornado.concurrentr r Zsalt.ext.tornado.logr r Z salt.ext.tornado.platform.autor r Zsalt.ext.tornador Zsalt.ext.tornado.utilr r r r rP � ImportError�_threadr� r� r^ r r r� �objectr� r� r r r r �<module> sT � g
Save