Я вот еще чего вспомнил. Если массив объявлен внутрии фунции как char mas[100], и при попытке вызвать из этой ф-ции другую с передачей адреса этого массива, иногда получается дребедень. При оптимизации компилятор небольшие массивы помещает в стек и передать адрес такого массива почему то не всегда выходит. Так что все локальные массивы ( от греха подальше ) объявляю как static char mas[100]. К тому же чревато, что где то, стека может не хватить. А вообще мне тут советовали всегда заводить указатели на массивы чтоб не было проблемм с оптимизатором. К тому же указатели прекрасно индексируются. Я попробывал и мне понравился такой стиль.

Вот так объявляете:

?
Или так:


?


Или ОЗУ не хватит.


Это ещё зачем? Да к тому же всегда?
Где можно посмотреть на тот совет?


Зря...

Я выше также написал, что у меня есть подозрения на локальные массивы. Однако делать временные внутрифункциональные массивы (и переменные вообще) статическими, а значит - перманентными в памяти, - не выход и не стиль. Более того, о реентерабельности таких функций можно сразу забыть.


А что такое "ассемблерный код"? .


Сообщение отредактировал KnightIgor - May 31 2012, 08:46

А оно там при -O0 переменные само не инициализирует?

В коде я не полагаюсь на значения НЕинициализированных переменных, и напротив - инициализирую их, если необходимо. Не думаю, что компилятор "забывает" предписаную мной инициализацию на высоких уровнях оптимизации.

Как уже говорилось, ошибка (которую я уже и не могу "восстановить") была частой, но не регулярной, чтобы можно было бы ее стабильно репродуцировать и отследить.

Да.

Странный вопрос. Вы имели ввиду что стек - та же ОЗУ. Типа если не хватит того, то и не хватит другого?

Зря не зря, но проблеммы с оптимизатором действительно исчезли. Да и указатели компелятор все равно создаст.
Такая уж система команд у ARM. Нет у него прямого чтения/записи только косвенные.
Так что код получается одинаковый с указателем или без.

Если галка стоит использования микролиб (use microLib), то все будет инициализироваться должным образом.
И к (-O0) оптимизации это не имеет оношения.

Я раньше тоже так делал. А сейчас сразу задаю значение при объявлении. У KEIL-а с этим все нормалек. Тут ведь просто вопрос доверия компелятору.

Сообщение отредактировал vlad_new - May 31 2012, 12:41

Нет. Я о другом:
создавая массив
static unsigned char mas[100]
вы создаёте массив который существует всегда, по сути глобальный объект, но называется он - локальная статическая переменная, но память под него ушла.


В этот раз повезло.


Вы ещё и какие-то указатели создаёте? Зачем?
Раз компилятор "все равно создаст", то давайте их продублируем.


Система команд у АРМ не той системы наверное. Понятно.

Ну да. А мне не все равно, если памяти и скорости хватает. Зато не надо потом целый день в отладчике сидеть и искать где оптимизатор опять что то натворил.

Самое сиешное, что вы абсолютно правы. И все таки разница есть. При оптимизации компилятор руководствуется константными значениями и может натворить что угодно, а если мы явно объявили указатель на массив, то вот хрен ему. Массив он уже не тронит. К тому же в больших проэктах, а тем более
с чужими модулями и библиотеками, с указателями на массивы действительно удобнее работать. Ну опять же сколько нас - столько и мнений.

Ну если памяти хватает...

Но что там оптимизатор может натворить?
Кейл такая глючная вещь?

И все же, а как быть с реентерабельностью (вложенными вызовами функций)?

А Вы его и спросите. К примеру sprintf(mas,"бла...бла", tmp); при объявленном локальном массиве char mas[10] и включенном оптимизаторе O1 просто не заработал. И передача адреса массива в другую функцию send(char *mas) то же не работало. Помог static.

Сообщение отредактировал vlad_new - May 31 2012, 13:49

Спросишь его ... он же памятник...


Ужасы какие-то...
Вообще оптимизацией не воспользуешься, если оно так.
Не верю: проблема где-то в другом месте.

Да, но в KEIL-е без оптимизаиора нельзя. Как тут кто то сказал: "Без оптимизатора в KEIL-е на окно дизассемблера без слез не взглянеш."
Да и скрость сразу в 2 раза ниже.

А мне какой прок придумывать? Мне KEIL всеравно нравится.

На то она и оптимизация чтобы быстрей работать.


Я не говорю что придумываете.


Всё равно его не брошу потому что он хороший...
Чем может нравиться при таких косяках?

А почему у меня все работает на любых уровнях, интересно?