Как оно вообще происходит? Хорошо, пусть существует поле с предпочтительным адресом загрузки и все адреса базируются на этот адрес, а когда фактический адрес загрузки отличается от предпочтительного, адреса просто складываются с разностью. Эйси. А как система ищет перебазируемые адреса? Пусть предпочтительный адрес загрузки 0x40000000, данные начинаются с 0x40002000, по этому адресу валяется 4=х байтное целое и где то в коде есть инструкция , или , а файл загружен по адресу 0x60000000, тогда вместо 0x40002000 должно стоять 0x60002000. 0x40002000+(0x60000000-0x40002000)=0x60002000. Вроде адрес вычислен правильный. Только где его искать в коде исполняемой секции? И как быть если адрес 0x40002000 случайно совпал с константой 0x40002000? Ведь когда 0x40002000 - не адрес, а обычное данное, загружаемое в регистр для каких то математических расчётов, то исправлять его на 0x60002000 уже не надо. А в адресной арифметике
 надо.

Это сообщение отредактировал(а) ТарасАтавин - 13.9.2013, 08:01

Релоки (relocation table)
Продолжай дальше курить PE формат   

ЗЫ. Ты наверное имел ввиду ESI в своем примере ?

Это сообщение отредактировал(а) _zorn_ - 13.9.2013, 09:22

А где про них можно прочитать?

Добавлено через 24 секунды
Наверное.

я тебе давал ссылку на описание формата РЕ, там раздел "The .reloc Section (Image Only)"

Это сообщение отредактировал(а) bems - 13.9.2013, 13:01

Простите, где? Пока что я знаю ответ zornа: : [quote=]Таблица перемещений[править | править исходный текст]
Файлы PE не содержат позиционно-независимого кода. Вместо этого они скомпилированы для предпочтительного базового адреса, и все адреса, генерируемые компилятором/компоновщиком, заранее фиксированы. Если PE файл не может быть загружен по своему предпочтительному адресу (потому что он уже занят чем-то ещё), операционная система будет перебазировать его. Это включает в себя перевычисление каждого абсолютного адреса и изменение кода для того, чтобы использовать новые значения. Загрузчик делает это, сравнивая предпочтительный и фактический адреса загрузки, и вычисляя значение разности. Тогда для получения нового адреса ячейки памяти эта разность складывается с предпочтительным адресом. Базовые адреса перемещений хранятся в списке и при необходимости добавляются к существующей ячейке памяти. Полученный код является теперь отдельным по отношению к процессу и не является больше разделяемым, так что при таком способе теряются многие из преимуществ экономии памяти динамически загружаемых библиотек. Такой способ также значительно замедляет загрузку модуля. По этой причине следует избегать перебазирования везде, где это возможно; например, библиотеки, поставляемые Microsoft, имеют предварительно вычисленные неперекрывающиеся базовые адреса. В случае отсутствия необходимости перебазировании PE файлы имеют преимущество очень эффективного кода, но при наличии перебазирования издержки в использовании памяти могут быть значительными. Это отличает формат PE от ELF, который использует полностью позиционно-независимый код и глобальную таблицу смещений, которая жертвует временем выполнения в пользу расходования памяти.[/quote] (если я правильно понял). А мне бы подробно про эту таблицу.

вот в этом сообщении http://forum.vingrad.ru/index.php?showtopi...t&p=2581085

Мне не чем читать docx.

можно скачать фриварный опенофис или конвертеры к старым ms-офисам.
и вообще, было бы желание

Давно.

Добавлено через 40 секунд
Этому формату не поможет ни какое желание.

ну у меня опенофис отлично открывает docx

А у меня он почему-то и doc понимает не до конца.

ну насчет "не до конца" это есть такое, но docx поддерживается