Egor00f/kolibrios
1
0
Fork 0
forked from KolibriOS/kolibrios
Code Pull Requests Activity

Translate events_subsystem.txt into English.

Browse Source 
git-svn-id: svn://kolibrios.org@7587 a494cfbc-eb01-0410-851d-a64ba20cac60
This commit is contained in:
Ivan Baravy 2019-02-22 22:40:26 +00:00
parent 74af3ea158
commit 99e8249f49
2 changed files with 480 additions and 232 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

232
kernel/trunk/docs/events_subsystem.ru.txt Normal file
View File

@ -0,0 +1,232 @@
Дата последней правки 26/07/2013.
Подсистема событий ядра может понадобиться при написании драйверов и сервисов, работающих в режиме ядра.
Она не имеет отношения к подсистеме событий пользовательского интерфейса.
С точки зрения ядра событие - объект ядра и принадлежит создавшему его потоку.
struc EVENT
{
.magic dd ? ; 'EVNT'
.destroy dd ? ; internal destructor
.fd dd ? ; next object in list
.bk dd ? ; prev object in list
.pid dd ? ; owner id. идентификатор владельца (потока)
.id dd ? ; event uid. уникальный идентификатор события (просто номерок)
.state dd ? ; internal flags; см. далее.
.code dd ? ; старший байт класс события, ; следующий байт приоритет
; (будет использоваться только внутри ядра, при чтении всегда 0),
; Чем больше численное значение двойного слова тем важнее событие.
; два младших байта код события.
rd 5 ; .data - точная структура этого поля не определена и зависит
; от поля .code. (Здесь можно передавать какие-то свои данные,
; при необходимости :)
.size = $ - .magic
.codesize = $ - .code
}
События реального времени получили класс 0хFF. Пока определёны только:
EVENT.code= ;(Используется в звуковой подсистеме).
RT_INP_EMPTY = 0xFF000001
RT_OUT_EMPTY = 0xFF000002
RT_INP_FULL = 0xFF000003
RT_OUT_FULL = 0xFF000004
Флаги поля EVENT.state определены в gui/event.inc.
EVENT_SIGNALED = 0x20000000 ;бит 29 событие активно/неактивно;
EVENT_WATCHED = 0x10000000 ;бит 28, поток-владелец ожидает активации события;
MANUAL_RESET = 0x40000000 ;бит 30, не деактивировать событие автоматически по получении;
MANUAL_DESTROY = 0x80000000 ;бит 31, не возвращать событие в список свободных по получении.
На момент ревизии 3732 (и далее по тексту то же) определение находится в \kernel\trunk\const.inc
и выглядит так:
struct APPOBJ ; common object header
magic dd ? ;
destroy dd ? ; internal destructor
fd dd ? ; next object in list
bk dd ? ; prev object in list
pid dd ? ; owner id
ends
struct EVENT APPOBJ
id dd ? ;event uid
state dd ? ;internal flags
code dd ?
rd 5 ; .data
ends
Код находится в gui/event.inc.
Сами события как обьекты существуют в памяти ядра в виде двусвязного списка (см. поля .bk и .fd).
При инициализации ядро резервирует память и создает 512 таких обьектов, помещая их в список FreeEvents
(свободных событий). При нехватке событий (все заняты, а нужно ещё) ядро создает ещё 512 свободных
и т.д. Каждый поток имеет свои (двусвязные) списки (в которые может быть помещено событие):
ObjList - список объектов ядра, ассоциированных с этим потоком;
EventList - список событий ядра для потока.
Сами события, физически, при перемещении между списками и смене очередности в списке не перемещаются
и не копируются. Это происходит только благодаря модификации полей .fd и .bk. Принцип работы списков,
как очередей - FIFO. Использутся неблокирующая отправка и блокирующее получение. Адресация - прямая
(у события всегда есть поток-владелец), по идентификатору потока.
Жизненый цикл событий определяется флагами при создании. По умолчанию ядро использует значения
MANUAL_RESET = 0 и MANUAL_DESTROY = 0. Такое событие является "одноразовым", и автоматически освобождается
ядром, возвращаясь в список свободных событий после получения.
Событие с флагом MANUAL_DESTROY = 1 после получения переходит в неактивное состояние, но остаётся в списке
объектов потока и может использоваться снова. Событие с флагами MANUAL_DESTROY = 1 и MANUAL_RESET = 1
остаётся активным после получения и может быть сброшено вызовом ClearEvent.
Пример (вариант) жизненного цикла события из звуковой подсистемы:
Для зукового буфера (их может быть несколько) драйвер создает событие в списке ObjList с помощью
CreateEvent и флагом MANUAL_DESTROY. Далее драйвер вызывает WaitEvent для этого события (ожидает флага
EVENT_SIGNALED в событии) и блокируется, в ожидании запроса на пополнение буфера. Запрос отправляется
с помощью RaiseEvent из другого потока. Отправка (RaiseEvent) и получение (WaitEvent) циклически
повторяются при опустошении буфера. При остановке воспроизведения драйвер деактивирует событие с помощью
ClearEvent.
Вообще говоря, структура события приведена здесь только лишь для понимания принципов работы подсистемы.
Самостоятельная работа с полями не приветствуется, ввиду возможных в будущем проблем с совместимостью.
Работа должна производится только через API (функции подсистемы), с доступом только к тем полям, доступ к
которым предоставляет функция. При этом пару "указатель на событие" и "уникальный идентификатор события"
следует рассматривать как один 64-х битный уникальный идентификатор. (Если вы вызвали CreateEvent, напимер,
его нужно запомнить где-нибудь [если это нужно] для дальнейшей работы с событием).
Функции для работы с событиями экспортитуемые ядром:
(для драйверов и т.п.; вызываются в режиме ядра)
CreateEvent
RaiseEvent
ClearEvent
SendEvent
DestroyEvent
WaitEvent
WaitEventTimeout
GetEvent
Для пользовательских приложений Ф68.14 (GetEvent с обёрткой)
---------------------------------------------------------------------------------------------
CreateEvent:
Создаёт новое событие в очереди ObjList текущего потока.
Устанавливает:
EVENT.destroy <= внутренний деструктор по умолчанию;
EVENT.pid <= текущий Process id;
EVENT.id <= уникальный идентификатор;
EVENT.state <= ecx - флаги;
EVENT.code <= [esi], (если esi=0, то не копирует), размер 6*dword;
Возвращает:
eax - указатель на событие или 0 при ошибке.
edx - Event.id.
Портит: eax,ebx,edx,ecx,esi,edi
---------------------------------------------------------------------------------------------
RaiseEvent:
Активирует уже существующее событие (может принадлежать другому потоку) установкой
флага EVENT_SIGNALED. Если необходимо, - устанавливает данные EVENT.code.
Если флаг EVENT_SIGNALED в самом событии уже активен - больше ничего не делает.
Если EVENT_SIGNALED не установлен в самом событии, то он будет установлен, кроме случая
{EVENT_WATCHED в edx=1 и EVENT_WATCHED в событии=0}.
Т.е. при установке EVENT_WATCHED в edx, проверяется, ожидает ли поток-владелец активации
события.
Кроме EVENT_SIGNALED в событии никакие другие флаги не модифицируются.
Принимает:
eax - указатель на событие;
ebx - id, уникальный идентификатор события;
edx - флаги для операции (формат EVENT.state);
EVENT.code <= [esi], (если esi=0, то не копирует), размер 6*dword;
Возвращает: ?
Портит: eax,ebx,edx,ecx,esi,edi .
---------------------------------------------------------------------------------------------
ClearEvent:
Перемещает событие в список ObjList потока-владельца. (Возможно оно там и находилось.)
Сбрасывает флаги EVENT_SIGNALED, EVENT_WATCHED. С остальными полями (.code, .id),
ничего не делает.
Принимает:
eax - указатель на событие;
ebx - id, уникальный идентификатор события.
Возвращает: ?
Портит: eax,ebx,ecx,edi .
---------------------------------------------------------------------------------------------
SendEvent:
Создаёт новое событие в списке событий целевого потока. Устанавливает в событии
флаг EVENT_SIGNALED.
Принимает:
EVENT.pid <= eax - pid, идентификатор целевого потока;
EVENT.code <= [esi], (если esi=0, то не копирует), размер 6*dword;
Возвращает:
eax - указатель на событие или 0 при ошибке.
edx - Event.id. уникальный идентификатор.
Портит: eax,ebx,ecx,esi,edi .
---------------------------------------------------------------------------------------------
DestroyEvent:
Переносит EVENT в список FreeEvents, чистит поля .magic,.destroy,.pid,.id.
Событие может принадлежать другому потоку.
Принимает:
eax - указатель на событие;
ebx - id, уникальный идентификатор события.
Возвращает:
eax - 0 при ошибке, не 0 при успехе.
Портит: eax,ebx,ecx .
---------------------------------------------------------------------------------------------
WaitEvent:
Бесконечно ожидает установки флага EVENT_SIGNALED в конкретном событии, принадлежащем
вызывающему WaitEvent потоку. Сигнализирующий поток устанавливат этот флаг через
RaiseEvent. Ожидающий поток замораживается путем перевода TASKDATA.state<=TSTATE_WAITING=5.
Перед заморозкой устанавливается флаг EVENT_WATCHED в событии.
Если в полученном событии НЕ установлен MANUAL_RESET, то:
{EVENT_SIGNALED и EVENT_WATCHED по получении события сбрасываются.
При неактивном MANUAL_DESTROY - событие уничтожается штатно (DestroyEvent),
а при активном - перемещается в список ObjList текущего слота.}
Принимает:
eax - указатель на событие;
ebx - id, уникальный идентификатор события.
Возвращает: ?
Портит: eax,ebx,edx,ecx,esi,edi .
---------------------------------------------------------------------------------------------
WaitEventTimeout:
Ожидает с таймаутом установки флага EVENT_SIGNALED в конкретном событии, принадлежащем
вызывающему WaitEventTimeout потоку. Сигнализирующий поток устанавливат этот флаг через
RaiseEvent. Ожидающий поток замораживается путем перевода TASKDATA.state<=TSTATE_WAITING=5.
Перед заморозкой устанавливается флаг EVENT_WATCHED в событии.
Если в полученном событии НЕ установлен MANUAL_RESET, то:
{EVENT_SIGNALED и EVENT_WATCHED по получении события сбрасываются.
При неактивном MANUAL_DESTROY - событие уничтожается штатно (DestroyEvent),
а при активном - перемещается в список ObjList текущего слота.}
Принимает:
eax - указатель на событие;
ebx - id, уникальный идентификатор события.
ecx - время ожидания в тиках системного таймера.
Возвращает:
eax - 0 - таймаут, если событие не активировалось, или
не 0, если было активировано.
Портит: eax,ebx,edx,ecx,esi,edi .
---------------------------------------------------------------------------------------------
GetEvent:
Бесконечно ожидает любое событие в очереди событий текущего потока. Поток замораживается
путем перевода TASKDATA.state<=TSTATE_WAITING=5. Данные события (EVENT.code+5*dword)
по получении копируются в указанный буфер. Сбрасывает байт приоритета (см. выше) в буфере.
Если в полученном событии НЕ установлен MANUAL_RESET, то:
{EVENT_SIGNALED и EVENT_WATCHED по получении события сбрасываются.
При неактивном MANUAL_DESTROY - событие уничтожается штатно (DestroyEvent),
а при активном - перемещается в список ObjList текущего слота.}
Принимает:
edi - указатель на буфер, куда копировать данные.
Возвращает:
буфер, содержащий следующую информацию:
+0: (EVENT.code) dword: идентификатор последующих данных сигнала
+4: (EVENT.data, поле формально не определено) данные принятого
сигнала (5*dword), формат которых определяется первым dword-ом.
Портит: eax,ebx,edx,ecx,esi,edi .
--------------------------------------------------------------------------------------------
Ф 68.14 для приложений: ;это тот же GetEvent, но с обёрткой.
Бесконечно ожидает любое событие в очереди событий текущего потока. Ожидающий поток
замораживается путем перевода TASKDATA.state<=TSTATE_WAITING=5. Данные события (EVENT.code+5*dword)
копируются в указанный буфер. Сбрасывает байт приоритета (см. выше) в буфере.
Принимает:
eax - 68 - номер функции
ebx - 14 - номер подфункции
ecx - указатель на буфер для информации (размер 6*dword)
Возвращает:
буфер, на который указывает ecx, содержит следующую информацию:
+0: (EVENT.code) dword: идентификатор последующих данных сигнала
+4: (EVENT.data, поле формально не определено) данные принятого
сигнала (5*dword), формат которых определяется первым dword-ом.
Портит:
eax .
---------------------------------------------------------------------------------------------

