Менеджер DLL в MeOS

• Serge Kernel Developer

  Posts 3952

  Joined: Wed Mar 08, 2006 6:25 pm

  Tue Oct 10, 2006 10:24 pm

  Идея такая. Программы будут похожи на существующие драйверы но всё
  импортируемые функции будут объявлятся как extrn. Метка IMPORTS
  станет массивом указателей на имена загружаемых библиотек, имя будет
  добавляться к пути программы или к /rd/1/ и оттуда загружаться
  библиотека. Строки с именами импортируемых функций и указатели на функции
  и данные больше не нужны. В ДЛЛ останется метка EXPORTS и массивы как в
  core/exports. Тогда можно будет получить адрес функции по имени через
  get_proc. При загрузке библиотеки вручную система будет возвращать
  адрес таблицы эспортируемых функций, так что код get_proc может быть в
  виде inc файла. При автоматической загрузке адрес таблицы экспорта
  будет записываться в данные программы как сейчас заносятся указатели
  на функции, тогда можно будет вызывать get_proc для загруженных
  библиотек. В окончательном виде программы и библиотеки будут состоять
  из двух секций - одна код и инициализированные данные, вторая
  неинициализированные данные.

  • Quote

diamond Kernel Developer

Posts 1600

Joined: Mon Nov 28, 2005 8:00 pm

Wed Oct 11, 2006 4:42 pm

Самораспаковка не нужна. Иначе не удастся одновременно грузить программу и ДЛЛ.

Прекрасно удастся. Схема загрузки неупакованной DLL: загрузчик читает файл DLL, производит некоторые действия по настройке, вызывает точку входа, выполняет оставшиеся действия по настройке и берёт адреса экспортируемых функций, подсовывая их программе, а уже потом программа эти функции вызывает. Схема загрузки упакованной DLL: с точки зрения загрузчика ничего не меняется; но вместо OEP (original entry point) точка входа указывает на распаковщик, который производит собственно распаковку кода/данных и передаёт управление на OEP. Таким образом, к моменту начала программы все функции из DLL уже распакованы и настроены. Ну а потом уже программа может быть упакованной и распаковываться как обычно (ну разве что коду распаковщика придётся дополнительно обрабатывать импорт).

Идея в том, чтобы загрузчик делал всё сам, а сжатие для экономии места

Я за - мне же меньше работы по написанию/отладке кода нового распаковщика . Только в заголовке нужно ещё указывать метод сжатия и параметры сжатия, но их формально можно отнести к упакованным данным.
Только нужна, видимо, не только процедура распаковки, но и программа упаковки. С интерфейсом распаковки понятно - на входе абстрактные данные, на выходе абстрактные данные. А вот программе упаковки придётся паковать вполне конкретный файл - его паковать как просто файл с данными или имеющий некоторую структуру? И на выходе давать просто файл с данными или файл с некоторой структурой?

• Quote

vectoroc

Posts 349

Joined: Mon May 01, 2006 10:12 pm

Thu Oct 12, 2006 5:45 pm

Для отладки можно и не сжимать. А для дистрибутивов само то, на дискете лишних 50 кб не бывает

• Quote

> lb "B32"
> c
<думает>
Breakpoint 1