Эмулятор терминала типа VT52

[Titus]

Фух, довел хотя бы до 37Кб)

---------- Post added at 16:53 ---------- Previous post was at 16:52 ----------

Сборка статическая - код реализации всех использованных в коде вызовов прилинкован к "телу" DLL.

Слишком много прилинковывается. Разве оно ВСЕ надо? Или это просто стандартный набор?

---------- Post added at 16:54 ---------- Previous post was at 16:53 ----------

Вот ЭТО нужно все?

kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib

---------- Post added at 16:58 ---------- Previous post was at 16:54 ----------

Хук будет работать только тогда, когда загрузившая эту DLL программа обрабатывает сообщения.

Почему?

[Advertiser]

[Patron]

Почему?

Без понятия.

Мне ещё ни разу не удалось заставить работать хук в такой программе, которая не обрабатывает сообщения, или в то время, когда программа почему-то перестаёт обрабатывать сообщения.

---------- Post added at 16:15 ---------- Previous post was at 16:14 ----------

Вот ЭТО нужно все?

Прилинковывается только тот код, который реально вызывается в DLL.

[Titus]

Прилинковывается только тот код, который реально вызывается в DLL.

Прилинковывается та библиотека из этого списка, функции которой используются, остальные нет? Возможно в твоем проекте и так.

А когда я сделал голый проект библиотеки в Вижуал Си, там все было вроде то же самое, но размер итогового файла был 160кб, а у тебя 80кб. Правда, оптимизациями я его уже довел до 37кб, что вообще приемлимо.

[Patron]

оптимизациями я его уже довел до 37кб, что вообще приемлимо.

Размер файла роли не играет. Windows файлы в память не грузит, а запускает на выполнение "прямо с диска". Поэтому, если какой-то код есть в файле, но не используется - такой код так и останется на диске, ни разу не попав в память.

[Titus]

Размер файла роли не играет. Windows файлы в память не грузит, а запускает на выполнение "прямо с диска". Поэтому, если какой-то код есть в файле, но не используется - такой код так и останется на диске, ни разу не попав в память.

Мне кажется, ты ошибаешься)

Да и размер либы мне важен в комплекте с эмулятором.

[Patron]

Размер важен лишь в смысле размера архива. При запуске файла - Windows просто помечает его как специальный файл подкачки, считывая данные оттуда только при промахе системы виртуальной памяти.

[Titus]

При запуске файла - Windows просто помечает его как специальный файл подкачки, считывая данные оттуда только при промахе системы виртуальной памяти.

Ужас) В какое время мы живем)

[Patron]

Ужас) В какое время мы живем)

При запуске со съёмных носителей и сетевых приводов - файл EXE считывается целиком и не лочится в качестве файла подкачки.

Поэтому, чтобы после запуска на выполнение гибридных файлов DskExe ( которые я научился делать ровно год назад ) их можно было не только читать, но и писать - надо научиться устанавливать из эмулятора виртуальный файл-сервер и перезапускать эмуляторную часть файла DskExe оттуда.

[Titus]

Какой формат должна иметь какая-либо вызываемая функция в библиотеке, кроме DllMain(), которая инициализирует либу? И в каком виде ее передавать в GetProcAddress() при открытии либы? Прям в таком же добуквенном?

Вот чего интересного нарыл про работу с хуками. Только пока не понял, как сегменту присвоить значение FIXED. И что оно значит вообще.

DLL можно и не загружать если в небольшой программке сделать все сегменты FIXED через def-файл, и там не нужно будет вызывать даже MakeProcInstance - всё будет и так работать.

[Patron]

как сегменту присвоить значение FIXED

Судя по тому, что хуки у VisualStudio прекрасно работают из EXE - там всё так и есть.

Какой формат должна иметь какая-либо вызываемая функция в библиотеке, кроме DllMain(), которая инициализирует либу? И в каком виде ее передавать в GetProcAddress() при открытии либы?

А зачем это надо в данном случае, когда хук (по идее) должен устанавливаться вызовом LoadLibrary.

Создаётся файл лога после вызова LoadLibrary( "Hook_DLL.dll" ) ?