374
kernel/trunk/docs/events_subsystem.txt
View File

@ -1,7 +1,9 @@
Дата последней правки 26/07/2013. Last edit: 26/07/2013
Подсистема событий ядра может понадобиться при написании драйверов и сервисов, работающих в режиме ядра.
Она не имеет отношения к подсистеме событий пользовательского интерфейса. Kernel event subsystem may be useful when writing drivers and kernel space
С точки зрения ядра событие - объект ядра и принадлежит создавшему его потоку. services. It is not related to the subsystem of GUI events. An event, from the
kernel's point of view, is a kernel space object which is owned by the thread
that created it.
struc EVENT struc EVENT
{ {
@ -9,36 +11,38 @@ struc EVENT
.destroy dd ? ; internal destructor .destroy dd ? ; internal destructor
.fd dd ? ; next object in list .fd dd ? ; next object in list
.bk dd ? ; prev object in list .bk dd ? ; prev object in list
.pid dd ? ; owner id. идентификатор владельца (потока) .pid dd ? ; owner (thread) id
.id dd ? ; event uid. уникальный идентификатор события (просто номерок) .id dd ? ; event uid. (just a number)
.state dd ? ; internal flags; см. далее. .state dd ? ; internal flags; see below
.code dd ? ; старший байт класс события, ; следующий байт приоритет .code dd ? ; MSB: event class; next byte: priority
; (будет использоваться только внутри ядра, при чтении всегда 0), ; (used by kernel only, always 0 for reading),
; Чем больше численное значение двойного слова тем важнее событие. ; The higher dword value the higher event priority.
; два младших байта код события. ; Two LSBs: event code.
rd 5 ; .data - точная структура этого поля не определена и зависит rd 5 ; .data: the structure of this field is not defined and
; от поля .code. (Здесь можно передавать какие-то свои данные, ; depends on .code field. (Pass any data you need here)
; при необходимости :)
.size = $ - .magic .size = $ - .magic
.codesize = $ - .code .codesize = $ - .code
} }
События реального времени получили класс 0хFF. Пока определёны только: Realtime events have class 0хFF. Currently defined:
EVENT.code= ;(Используется в звуковой подсистеме). EVENT.code= ; (Used in sound subsystem)
RT_INP_EMPTY = 0xFF000001 RT_INP_EMPTY = 0xFF000001
RT_OUT_EMPTY = 0xFF000002 RT_OUT_EMPTY = 0xFF000002
RT_INP_FULL = 0xFF000003 RT_INP_FULL = 0xFF000003
RT_OUT_FULL = 0xFF000004 RT_OUT_FULL = 0xFF000004
Флаги поля EVENT.state определены в gui/event.inc. Flags of EVENT.state field are defined in gui/event.inc.
EVENT_SIGNALED = 0x20000000 ;бит 29 событие активно/неактивно; EVENT_SIGNALED = 0x20000000 ; bit 29: event is active/inactive
EVENT_WATCHED = 0x10000000 ;бит 28, поток-владелец ожидает активации события; EVENT_WATCHED = 0x10000000 ; bit 28: owner thread is waiting for the
MANUAL_RESET = 0x40000000 ;бит 30, не деактивировать событие автоматически по получении; ; event to be active
MANUAL_DESTROY = 0x80000000 ;бит 31, не возвращать событие в список свободных по получении. MANUAL_RESET = 0x40000000 ; bit 30: do not deactivate event
: automatically on receive
MANUAL_DESTROY = 0x80000000 ; bit 31: do not return event to a list of
; free ones on receive
На момент ревизии 3732 (и далее по тексту то же) определение находится в \kernel\trunk\const.inc As of SVN r3732 (assume same below) the definition is located in
и выглядит так: /kernel/trunk/const.inc and is as follows:
struct APPOBJ ; common object header struct APPOBJ ; common object header
magic dd ? ; magic dd ? ;
@ -49,48 +53,52 @@ struct APPOBJ ; common object header
ends ends
struct EVENT APPOBJ struct EVENT APPOBJ
id dd ? ;event uid id dd ? ; event uid
state dd ? ;internal flags state dd ? ; internal flags
code dd ? code dd ?
rd 5 ; .data rd 5 ; .data
ends ends
Код находится в gui/event.inc. Code is located in gui/event.inc.
Сами события как обьекты существуют в памяти ядра в виде двусвязного списка (см. поля .bk и .fd). Event objects live in kernel memory as a double-linked list (see fields .bk and
При инициализации ядро резервирует память и создает 512 таких обьектов, помещая их в список FreeEvents .fd). While initialization the kernel reserves memory, creates 512 events and
(свободных событий). При нехватке событий (все заняты, а нужно ещё) ядро создает ещё 512 свободных places them into FreeEvents list. When out of free event, kernel creates another
и т.д. Каждый поток имеет свои (двусвязные) списки (в которые может быть помещено событие): 512 ones etc. Each thread has own double-linked lists where an event may be
ObjList - список объектов ядра, ассоциированных с этим потоком; placed to:
EventList - список событий ядра для потока. ObjList -- a list of kernel objects associated with the thread;
Сами события, физически, при перемещении между списками и смене очередности в списке не перемещаются EventList -- a list of kernel events for the thread.
и не копируются. Это происходит только благодаря модификации полей .fd и .bk. Принцип работы списков, When events are moved between lists or reordered their data are not copied. This
как очередей - FIFO. Использутся неблокирующая отправка и блокирующее получение. Адресация - прямая is done only via modification of .fd and .bk fields. These lists work as FIFO
(у события всегда есть поток-владелец), по идентификатору потока. queues. Sending does not block, receiving blocks. Addressing is direct, by
thread id. There always is an owner thread for an event.
Жизненый цикл событий определяется флагами при создании. По умолчанию ядро использует значения Event's life cycle is defined by flags while creation. By default the kernel
MANUAL_RESET = 0 и MANUAL_DESTROY = 0. Такое событие является "одноразовым", и автоматически освобождается uses values MANUAL_RESET = 0 and MANUAL_DESTROY = 0. Such an event is oneshot
ядром, возвращаясь в список свободных событий после получения. and is automatically freed by the kernel and returned to the FreeEvents list
Событие с флагом MANUAL_DESTROY = 1 после получения переходит в неактивное состояние, но остаётся в списке when received. An event with flag MANUAL_DESTROY = 1 becomes inactive when
объектов потока и может использоваться снова. Событие с флагами MANUAL_DESTROY =1 и MANUAL_RESET = 1 received but remains in thread's object list and can be reused. An event with
остаётся активным после получения и может быть сброшено вызовом ClearEvent. flags MANUAL_DESTROY = 1 and MANUAL_RESET = 1 remains active when received and
can be reset via call to ClearEvent.
Пример (вариант) жизненного цикла события из звуковой подсистемы: A life cycle example of a sound subsystem event:
Для зукового буфера (их может быть несколько) драйвер создает событие в списке ObjList с помощью * For an audio buffer (possibly several) the driver creates an event in ObjList
CreateEvent и флагом MANUAL_DESTROY. Далее драйвер вызывает WaitEvent для этого события (ожидает флага by calling CreateEvent with flag MANUAL_DESTROY.
EVENT_SIGNALED в событии) и блокируется, в ожидании запроса на пополнение буфера. Запрос отправляется * Then driver calls WaitEvent for the event (waits for EVENT_SIGNALED event
с помощью RaiseEvent из другого потока. Отправка (RaiseEvent) и получение (WaitEvent) циклически flag) and blocks waiting for buffer update request.
повторяются при опустошении буфера. При остановке воспроизведения драйвер деактивирует событие с помощью * The buffer update request is sent with RaiseEvent from another thread.
ClearEvent. * Sending (RaiseEvent) and receiving (WaitEvent) are repeated as buffer gets
empty.
* Driver deactivates the event with ClearEvent when playback is stopped.
Вообще говоря, структура события приведена здесь только лишь для понимания принципов работы подсистемы. Actually, the event structure is described here only for understanding of
Самостоятельная работа с полями не приветствуется, ввиду возможных в будущем проблем с совместимостью. subsystem work principles. Direct field access is discouraged due to possible
Работа должна производится только через API (функции подсистемы), с доступом только к тем полям, доступ к compatibility issues in the future. Only API calls should be used. A pair
которым предоставляет функция. При этом пару "указатель на событие" и "уникальный идентификатор события" "pointer to an event" and "event id" is considered a single 64-bit id. This id
следует рассматривать как один 64-х битный уникальный идентификатор. (Если вы вызвали CreateEvent, напимер, should be stored somewhere after a call to CreateEvent for further work with the
его нужно запомнить где-нибудь [если это нужно] для дальнейшей работы с событием). event.
Функции для работы с событиями экспортитуемые ядром: The kernel exports following event related functions:
(для драйверов и т.п.; вызываются в режиме ядра) (for drivers, etc; called from kernel mode)
CreateEvent CreateEvent
RaiseEvent RaiseEvent
@ -100,133 +108,141 @@ ClearEvent.
WaitEvent WaitEvent
WaitEventTimeout WaitEventTimeout
GetEvent GetEvent
Для пользовательских приложений Ф68.14 (GetEvent с обёрткой) For user applications sysfn 68.14 (a wrapper to GetEvent)
--------------------------------------------------------------------------------------------- --------------------------------------------------------------------------------
CreateEvent: CreateEvent:
Создаёт новое событие в очереди ObjList текущего потока. Creates a new event in ObjList queue of current thread.
Устанавливает: Sets:
EVENT.destroy <= внутренний деструктор по умолчанию; EVENT.destroy <= default internal destructor
EVENT.pid <= текущий Process id; EVENT.pid <= current Process id
EVENT.id <= уникальный идентификатор; EVENT.id <= unique id
EVENT.state <= ecx - флаги; EVENT.state <= ecx: flags
EVENT.code <= [esi], (если esi=0, то не копирует), размер 6*dword; EVENT.code <= [esi]: size is 6*dword, do not copy if esi=0
Возвращает: Returns:
eax - указатель на событие или 0 при ошибке. eax -- pointer to the event or 0 for error.
edx - Event.id. edx -- Event.id.
Портит: eax,ebx,edx,ecx,esi,edi Destroys: eax,ebx,edx,ecx,esi,edi
--------------------------------------------------------------------------------------------- --------------------------------------------------------------------------------
RaiseEvent: RaiseEvent:
Активирует уже существующее событие (может принадлежать другому потоку) установкой Activates existing event (may be owned by another thread) by setting
флага EVENT_SIGNALED. Если необходимо, - устанавливает данные EVENT.code. EVENT_SIGNALED flag. Sets EVENT.code data if necessary. Does nothing
Если флаг EVENT_SIGNALED в самом событии уже активен - больше ничего не делает. more if EVENT_SIGNALED flag is already active in the event. If
Если EVENT_SIGNALED не установлен в самом событии, то он будет установлен, кроме случая EVENT_SIGNALED flag is not set in the event it will be set, except when
{EVENT_WATCHED в edx=1 и EVENT_WATCHED в событии=0}. EVENT_WATCHED in edx = 1 and EVENT_WATCHED in the event = 0. I.e. while
Т.е. при установке EVENT_WATCHED в edx, проверяется, ожидает ли поток-владелец активации setting EVENT_WATCHED in edx it is checked if owner thread is waiting
события. for event activation. No flags, except EVENT_SIGNALED, are modified in
Кроме EVENT_SIGNALED в событии никакие другие флаги не модифицируются. the event.
Принимает: Gets:
eax - указатель на событие; eax -- pointer to event
ebx - id, уникальный идентификатор события; ebx -- id
edx - флаги для операции (формат EVENT.state); edx -- flags (see EVENT.state)
EVENT.code <= [esi], (если esi=0, то не копирует), размер 6*dword; Sets:
Возвращает: ? EVENT.code <= [esi]: size is 6*dword, do not copy if esi=0
Портит: eax,ebx,edx,ecx,esi,edi . Returns: ?
--------------------------------------------------------------------------------------------- Destroys: eax,ebx,edx,ecx,esi,edi
--------------------------------------------------------------------------------
ClearEvent: ClearEvent:
Перемещает событие в список ObjList потока-владельца. (Возможно оно там и находилось.) Move event to ObjList of owner thread. (May be it was already there.)
Сбрасывает флаги EVENT_SIGNALED, EVENT_WATCHED. С остальными полями (.code, .id), Reset flags EVENT_SIGNALED and EVENT_WATCHED, keep other fields (.code,
ничего не делает. .id).
Принимает: Gets:
eax - указатель на событие; eax -- pointer to event
ebx - id, уникальный идентификатор события. ebx -- id
Возвращает: ? Returns: ?
Портит: eax,ebx,ecx,edi . Destroys: eax,ebx,ecx,edi
--------------------------------------------------------------------------------------------- --------------------------------------------------------------------------------
SendEvent: SendEvent:
Создаёт новое событие в списке событий целевого потока. Устанавливает в событии Create a new event in the event list of target thread. Sets
флаг EVENT_SIGNALED. EVENT_SIGNALED flag in the event.
Принимает: Gets:
EVENT.pid <= eax - pid, идентификатор целевого потока; EVENT.pid <= eax: target thread id;
EVENT.code <= [esi], (если esi=0, то не копирует), размер 6*dword; EVENT.code <= [esi]: size is 6*dword, do not copy if esi=0
Возвращает: Returns:
eax - указатель на событие или 0 при ошибке. eax -- pointer to event or 0 for error
edx - Event.id. уникальный идентификатор. edx -- Event.id
Портит: eax,ebx,ecx,esi,edi . Destroys: eax,ebx,ecx,esi,edi
--------------------------------------------------------------------------------------------- --------------------------------------------------------------------------------
DestroyEvent: DestroyEvent:
Переносит EVENT в список FreeEvents, чистит поля .magic,.destroy,.pid,.id. Moves event to FreeEvents, clears fields .magic, .destroy, .pid, .id.
Событие может принадлежать другому потоку. The event may be owned by other thread.
Принимает: Gets:
eax - указатель на событие; eax -- pointer to event
ebx - id, уникальный идентификатор события. ebx -- event id
Возвращает: Returns:
eax - 0 при ошибке, не 0 при успехе. eax -- 0 for error, non-zero for success
Портит: eax,ebx,ecx . Destroy: eax,ebx,ecx
--------------------------------------------------------------------------------------------- --------------------------------------------------------------------------------
WaitEvent: WaitEvent:
Бесконечно ожидает установки флага EVENT_SIGNALED в конкретном событии, принадлежащем Wait infinitely until flag EVENT_SIGNALED is set in the event owned by
вызывающему WaitEvent потоку. Сигнализирующий поток устанавливат этот флаг через the caller thread. This flag is set by signaling thread via RaiseEvent.
RaiseEvent. Ожидающий поток замораживается путем перевода TASKDATA.state<=TSTATE_WAITING=5. Waiting thread is frozen by setting TASKDATA.state <= TSTATE_WAITING=5.
Перед заморозкой устанавливается флаг EVENT_WATCHED в событии. Flag EVENT_WATCHED is set in the event before freeze.
Если в полученном событии НЕ установлен MANUAL_RESET, то: If flag MANUAL_RESET is NOT set in the event then:
{EVENT_SIGNALED и EVENT_WATCHED по получении события сбрасываются. EVENT_SIGNALED and EVENT_WATCHED are reset when the event is
При неактивном MANUAL_DESTROY - событие уничтожается штатно (DestroyEvent), received.
а при активном - перемещается в список ObjList текущего слота.} When MANUAL_DESTROY is
Принимает: inactive: the event is destroyed by DestroyEvent,
eax - указатель на событие; active: the event is moved to ObjList of current thread.
ebx - id, уникальный идентификатор события. Gets:
Возвращает: ? eax -- pointer to event
Портит: eax,ebx,edx,ecx,esi,edi . ebx -- event id
--------------------------------------------------------------------------------------------- Returns: ?
Destroys: eax,ebx,edx,ecx,esi,edi
--------------------------------------------------------------------------------
WaitEventTimeout: WaitEventTimeout:
Ожидает с таймаутом установки флага EVENT_SIGNALED в конкретном событии, принадлежащем Wait with a timeout until flag EVENT_SIGNALED is set in the event owned
вызывающему WaitEventTimeout потоку. Сигнализирующий поток устанавливат этот флаг через by caller thread. This flag is set by signaling thread via RaiseEvent.
RaiseEvent. Ожидающий поток замораживается путем перевода TASKDATA.state<=TSTATE_WAITING=5. Waiting thread is frozen by setting TASKDATA.state <= TSTATE_WAITING=5.
Перед заморозкой устанавливается флаг EVENT_WATCHED в событии. Flag EVENT_WATCHED is set in the event before freeze.
Если в полученном событии НЕ установлен MANUAL_RESET, то: If flag MANUAL_RESET is NOT set in the event then:
{EVENT_SIGNALED и EVENT_WATCHED по получении события сбрасываются. EVENT_SIGNALED and EVENT_WATCHED are reset when the event is
При неактивном MANUAL_DESTROY - событие уничтожается штатно (DestroyEvent), received.
а при активном - перемещается в список ObjList текущего слота.} When MANUAL_DESTROY is
Принимает: inactive: the event is destroyed by DestroyEvent,
eax - указатель на событие; active: the event is moved to ObjList of current thread.
ebx - id, уникальный идентификатор события. Gets:
ecx - время ожидания в тиках системного таймера. eax -- pointer to event
Возвращает: ebx -- event id
eax - 0 - таймаут, если событие не активировалось, или ecx -- timeout, in ticks of system timer
не 0, если было активировано. Returns:
Портит: eax,ebx,edx,ecx,esi,edi . eax -- 0 if the event was not activated, or
--------------------------------------------------------------------------------------------- not 0 if activated
Destroys: eax,ebx,edx,ecx,esi,edi
--------------------------------------------------------------------------------
GetEvent: GetEvent:
Бесконечно ожидает любое событие в очереди событий текущего потока. Поток замораживается Waits infinitely for any event in the queue of current thread. Thread is
путем перевода TASKDATA.state<=TSTATE_WAITING=5. Данные события (EVENT.code+5*dword) frozen by setting TASKDATA.state <= TSTATE_WAITING = 5. Event data
по получении копируются в указанный буфер. Сбрасывает байт приоритета (см. выше) в буфере. (EVENT.code + 5*dword) are copied to specified buffer when received.
Если в полученном событии НЕ установлен MANUAL_RESET, то: Reset priority byte (see above) in the buffer.
{EVENT_SIGNALED и EVENT_WATCHED по получении события сбрасываются. If flag MANUAL_RESET is NOT set in the event then:
При неактивном MANUAL_DESTROY - событие уничтожается штатно (DestroyEvent), EVENT_SIGNALED and EVENT_WATCHED are reset when the event is
а при активном - перемещается в список ObjList текущего слота.} received.
Принимает: When MANUAL_DESTROY is
edi - указатель на буфер, куда копировать данные. inactive: the event is destroyed by DestroyEvent,
Возвращает: active: the event is moved to ObjList of current thread.
буфер, содержащий следующую информацию: Gets:
+0: (EVENT.code) dword: идентификатор последующих данных сигнала edi -- pointer to buffer to copy data
+4: (EVENT.data, поле формально не определено) данные принятого Returns:
сигнала (5*dword), формат которых определяется первым dword-ом. buffer with following data:
Портит: eax,ebx,edx,ecx,esi,edi . +0: (EVENT.code) dword: id of following signal data
-------------------------------------------------------------------------------------------- +4: (EVENT.data) 5*dword: signal data, format depends on
Ф 68.14 для приложений: ;это тот же GetEvent, но с обёрткой. EVENT.code
Бесконечно ожидает любое событие в очереди событий текущего потока. Ожидающий поток Destroys: eax,ebx,edx,ecx,esi,edi
замораживается путем перевода TASKDATA.state<=TSTATE_WAITING=5. Данные события (EVENT.code+5*dword) --------------------------------------------------------------------------------
копируются в указанный буфер. Сбрасывает байт приоритета (см. выше) в буфере. SysFn 68.14 for application: ; wrapped GetEvent
Принимает: Waits infinitely for any event in the queue of current thread. Thread is
eax - 68 - номер функции frozen by setting TASKDATA.state <= TSTATE_WAITING = 5. Event data
ebx - 14 - номер подфункции (EVENT.code + 5*dword) are copied to specified buffer when received.
ecx - указатель на буфер для информации (размер 6*dword) Reset priority byte (see above) in the buffer.
Возвращает: Gets:
буфер, на который указывает ecx, содержит следующую информацию: eax -- 68: function number
+0: (EVENT.code) dword: идентификатор последующих данных сигнала ebx -- 14: subfunction number
+4: (EVENT.data, поле формально не определено) данные принятого ecx -- pointer to data buffer (size is 6*dword)
сигнала (5*dword), формат которых определяется первым dword-ом. Returns:
Портит: ecx = buffer with following data:
eax . +0: (EVENT.code) dword: id of following signal data
--------------------------------------------------------------------------------------------- +4: (EVENT.data) 5*dword: signal data, format depends on
EVENT.code
Destroys:
eax