Программа на С,переполнение стека

[email protected]

Имеется программа:

Код:

main()
{
//сдесь обьявляются много переменных
int a1;
int a2;
int a2;
//....
tlc_test();
}
void tlc_test()
{
void f1();
}

void f1()
{
LedOn();
}

Так вот программа не работает.Но если начать убирать обьявления переменных вначале то убрав несколько штук начинает работать.Я думаю что проблема в том что происходит переполнение стека и просто не вызываются фукции. Возможно ли такое?Я программирую для dsp30f2010 это пик.При компиляции пишется что программа занимет 87% памяти.Мне не понятно компилятор учитывает размер стека или нет?

ну если это пик, то зачем создавать в ветке авр? xrayman

[email protected]

это не важно какой пик.для любого процессора это актуально.а в авр я запостил так ка больше народу там.

PRC

[email protected] писал(а):

это не важно какой пик.для любого процессора это актуально.а в авр я запостил так ка больше народу там.

Ну, как это неважно:) Нормальный компилятор размещает на стеке только передаваемые переменные (в виде констант), если конечно регистров не хватает. Но у пиков свой путь - там и аппаратный стек и банки памяти. Вот и компилятору приходится вертеться.

DI HALT

А насколько у тебя глубоки вложения функций? У пика там как то стремно со стеком. Чуть ли его вообще нету.

[email protected]

Собственно код в первом посте.Только я сейчас его немного изменил:

Код:

main()
{
//сдесь обьявляю массив
float ar[100];
//....
tlc_test();
}
void tlc_test()
{
void f1();
}

void f1()
{
LedOn();
}

Функция вызывает функцию которая вызывает функцию:tlc_test->f1->LedOn :)
Прикол в том что если выделить например float ar[10]; то работает если float ar[100]; то нет.
Я не удивлен что стек переполняется меня напрягает что MPLAB никак не сообщает об этом.Размер программы после компеляции не меняется не зависимо от того выделяем 10 элементов или 100. кампайлер видимо считает только глобальные переменные а float ar[100]; будет размещятся уже в стеке как я понимаю вот оно и переполняет,только как узнать об этом :D

A-10

[email protected] писал(а):

это не важно какой пик.для любого процессора это актуально.

У pic16 8-уровневый аппаратный стек, у PIC18 уже 32 уровня (с доступом к нему), у dsPIC по-поему вообще программный. Так что разница есть, но компилятор должен учитывать особенности модели. Вообще у старших моделей по-моему есть регистр, который сигнализирует о том, что произошло переполнение стека, можно проверить.

DI HALT

Цитата:

У пика там как то стремно со стеком. Чуть ли его вообще нету.

У 16-го семейства пика 8 уровней, мне пока хватало с моими запросами =)

[email protected]

А что такое софтварный стек и чем он отличается от хардварного?

Electroniq

Програмный стек находится в оперативе с конца, по идее может занимать бОльшую ее часть и поэтому может быть очень большим (AVR), у пика же аппаратный стек - то есть спец регистры, его минус - размер стека жестко задан. А минус програмного стека в том, что при переполнении он может потереть данные в оперативе и вызвать полный сбой программы.

Voventus

[email protected], размер программного стека можно задать, аппаратного -- нет. В программный стек программист может выпихнуть байт, в аппаратный -- нет. Аппаратный стек доступен лишь ядру МК.

A-10

Electroniq писал(а):

у пика же аппаратный стек - то есть спец регистры, его минус - размер стека жестко задан. А минус програмного стека в том, что при переполнении он может потереть данные в оперативе и вызвать полный сбой программы.

У pic24 уже программный стек, к примеру. А переполнится может и аппаратный стек так же, например при превышении числа "вложений".

Цитата:

Аппаратный стек доступен лишь ядру МК.

У pic18 он аппаратный на 32 уровня, но к нему уже есть доступ (в отличие от pic16, где действительно стек полностью недоступен).

Voventus

A-10, совсем уже зарапортавался: в форуме по Пикам пальцы гну, в которых ни в зуб ногой...

DI HALT

" А минус програмного стека в том, что при переполнении он может потереть данные в оперативе и вызвать полный сбой программы."

Но по крайней мере у программного стека в запасе дофига ячеек ОЗУ и если делать с запасом это это не грозит. А вот продавить аппаратный стек нефиг делать. 8 вложений и привет.

SWG

Цитата:

Но по крайней мере у программного стека в запасе дофига ячеек ОЗУ и если делать с запасом это это не грозит. А вот продавить аппаратный стек нефиг делать. 8 вложений и привет.

А нафига больше - то? Мне 8 уровней за глаза всегда хватало (если только не на FORTе писать). А при сбое программы программный стек никакие размеры на спасают - ОЗУ будет затерто однозначно, независимо от размера стека.
Кстати, нормальные компиляторы (например, от МикроЭлектроники) в статистике выдают количество вложений для разных процедур, функций, прерываний, и программы в целом. Например, у меня в ходовом контроллере максимум 4. А без рекурсии на микроконтроллерах (и не только), вполне можно обойтись, при грамотном алгоритме.

DI HALT

Ну мало ли как алгоритм завернет :)

Шура Люберецкий

SWG писал(а):

Цитата:

А без рекурсии на микроконтроллерах (и не только), вполне можно обойтись, при грамотном алгоритме.

Не просто при грамотном алгоритме, а при любом. Есть вполне определенные методы, как превратить любую рекурсию в цикл (или вложенный цикл), и наоборот - цикл в рекурсию.

aeore

А я люблю рекурсию ^_^
При программировании для ПК приходится частенько применять, особенно при работе с различными деревьями

dmk793

в языке программирования Haskell в основном только рекурсия и используется :)
если грамотно поставить точку останова в рекурсии, иногда такой алгоритм оказывается даже быстрее
это уже отклонение от темы пошло)

Easyelectronics.ru

Программа на С,переполнение стека

Кто сейчас на конференции