Глюки программирования mega128, в WinAvr или МикроПаскале Опции

[Who_are_you?]

Программирую систему на ATmega128
и неважно на СИ или Паскале в WinAvr или МикроПаскале

Но возникает ситуация когда прошу, например,
подпрограмме вывести на LCD текст, а она вываливается (перезапускает main);
или не выполняются переходы при работе с прерываниями.

Я предполагал что это из-за стека, но нигде не видел в реальных программах даже обращений к стеку.
Мои эксперименты со стеком ничего не дали.
Как добиться логичности, чтобы переходы были такие, как написаны в программе, а не с глюками?
Не могут же разные компиляторы иметь похожие проблемы!

[Who_are_you?]

Я в чем не прав?

Код

#define   BUFFER_SIZE  255 //
unsigned char RxBuf [BUFFER_SIZE];  //

// void LCD_WriteText (char font, char * text)  

void PRFMenu (void)  //
{

char *buffer="0";
char cchh;
unsigned char rank[3] = {0,0,0};

cchh = (char)RxBuf[7];                          LCD_WriteText (8,&cchh); // 1
            
itoa (RxBuf[3],buffer,10);                       LCD_WriteText (8,buffer);  // 2
itoa (rank[2], buffer, 10);                       LCD_WriteText (8,buffer);  // 3
}

объявление указателя buffer на строку из 2 байтов
// 1 - в RxBuf[7] - символ
а во 2 и 3 случае в buffer запихивается байт или больше
или нужно присвоение через cchh = RxBuf[3],
чтобы стек не вводить в казус?

[Непомнящий Евген...]

Я в чем не прав?

ну вообще говоря при чем тут стек?

Код

char *buffer="0"; // это указатель на константу в памяти. Си дает так сделать? Может и дает, но менять ее нельзя. Для avr это по факту будет 2 байта в ОЗУ
itoa (RxBuf[3],buffer,10); // вы меняете константу  :maniac: Более того, если RxBuf[3] скажем 123, то вы меняете 4 байта (1,2,3,\0), т.е.  расстреливаете 2 байта ОЗУ после этой константы

Лучше как-то так

Код

char buffer[4];
itoa (RxBuf[3],buffer,10);