AHTOXA 25 June 28, 2011 Posted June 28, 2011 · Report post init_stack_frame() вызывать не надо (да и не выйдет, она protected), она вызывается в конструкторе процесса. А вызов может выглядеть так: for(uint_fast8_t i = 0; i < OS::PROCESS_COUNT; i++) { uart << priorities[i] << '\t' << OS::get_proc(i)->stack_slack() * sizeof(stack_item_t) << "\r\n"; } ЗЫ. Всё это есть в примере 4-Debug (посмотрите разные порты) Quote Share this post Link to post Share on other sites More sharing options...
sonycman 2 June 28, 2011 Posted June 28, 2011 · Report post А вызов может выглядеть так: for(uint_fast8_t i = 0; i < OS::PROCESS_COUNT; i++) { uart << priorities[i] << '\t' << OS::get_proc(i)->stack_slack() * sizeof(stack_item_t) << "\r\n"; } ЗЫ. Всё это есть в примере 4-Debug (посмотрите разные порты) Спасибо! :a14: Будем юзать четвёрку Quote Share this post Link to post Share on other sites More sharing options...
Nixon 7 June 28, 2011 Posted June 28, 2011 · Report post Вопрос больше Александру (как поддерживающему AVR) - при попытке определения макро scmRTOS_PROCESS_RESTART_ENABLE = 1 у процесса отсутствует метод terminate(). Ковыряния установили что из-за особенности архитектуры AVR и компилятора IAR и соответственно нового особенного шаблона процесса (с доп. параметром глубины стека возвратов) метод terminate() у нового шаблона не описан. Это связано с чем-то серьезным или просто забыли описать? Quote Share this post Link to post Share on other sites More sharing options...
ReAl 0 June 30, 2011 Posted June 30, 2011 · Report post Я только-только стал под перископную глубину всплывать (много всяких событий -- в общем и целом хороших, но отнявших кучу времени), а тут вопросов навалили... IAR-ветку я подхватил недавно и в самом иаре не во всём разобрался. Скорее всего -- "просто забыли" в двухстековой ветке добавить всё. Посмотрю в ближайшее время. Quote Share this post Link to post Share on other sites More sharing options...
acvarif 0 July 18, 2011 Posted July 18, 2011 · Report post pre400 - подскажите пожалуйста на что можно заменить в ARM порте inarm.h Fatal Error[Pe005]: could not open source file "inarm.h" D:\Temp\pre-v400\Samples\ARM7\AT91SAM7\IAR_v4.30\scmRTOS\ARM7\OS_Target.h 50 searched: "D:\Temp\pre-v400\Samples\ARM7\AT91SAM7\IAR_v4.30\2-Message\Src\" searched: "D:\Temp\pre-v400\Samples\ARM7\AT91SAM7\IAR_v4.30\2-Message\..\scmRTOS\Common\" searched: "D:\Temp\pre-v400\Samples\ARM7\AT91SAM7\IAR_v4.30\2-Message\..\scmRTOS\ARM7\" searched: "D:\Program Files\IAR Systems\Embedded Workbench 5.4\arm\INC\" Очевидно в версии 4.30 файл существовоал. В IAR ARM v5 такого нет... Quote Share this post Link to post Share on other sites More sharing options...
ReAl 0 July 19, 2011 Posted July 19, 2011 · Report post Это связано с чем-то серьезным или просто забыли описать?Ага, просто забылось. Как и size_t для размера стека. Поправил, зафиксировал. Quote Share this post Link to post Share on other sites More sharing options...
Nixon 7 July 19, 2011 Posted July 19, 2011 · Report post Ок. Спасибо. Quote Share this post Link to post Share on other sites More sharing options...
jorikdima 0 September 6, 2011 Posted September 6, 2011 · Report post Я смотрю в классах сервисов по-прежнему поля объявлены как private a не protected, что не позволяет наследоваться от них и изменять под свои нужды :( Жаль, а шаг в этом направлении уже сделан в виде TService. Quote Share this post Link to post Share on other sites More sharing options...
dxp 213 September 7, 2011 Posted September 7, 2011 · Report post Я смотрю в классах сервисов по-прежнему поля объявлены как private a не protected, что не позволяет наследоваться от них и изменять под свои нужды :( Это потому, что эти классы не предназначены для расширения их функционала - как-то до сих пор не возникало пожеланий на этот счёт. Жаль, а шаг в этом направлении уже сделан в виде TService. Именно TService для этих целей и предназначен - кто хочет, тот может слепить себе любой сервис. Quote Share this post Link to post Share on other sites More sharing options...
dxp 213 September 7, 2011 Posted September 7, 2011 · Report post . Quote Share this post Link to post Share on other sites More sharing options...
jorikdima 0 September 9, 2011 Posted September 9, 2011 · Report post Это потому, что эти классы не предназначены для расширения их функционала - как-то до сих пор не возникало пожеланий на этот счёт. Это я понял уже, у нас с вами возникал диалог на этот счет в одной из веток http://electronix.ru/forum/index.php?showt...st&p=735769 (кстати, можно сказать, что я пожелание сгенерировал :) ) Я в принципе не настаиваю конечно, авторам решать. Просто непонятно, что плохого в этом наследовании было бы. Quote Share this post Link to post Share on other sites More sharing options...
dxp 213 September 11, 2011 Posted September 11, 2011 · Report post Просто непонятно, что плохого в этом наследовании было бы. Наверное, ничего плохого. Просто до сих пор как-то не возникал этот вопрос ребром. Подозреваю, что раз он всё же так встал, то скорее всего будет решён положительно. :) Quote Share this post Link to post Share on other sites More sharing options...
devfom 0 September 13, 2011 Posted September 13, 2011 · Report post Добрый день. Не подскажите как начать работать с 4 версией для MSP430F5438. Среда IAR 4.2. Просто по пунктам какой бранч нужно checkout( т.к есть pre-V400 и TService, в которой вроде бы тоже исходники самой ОС) и что понадобится в проекте. И также как настроить работу самих тиков, если в исходниках этого нет. Спасибо. Quote Share this post Link to post Share on other sites More sharing options...
devfom 0 September 13, 2011 Posted September 13, 2011 · Report post Upd: разобрался, не без помощи, скоро опубликую линк на пошаговое руководство. Quote Share this post Link to post Share on other sites More sharing options...
dxp 213 September 21, 2011 Posted September 21, 2011 · Report post Подозреваю, что раз он всё же так встал, то скорее всего будет решён положительно. :) Вопрос решён положительно, все private члены классов-сервисов теперь являются protected. Quote Share this post Link to post Share on other sites More sharing options...