Скачать: CL | DM;

.reloc   Найти похожие ветки 

← →
Kerk ©   (2004-03-20 10:33) [0]

При запуске ехешник всегда загружается по тому адресу, которому хочет (ибо вирт.память), в этом случае секция .reloc ему не нужна. Эта секция может понадобиться, если кто-то грузит ехешник с помощью LoadLibrary.

Такие образом, если export size = 0, то секцию .reloc можно убивать? Правильно?

---

← →
Игорь Шевченко ©   (2004-03-20 23:59) [1]

> При запуске ехешник всегда загружается по тому адресу, которому
> хочет (ибо вирт.память),


Ибо проецируется на адресное пространство процесса первым, согласно Рихтеру.

---

← →
Игорь Шевченко ©   (2004-03-21 00:09) [2]

Рано на Enter нажал.


> Такие образом, если export size = 0, то секцию .reloc можно
> убивать?


Если не допускать предположения, что EXEшник перекроет область Known DLLs, я не уверен, кто из будет перебазирован. Можно пример написать :)

---

← →
Игорь Шевченко ©   (2004-03-21 00:22) [3]

Примерчик показал, что перебазируются Known DLLs (за редким исключением, при попытке влезть в диапазон адресов, занятый Kernel32.dll приложение тихо умерло).

Я полагаю, что в большинстве случаев .reloc можно убирать для EXE-файлов. Могу ошибаться, но в списке модулей, живущих в адресном простанстве процесса, я пока не видел EXEшников, живущих не по своему базовому адресу.

---

← →
Kerk ©   (2004-03-21 14:56) [4]

> Игорь Шевченко ©   (21.03.04 00:22) [3]

Обо всем, что ты сказал, я в принципе и так догадывался.
Вопрос задал, чтобы уточнить вот что:
Эта секция может понадобиться, если кто-то грузит ехешник с помощью LoadLibrary.

---

Страницы: 1 вся ветка

Скачать: CL | DM;



Память: 0.45 MB
Время: 0.096 c