[EDIT] FILE: decorators.cpython-36.pyc
3 �f�Vg; � @ sd d Z d ZdZddlZddlmZmZmZ ddlm Z ddl m Z dd l m Z dd d�Zdd d�ZdS )z Service-side D-Bus decorators.�method�signalZrestructuredtext� N)�validate_interface_name� Signature�validate_member_name)� SignalMessage)� DBusException)�is_py2Fc s. t �� � ��������� � � f dd�} | S )a� Factory for decorators used to mark methods of a `dbus.service.Object` to be exported on the D-Bus. The decorated method will be exported over D-Bus as the method of the same name on the given D-Bus interface. :Parameters: `dbus_interface` : str Name of a D-Bus interface `in_signature` : str or None If not None, the signature of the method parameters in the usual D-Bus notation `out_signature` : str or None If not None, the signature of the return value in the usual D-Bus notation `async_callbacks` : tuple containing (str,str), or None If None (default) the decorated method is expected to return values matching the `out_signature` as usual, or raise an exception on error. If not None, the following applies: `async_callbacks` contains the names of two keyword arguments to the decorated function, which will be used to provide a success callback and an error callback (in that order). When the decorated method is called via the D-Bus, its normal return value will be ignored; instead, a pair of callbacks are passed as keyword arguments, and the decorated method is expected to arrange for one of them to be called. On success the success callback must be called, passing the results of this method as positional parameters in the format given by the `out_signature`. On error the decorated method may either raise an exception before it returns, or arrange for the error callback to be called with an Exception instance as parameter. `sender_keyword` : str or None If not None, contains the name of a keyword argument to the decorated function, conventionally ``'sender'``. When the method is called, the sender's unique name will be passed as this keyword argument. `path_keyword` : str or None If not None (the default), the decorated method will receive the destination object path as a keyword argument with this name. Normally you already know the object path, but in the case of "fallback paths" you'll usually want to use the object path in the method's implementation. For fallback objects, `rel_path_keyword` (new in 0.82.2) is likely to be more useful. :Since: 0.80.0? `rel_path_keyword` : str or None If not None (the default), the decorated method will receive the destination object path, relative to the path at which the object was exported, as a keyword argument with this name. For non-fallback objects the relative path will always be '/'. :Since: 0.82.2 `destination_keyword` : str or None If not None (the default), the decorated method will receive the destination bus name as a keyword argument with this name. Included for completeness - you shouldn't need this. :Since: 0.80.0? `message_keyword` : str or None If not None (the default), the decorated method will receive the `dbus.lowlevel.MethodCallMessage` as a keyword argument with this name. :Since: 0.80.0? `connection_keyword` : str or None If not None (the default), the decorated method will receive the `dbus.connection.Connection` as a keyword argument with this name. This is generally only useful for objects that are available on more than one connection. :Since: 0.82.0 `utf8_strings` : bool If False (default), D-Bus strings are passed to the decorated method as objects of class dbus.String, a unicode subclass. If True, D-Bus strings are passed to the decorated method as objects of class dbus.UTF8String, a str subclass guaranteed to be encoded in UTF-8. This option does not affect object-paths and signatures, which are always 8-bit strings (str subclass) encoded in ASCII. :Since: 0.80.0 `byte_arrays` : bool If False (default), a byte array will be passed to the decorated method as an `Array` (a list subclass) of `Byte` objects. If True, a byte array will be passed to the decorated method as a `ByteArray`, a str subclass. This is usually what you want, but is switched off by default to keep dbus-python's API consistent. :Since: 0.80.0 c s� t td�rLg }xJtj| �jj� D ]&}|jtjjtjjfkr |j |j � q W ntj | �d }|j d� � r�t � �tkr|td��t� �dkr�td��|j� d � |j� d � � r�|j� � � r�|j� � � r�|j� � �r�|j�� �r�|j�� ��r|j�� ��rJtt���}t|�t|�k�r0td��nt|�t|�k �rJtd��d| _� | _�| _�| _�| _� | _� | _� | _�| _ �| _ �| _ || _ t �d �| _!t"�r��j#d d �| j!d < nd �k�r�td ��| S ) Nr r z\async_callbacks must be a tuple of (keyword for return callback, keyword for error callback)� � z<input signature is longer than the number of arguments takenz=input signature is shorter than the number of arguments takenT)� byte_arraysZ utf8_stringsFz*unexpected keyword argument 'utf8_strings')$�hasattr�inspect� signatureZ parameters�valuesZkindZ ParameterZPOSITIONAL_ONLYZPOSITIONAL_OR_KEYWORD�append�name� getargspec�pop�type�tuple� TypeError�len� ValueError�remover Z_dbus_is_methodZ_dbus_async_callbacks�_dbus_interfaceZ_dbus_in_signatureZ_dbus_out_signatureZ_dbus_sender_keywordZ_dbus_path_keywordZ_dbus_rel_path_keywordZ_dbus_destination_keywordZ_dbus_message_keywordZ_dbus_connection_keyword� _dbus_args�dictZ_dbus_get_args_optionsr �get)�func�args�argZin_sig) �async_callbacksr �connection_keyword�dbus_interface�destination_keyword� in_signature�kwargs�message_keyword� out_signature� path_keyword�rel_path_keyword�sender_keyword� �"/usr/lib64/python3.6/decorators.py� decorator� sh zmethod.<locals>.decorator)r ) r$ r& r) r" r, r* r% r( r# r r+ r' r/ r- ) r" r r# r$ r% r& r' r( r) r* r+ r, r. r ' s t">c sT t � � �dk r>ddlm} |td�tdd� �dk r>td��� ���fdd �}|S ) a Factory for decorators used to mark methods of a `dbus.service.Object` to emit signals on the D-Bus. Whenever the decorated method is called in Python, after the method body is executed, a signal with the same name as the decorated method, with the given D-Bus interface, will be emitted from this object. :Parameters: `dbus_interface` : str The D-Bus interface whose signal is emitted `signature` : str The signature of the signal in the usual D-Bus notation `path_keyword` : str or None A keyword argument to the decorated method. If not None, that argument will not be emitted as an argument of the signal, and when the signal is emitted, it will appear to come from the object path given by the keyword argument. Note that when calling the decorated method, you must always pass in the object path as a keyword argument, not as a positional argument. This keyword argument cannot be used on objects where the class attribute ``SUPPORTS_MULTIPLE_OBJECT_PATHS`` is true. :Deprecated: since 0.82.0. Use `rel_path_keyword` instead. `rel_path_keyword` : str or None A keyword argument to the decorated method. If not None, that argument will not be emitted as an argument of the signal. When the signal is emitted, if the named keyword argument is given, the signal will appear to come from the object path obtained by appending the keyword argument to the object's object path. This is useful to implement "fallback objects" (objects which own an entire subtree of the object-path tree). If the object is available at more than one object-path on the same or different connections, the signal will be emitted at an appropriate object-path on each connection - for instance, if the object is exported at /abc on connection 1 and at /def and /x/y/z on connection 2, and the keyword argument is /foo, then signals will be emitted from /abc/foo and /def/foo on connection 1, and /x/y/z/foo on connection 2. :Since: 0.82.0 Nr )�warnz�dbus.service.signal::path_keyword has been deprecated since dbus-python 0.82.0, and will not work on objects that support multiple object pathsr )� stacklevelzJdbus.service.signal::path_keyword and rel_path_keyword cannot both be usedc s� � j �t�� �� ����fdd�}tj� �d }|jd� xH��fD ]<}|d k rFy|j|� W qF tk r� td| ��Y qFX qFW �r�tt���}t |�t |�kr�td��nt |�t |�k r�td��� j |_ � j |_ d|_ �|_ �|_ ||_|S )Nc s� d }�d k rP| j rtd��|j�d �}|| jkrP| jj|d � rPtd|| j��d }�d k rh|j�d �}�| f|�|� xl| jD ]b}|d kr�|d ks�|dkr�|d }q�|d | }n|}t|� ��}|j|d�i� |d j |� q�W d S ) Nz[path_keyword cannot be used on the signals of an object that supports multiple object paths�/zPath %r is not below %r� r r r )r2 r3 ) Z SUPPORTS_MULTIPLE_OBJECT_PATHSr r Z__dbus_object_path__� startswithr Z locationsr r Z send_message)�selfr �keywordsZabs_pathZrel_path�locationZ object_path�message)r$ r � member_namer* r+ r r- r. � emit_signal" s0 z.signal.<locals>.decorator.<locals>.emit_signalr z function has no argument "%s"z@signal signature is longer than the number of arguments providedzAsignal signature is shorter than the number of arguments providedT)�__name__r r r r r r r r r �__doc__Z_dbus_is_signalr Z_dbus_signaturer )r r: r �keywordZsig)r$ r* r+ r )r r9 r. r/ s0 & zsignal.<locals>.decorator)r �warningsr0 �DeprecationWarningr )r$ r r* r+ r0 r/ r- )r$ r* r+ r r. r � s 3 D)r r ) NNNNNNNNFN)NNN)r< �__all__Z __docformat__r Zdbusr r r Z dbus.lowlevelr Zdbus.exceptionsr Z dbus._compatr r r r- r- r- r. �<module> s 3
SAVE
CANCEL