WinAVR и malloc()

[svd71]

В общет такая бяка приключается. В файле пытаюсь выделить память с помощью malloc()

void main {
.......

	UDR = ('4');
	do{

		//ïðîâåðêà, ÷òî UART ÷òîòî ïðèíÿë
		if _UARTRECEIVED {
			unsigned char c = UDR;
		
			//Åñëè ýòî ñèìâîë ?, òî çíà÷èò âïåðåäè çàãðóçêà
			if (c == '?')
				bootLoader();
		}

	}while (1);
}

void bootLoader() {
....
	uint8_t *buf;
	unsigned char cmd;
	unsigned char nl,nh;
	uint8_t idx = 0;
	
	_UARTSEND('a');
//	buf = (uint8_t *)malloc(SPM_PAGESIZE);
	buf = (uint8_t *)malloc(16);
	_UARTSEND('b');

....
}

если комментирую код с malloc(), то все нормально пробегает, выкидывает на терминал a и b. Если же код оставить с вызовом, то просто проходит ресет контроллера.
Немогу понять почему.
WinAVR 20100110. У когото такие грабли попадались? Если да, то как кто лечит?

[_guardianangel]

Странно. По пробуйте убрать (uint8_t *) перед malloc. Или по пробуйте заменить на calloc().

[_guardianangel]

Да кстати - бутлоадер в секции бутлоадера? Вполне возможно не определён стек или начало и конец кучи. Что в листинге и мап файле?

[Bill]

Немогу понять почему.
WinAVR 20100110. У когото такие грабли попадались? Если да, то как кто лечит?

Вообще-то, обычно принято проверять результат выполнения данной функции:

      ptr = (char *)malloc(16);
      if (ptr == NULL)
           {
           error("No memory allocated");
           exit (ERROR);
           }

malloc исрользуется для выделения динамической памяти из области heap. Если размер heap невелик, то запрашиваемая память не может быть выделена. Иногда можно вернуть выделенную память в "кучу" (если ранее сделанные запросы были успешными) с помощью функции free().

[svd71]

Спасибо, други, что ответили.

Это не бутлоадер в секции бутлоадера. Это отдельный бутлоадер, получающий управление из основного тела программы (пока еще не придумал физического признака загрузки лодадера от требований конечной железки). Из-за этого за ночь посетили мысли, но об этом чуть позже.

Порылся еще на форумах. Народ тоже жалуется, что в WinAVr 20100110 эта функция неправильно отрабатывает. Другие жалуются, что у avr-gcc 1.6.х такая же беда и даже проблема в Ардурине всплывает. Но у avr-gcc последняя версия 1.8.х, а в WinAVR больше не обновляется, попробовал обновить библиотеки из накопал функцию aalloc(). С ней прокатило.

Проверка результата ничего не дает - код ресетится при запрыгивании в bootLoader(). Нет в терминале метки "а", что там проверять?

теперь по поводу дальнейшего кода. функция bootLoader загружается в самый верх флэша, а не секцию бутлоадера. Это означает, что при обновлении можно только контролировать, что бы код компилированной программы был не длиннее последней страницы флэша. Из-за этого нет нужды активировать аппаратный бутлоадер и избежать секций nrww. Хотя соглашусь, такие извраты из-за недостатка опыта работы с бутом. Позже может что и лучше выйдет.

Теперь терзают смутные сомнения, не лоханулся ли я с alloc? По логике вещей эта функция располагается там, где компилятор положит и в сегмент bootLoader не знаю как запихнуть. Хотя, следуя логики, размещение функции происходит один раз в самом начале процедуры. Но сейчас нет реального кода окромя бутлоадера и непонятки будут как будет вести себя куча, со всеми переменными программы и потом попытки выделить еще памяти по alloc.

Так как возвращение из bootLoader производится через симуляцию ресета, то и при заходе в процеедуру будет логично провести инициализацию всего. А вместо вызова alloc заставить хип или стек подвинуться и маппировать буффер непосрественно в память.
Поэтому если кто-то делал подобные фокусы, поделитесь опытом.