caxapa.ru :: Память под параметры функции create_task() будет ей, по выходу, возвращена. ТСВ совершенно не обязательно создавать именно в стеке. И переданные в sheduler параметры вовсе не ТСВ, один в один. Но тут уже многое от используемой вами RTOS зависит.

Скрипач, пророк (25.01.2017 10:26 - 10:29, просмотров: 229) ответил LightElf на А памяти под список (который используется ровно один раз) не жалко? TCB все равно создаются на стеке.

Память под параметры функции create_task() будет ей, по выходу, возвращена. ТСВ совершенно не обязательно создавать именно в стеке. И переданные в sheduler параметры вовсе не ТСВ, один в один. Но тут уже многое от используемой вами RTOS зависит.

... но не любой ценой.

Ответить

- Мы начинаем ходить по кругу. Проект собственно и есть игрушечная многозадачка. Основной фичей является использование только C90, без ассемблеров и прочих интринсиков. Потому есть некоторые особенности. - LightElf(25.01.2017 10:46)
  - Бинго! :) Отличная иллюстрация к обсуждению зачем копировать API промышленных стандартов :) Скрипач(74 знак., 25.01.2017 11:20)
    - Именно от того, что поставил себя на место ПОЛЬЗОВАТЕЛЯ и появился исходный вопрос. Банально удобнее и понятнее написать: LightElf(231 знак., 25.01.2017 11:53)
      - Ну фиг его знает, будет ли оно читаемее и сопровождаемее. Структуру инициализации можно сделать константной и расположить в начале программы с сопутствующими комментариями, а твою ct_run нужно искать по всему тексту. - =AlexD=(25.01.2017 12:32)
        
        А если структур несколько? Ну там джампер установлен - запускаем задачи 1, 2, 3. Джампер снят - 2, 3, 4. Причем 2 и 3 - с другими параметрами. Вот и получится куча константных структур, размазанных по всем исходникам. - LightElf(25.01.2017 15:03)
        
        Есть предложение еще круче - всю работу с регистром АХ собрать в одном месте, а не размазывать по всем исходникам %) - Скрипач(25.01.2017 15:12)
        
        Как только в Це89 станет возможна работа с регистром AX - я рассмотрю ваше предложение. - LightElf(25.01.2017 15:15)
        
        Дело не в том, лучше это или нет. Дело в том, что это по другому. Уважаемый аффтар забыл что его RTOS более чем три тысячи седьмая по счету, а не первая и едиственная. - Скрипач(25.01.2017 12:35)
        
        Ясный пень, что API будет отличаться. Но за чистый Це приходится платить. - LightElf(25.01.2017 14:42)
        
        Т.е. для Вас это "ясно", как вы выразились, "как пень"? А можно нескромный вопрос? Скрипач(93 знак., 25.01.2017 14:57)
        
        Патамучта гладиолус! LightElf(138 знак., 25.01.2017 15:06)
        
        Да здравствует ещё один велосипед! Говорят, в RTOS есть тонкие вещи, которые несложно залажать. Оно надо? - SciFi(25.01.2017 15:25)
        
        Почему еще один? Он не новый, просто созрело желание кое-что изменить. Например сделать статические приоритеты. - LightElf(25.01.2017 15:40 - 15:49, ссылка)
        
        API, к гладиолусу, зачем нестандартным делать? Пана мучает "Синдром фатального недостатка"? :) - Скрипач(25.01.2017 15:08)
        
        API делается таким, каким его сделать возможно при указанных ограничениях языка Це. - LightElf(25.01.2017 15:14)
        
        ...и каким посчитает для себя необидным сделать его уважаемый аффтар 8) - Скрипач(25.01.2017 15:17)
        
        В языке Це невозможно переключать стеки произвольным образом. В языке Це нельзя запретить прерывания. Потому - вот так. - LightElf(25.01.2017 15:20)
        
        Ну да. Без этого, описания всех задач нужно пихать шедюреру через параметры вызова. Просто еще раз убеждаюсь что правильный HAL это не только абстрагирование от аппаратуры, но и ~~от своих коллег~~ от операционной системы. - Скрипач(25.01.2017 15:23 - 15:42)
        
        Весь API, в данном случае, представлен 6 функциями. - LightElf(25.01.2017 15:50)
        
        сатори - Скрипач(25.01.2017 16:09)

Средства и методы разработки