вопросы по scmRTOS, вложенные мютексы и т.д. Опции

[jorikdima]

Пару вопросов по scmRTOS (да наверно в целом по РТОС).

1. Простой. Как в этой операционке получить индекс приоритета текущего процесса. Предположим есть функция и ее могут вызывать каждый из существующих процессов. Как узнать какой из них ее вызывает?

2. Предположим есть две функции, которые имеют дело с портом. Первая настраивает его скорость и прочее. Вторая... например просто делает enabled/disabled для порта, в принципе неважно. Функции могут вызываться каждым из процессов. По идее надо тело функции обрамлять mutex.Lock() mutex.Unlock(). Но ситуация такова, что например вторую функцию может вызывать не только любой из процессов непосредственно, но и первая функция (понятно, что в рамках какого то процесса). То есть при настройке порта я хочу еще сразу делать enable port. И при этом получается, что процесс в рамках вызова первой функции блокирует мютекс и вызывая вторую функцию, опять видит mutex.Lock и блокирует сам себя, навечно. Чую, тут самые такие азы всего этого дела, но не понимаю как поступают в таких случаях?

Спасибо

[amusin]

1. Простой. Как в этой операционке получить индекс приоритета текущего процесса. Предположим есть функция и ее могут вызывать каждый из существующих процессов. Как узнать какой из них ее вызывает?

Из Exec() можно достучаться до YourProc.Priority и передавать его как параметр в функцию.

Для dxp. Это может понадобиться, например, при отладке для вывода лога.

[Сергей Борщ]

Из Exec() можно достучаться до YourProc.Priority и передавать его как параметр в функцию.

Для dxp. Это может понадобиться, например, при отладке для вывода лога.

Тогда уж проще для отладки добавить в public TKernel что-то вроде TPriority GetCurPriority() const { return CurProcPriority;} Не нужно будет тащить лишний параметр. (шепотом) А dxp не скажем что исходник трогали
Есть еще один вариант - делаем класс, производный от process и в нем функцию, возвращающую Priority.

[dxp]

Тогда уж проще для отладки добавить в public TKernel что-то вроде TPriority GetCurPriority() const { return CurProcPriority;} Не нужно будет тащить лишний параметр. (шепотом)

Да, это правильный путь. Надо вообще подумать хорошенько над отладочным интерфейсом - в частности, надо возможностью анализа используемости стека.

А dxp не скажем что исходник трогали

Ага, конспираторы, блин.

Есть еще один вариант - делаем класс, производный от process и в нем функцию, возвращающую Priority.

Во-первых, не класс, а шаблон. Во-вторых, это, имхо, хуже простой встраиваемой функции - функциональность та же, создание объектов уже от другого шаблона надо будет делать, писанины больше.