Help! Очень нужен фулл ewarm 430А или новее. Или исходники стандартных библиотек от 430.
Мне надо их перекомпилировать для поддержки многопоточности, чтобы heap и файлы использовали мутексы.

Ну очень надо!!! На иаровском ftp что-то все закрыто. Может кто подскажет где взять EV-440a и Patch-ewarm-440a-P060613 ?
Мое мыло Alx_DсобакаTUT.BY

1. Pro версию из свежих, полагаю не раздобудете здесь.
2. В IAR "файловые" функции никакой ценности не представляют, ибо болванки или обертки.
3. "heap" тоже очень так себе.
Вполне можно обойтись без всего этого.
4. А зачем 4.40 и патч при наличии 4.41?

Я давно не ходил на ftp-шник IAR-а и поэтому у меня есть EV430а.
Но на ftp сейчас ничего нет где можно взять 4.41? Хотя-бы EV.
А патч Patch-ewarm-440a-P060613 патчит EV440 до фулл.

Так пойдите официальным путем через сайт и регистрацию, а не через левые ссылки, и возьмите 4.41A

Только и радости от этого патча, что MISRA активизируется. Исходников библиотек он-же не содержит. Зато баги отсутствующие в 4.41 наличествуют.

Да вроде нормально работает. А чем плох?
Я традиционно использую FreeRTOS на всех моих проектах. И heap защищаю, переписывая stdlib.h
Что-то типа

#pragma inline
void * malloc(size_t _S)
{
void * pvResult;
vTaskSuspendAll();
pvResult = _GLUE(__DEF_PTR_MEM__,_malloc(_S));
xTaskResumeAll();
return pvResult;
}

вместо

#pragma inline
void * malloc(size_t _S)
{
return _GLUE(__DEF_PTR_MEM__,_malloc(_S));
}

и все замечательно.
Это для того, чтобы остальные исходники, которые используют heap просто включали
stdlib.h и были по возможности максимально переносимыми.
Понятно, что можно в них вместо malloc можно использовать макрос, но очень не хочется.


Под обертки очень удобно подсунуть свои _read(), _write() ....
причина таже, что и с heap. Но если включать прекомпилированные full библиотеки - там даже sprintf хипом пользуется, вызывая _data_malloc и включена нафиг не нужная мне поддержка wchar.




Можно конечно, но очень не хочется

Примитивен. Никаих попыток дефрагментации. Нет доступа к внутренней информации. Требует явного выделения фиксированной области памяти. Не позволяет менеджировать несколько кусков памяти.

Аналогично -FreeRTOS, только менеджер свой.

Удобно, только искать и править - хлопотно и спокойнее свои обертки написать, благо ничего существенного там нет.