реклама на сайте
подробности

 
 
> GNUARM 4.1.0. обнуление неинициализированных переменных, как положить неинициализированные данные в сегмент BSS
ArtemK
сообщение Jun 9 2006, 08:27
Сообщение #1


Участник
*

Группа: Свой
Сообщений: 36
Регистрация: 27-09-05
Из: Украина, г. Херсон
Пользователь №: 8 994



Собираю библиотеку стороннего разработчика. В библиотеке сделано предположение, что все неинициализированные вручную переменные содержат нули. При старте программы сегмент bss инициализируется нулями до вызова main(). Однако компоновщик по каой-то причине располагает неинициализированные переменные в сегмент data. Зато если вручную проинициализировать переменные нулями, то они ложатся в bss (почему так???). Как сказать компоновщику, что неинициализированные данные должны лежать в bss.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
ArtemK
сообщение Jun 12 2006, 07:21
Сообщение #2


Участник
*

Группа: Свой
Сообщений: 36
Регистрация: 27-09-05
Из: Украина, г. Херсон
Пользователь №: 8 994



Библиотека, с которой у меня были проблемы - это ucGUI 3.24. Отыскал по тексту все переменные, которые читаются до инициализации, вставил инициализацию руками в текст программы. Однако все же остались проблемы с менеджером динамической памяти. Программа могла некоторое время работать, но в какой-то прекрасный момент все крушилось именно при вызове функций выделения памяти.
Библиотека использует собственную реализацию менеджера динамической памяти. Для этой цели выделяется два массива фиксированного размера (задается на этапе компиляции) - массив дескрипторов и, собственно, куча. При вызове функции _Alloc(), отыскивается свободный дескриптор, затем дырка подходящего размера в куче, данная область помечается как занятая и возвращается номер дескриптора, соответстующий выделенному участку кучи. Номер дескриптора с помощью макроса можно преобразовать в указатель на void.
Переписал данный модуль таким образом, чтобы использовались функции malloc() и free() из sdlib вместо собственной реализации на статическом массиве. Все заработало, однако значительно медленнее, чем на реализации микриума.
Только после того, как проделал это, обнаружил в map-файле программы, что массив с кучей ложится в сегмент COMMON, причем COMMON начинается с адреса 0x00000000, а ОЗУ у меня начинается с 0x48000000. После того, как подправил скрипт линкера и указал расположение сегмента COMMON все заработало. Раньше я считал, что сегмент COMMON, если это не указано в скрипте линкера особо, должен ложится после сегмента bss. Разве нет?
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 29th July 2025 - 16:05
Рейтинг@Mail.ru


Страница сгенерированна за 0.01355 секунд с 7
ELECTRONIX ©2004-2016