Что это - глюк Keil или я чего-то не понял, Почему компилятор переменные заганяет в регистры? Опции

[IF_P]

Две переменные
D:0006H SYMBOL old
X:7800H SYMBOL n_char
D:0004H SYMBOL vv_dat

загнаны в регистры. Почему? Во Franklin'е такого замечено не было. Как избавиться от этого?

После выполнения ф-ции atoi() получаем ерунду. Видимо эти р-ры в ф-ции тоже используются.

Прикрепленные файлы

 ttt.zip ( 7.37 килобайт ) Кол-во скачиваний: 44

 

[defunct]

Почему? Во Franklin'е такого замечено не было. Как избавиться от этого?

А почему нет?
Что запрещает разместить эти локальные переменные в регистрах?
И в чем глубокий смысл этого "=" :

return (vv_dat=atoi(IN_ASCII_BUFF_L));

После выполнения ф-ции atoi() получаем ерунду. Видимо эти р-ры в ф-ции тоже используются.

нет причина в чем-то другом. Размещение этих переменных (old, vv_dat) никак не могут сказываться на результате atoi.

[IF_P]

[quote name='defunct' date='May 6 2008, 06:36' post='406878']
А почему нет?
Что запрещает разместить эти локальные переменные в регистрах?
И в чем глубокий смысл этого "=" :

return (vv_dat=atoi(IN_ASCII_BUFF_L));
[/quote]
"Тайного смысла" здесь нет. Раньше vv_dat вычислялось в теле п/п. Потом пошли изменения. при отладке поставил так, вот оно и осталось. Согласен, уберу "vv_dat=".

нет причина в чем-то другом. Размещение этих переменных (old, vv_dat) никак не могут сказываться на результате itoa.
[/quote]
Да, причина не в них. Я заменил локальную переменную глобальной и получил тоже самое:
Vent_revers=0xC355 после выполнения atoi().
А как в отладчике посмотреть память DATA, IDATA?

Прикрепленные файлы

 prog3.rar ( 1.77 килобайт ) Кол-во скачиваний: 47

 

[Палыч]

А как в отладчике посмотреть память DATA, IDATA?

View -> Memory window
В окне Memory указать адрес со спецификатором памяти
B Bit–addressable RAM memory (BIT)
C Code memory (CODE)
D Internal directly-addressable RAM memory of the 8051 (DATA)
I Internal indirectly-addressable RAM memory of the 8051 (IDATA)
X External RAM memory (XDATA)