Можно ли исключить названия экспортируемых функций?

@nick42 · Регистрация: 23.09.2011

Студворк — интернет-сервис помощи студентам

Возник вопрос, ответа на который я до сих пор не могу найти... . Когда создается портабельное приложение, в его таблице экспорта (при просмотре соотв. программами) содержится список из нескольких функций: как правило это _Form1, finalize, initialize и еще парочка других. Использованные компоненты из базовых наборов никак не представлены. Но стоит только применить сторонний компонент, и все его функции тут же высвечиваются, хотя применялась аналогичная базовым библиотека bpl. Видимо, этим занимается компоновщик, но как его отучить...?... . Этот перечень кроме того, что занимает объем, иногда бывает нежелателен. Можно, конечно, применять хакерские примочки, но может кто знает, каким образом избежать появления этого списка в "экспорте"?

@_Dimon_ · 18.10.2013, 20:36

интересная тема, я подписался, но смотрю, никто ответа не дает...
я тоже не знаю.

Кстати, может быть связано с этой темой:
если поставить кнопку от альфаскин TsButton, то сразу в .cpp появляется #pragma link "sButton",
а стандартный TButton подобных действий не вызывает. Сразу вопрос назревает - как сделать, чтоб не нужно было #pragma link ?

@nick42 · 18.10.2013, 21:24 **[ТС]**

Сообщение от _Dimon_

как сделать, чтоб не нужно было #pragma link ?

- ну, тут по крайней мере варианты просматриваются: подключать hpp и соотв. lib. А вот какие опции добавить в устанавливаемые компоненты, чтоб их функции не экспортировались... - не понятно.

@nick42 · 27.03.2015, 12:01 **[ТС]**

В продолжение темы...

Борьба с экспортом в Borland Builder

Photus (2006-05-10 15:43) [0]
Как вы наверно знаете Borland Builder позволяет добавлять в свои проекты pas-файлы. При компиляции он компилит эти файлы и получает файлы hpp и obj для дальнейшего использование в си-программе. Но есть нюанс - ВСЕ процедуры и методы классов попадают при этом в экспорт программы. Нельзя ли от этого избавиться?

Игорь Шевченко © (2006-05-10 22:55) [1]
{$ObjExportAll Off} ?

Photus (2006-05-11 14:13) [2]
Помогло. Спасибо.

Вот товарищу помогло, вроде, а я никак не пойму - куда эту директиву вставить. Если в HPP-файл, то получаю ругательство "Declaration terminated incorrectly". Подскажите, плз...

@gunslinger · 27.03.2015, 12:13

Видимо, в pas-файл. А потом компилировать.
Опции в фигурных скобках вроде как (по крайней мере) "дельфийско-паскалевская" примочка. Насчет С(++) данными не владею.

@nick42 · 27.03.2015, 12:54 **[ТС]**

Да, я тоже так думаю. Сейчас попробую перекомпилировать пакет с исправленным компонентом; посмотрю, что даст... .

Добавлено через 35 минут
Действительно! В паскалевый исходник компонента вставляю {$ObjExportAll Off} (для определенности: после строчки implementation) - и в экспорте чисто. Вопрос, считаю, снят.

@VictorVico · 26.03.2016, 21:28

Хотелось бы продолжить эту тему с Вашего позволения

А как быть если исходников компонента нет? Я использую сторонний компонент, лицензию на который я покупал без исходников (просьба не предлагать купить исходники - это довольно дорого

))))) )
Компонент достаточно объемный, и портянка в экспорте из пары-тройки сотен функций несколько раздражает

))

@_Dimon_ · 25.04.2016, 01:44

Продолжу тему ...

Вот попробовал убрать с *.cpp #pragma package(smart_init) и пропали finalize и initialize. Но остались _Form1 и еще кое-какая ерунда.

У меня возникло 2 вопроса:
- как повлияло на программу то, что удалено smart_init (визуально не заметно, все работает на ура)
- как допилить все это, чтоб не приходилось использовать директивы делфи

@_Dimon_ · 11.09.2016, 03:44

nick42, что вообще в экспорте пусто?
Мне максимум, что получилось добиться, так это убрать finalize, initialize и формы.
Осталось только ___CPPdebugHook, __GetExceptDLLinfo и TMethodImplementationIntercept.
Просто я убрал все #pragma package(smart_init) и PACKAGE с форм.

Добавлено через 13 минут
Просто зачем в ехе экспорт?

Поправьте меня, если что не так. На тесовом проекте все работает как и раньше, глюков не наблюдается.
Как такие изменения могут повлиять на программу?

@Avazart · 11.09.2016, 12:17

Не по теме:

Сообщение от _Dimon_

Просто зачем в ехе экспорт?

Сообщение от _Dimon_

___CPPdebugHook

Для отладки?

Сообщение от _Dimon_

finalize, initialize

#pragma package(smart_init) и PACKAGE

Вероятно что-то связанное с подтягиванием модулей делфи.

@_Dimon_ · 11.09.2016, 17:35

Сообщение от Avazart

Для отладки?

видимо да, но компилировал в релиз.

@Avazart · 11.09.2016, 17:47

Ну значит в релизе тоже отлаживается.

@_Dimon_ · 11.09.2016, 21:26

Сообщение от Avazart

Ну значит в релизе тоже отлаживается.

Зачем?
И кстати, в настройках проекта насчет debug все отключил, что в с++ компиляторе, что в делфи.
Все сторонние компоненты, установлены мной, скомпилированые в релизе.

Если делать проект в делфи, там такого нет, а тут танцы с бубном (((

@_Dimon_ · 13.09.2016, 02:26

на соседних форумах читал, что надо что-то в исходниках поправить
или скомпилировать как есть, но потом воспользоваться PE корректором.

Подскажите, как правильно воспользоваться {$ObjExportAll Off}, чтоб экспорте чисто было.
Просто *.pas файл я подключал, и ставил после импл эту директиву.

@nick42 · 13.09.2016, 10:59 **[ТС]**

Сообщение от _Dimon_

*.pas файл я подключал, и ставил после импл эту директиву

Ну и достаточно, мне кажется. Я таким образом скорректировал свои "любимые" компоненты, - после их применения в проектах (в релиз-версиях разумеется) в таблице экспорта присутствуют лишь пресловутые debughook, getexcept... .
Меня еще интересует такой вопрос: нужны ли программе все эти Strings с номерами от 4096 до 4081 и далее вниз и куча битмапов BB. Я думаю - это рудименты прошлого и для современных операционок вещи бесполезные. Тем не менее компилятор (или линкер) всю эту кучу прилепляет к каждому проекту, и я не знаю, как его переубедить.

Новые блоги и статьи Все статьи Все блоги /
Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.	Фиксация колонок в отчете СКД Maks 14.04.2026 Фиксация колонок в СКД отчета типа Таблица. Задача: зафиксировать три левых колонки в отчете. Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) / / . . .	Настройки VS Code Loafer 13.04.2026 { "cmake. configureOnOpen": false, "diffEditor. ignoreTrimWhitespace": true, "editor. guides. bracketPairs": "active", "extensions. ignoreRecommendations": true, . . .	Оптимизация кода на разграничение прав доступа к элементам формы Maks 13.04.2026 Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2. Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива. Было так:. . .
Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .	Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .

@nick42 Практикантроп 4841 / 2726 / 534 Регистрация: 23.09.2011 Сообщений: 5,798

	Можно ли исключить названия экспортируемых функций? 15.10.2013, 17:52. Показов 1941. Ответов 14 Метки нет (Все метки) Возник вопрос, ответа на который я до сих пор не могу найти... . Когда создается портабельное приложение, в его таблице экспорта (при просмотре соотв. программами) содержится список из нескольких функций: как правило это _Form1, finalize, initialize и еще парочка других. Использованные компоненты из базовых наборов никак не представлены. Но стоит только применить сторонний компонент, и все его функции тут же высвечиваются, хотя применялась аналогичная базовым библиотека bpl. Видимо, этим занимается компоновщик, но как его отучить...?... . Этот перечень кроме того, что занимает объем, иногда бывает нежелателен. Можно, конечно, применять хакерские примочки, но может кто знает, каким образом избежать появления этого списка в "экспорте"? 0

@_Dimon_ 1408 / 572 / 127 Регистрация: 31.10.2011 Сообщений: 1,960
	18.10.2013, 20:36
	интересная тема, я подписался, но смотрю, никто ответа не дает... я тоже не знаю. Кстати, может быть связано с этой темой: если поставить кнопку от альфаскин TsButton, то сразу в .cpp появляется #pragma link "sButton", а стандартный TButton подобных действий не вызывает. Сразу вопрос назревает - как сделать, чтоб не нужно было #pragma link ? 0

@gunslinger place status here 3190 / 2227 / 640 Регистрация: 20.07.2013 Сообщений: 6,023
	27.03.2015, 12:13
	Видимо, в pas-файл. А потом компилировать. Опции в фигурных скобках вроде как (по крайней мере) "дельфийско-паскалевская" примочка. Насчет С(++) данными не владею. 1

@nick42 Практикантроп 4841 / 2726 / 534 Регистрация: 23.09.2011 Сообщений: 5,798
	27.03.2015, 12:54 [ТС]
	Да, я тоже так думаю. Сейчас попробую перекомпилировать пакет с исправленным компонентом; посмотрю, что даст... . Добавлено через 35 минут Действительно! В паскалевый исходник компонента вставляю {$ObjExportAll Off} (для определенности: после строчки implementation) - и в экспорте чисто. Вопрос, считаю, снят. 0

@VictorVico 0 / 0 / 0 Регистрация: 26.03.2016 Сообщений: 1
	26.03.2016, 21:28
	Хотелось бы продолжить эту тему с Вашего позволения А как быть если исходников компонента нет? Я использую сторонний компонент, лицензию на который я покупал без исходников (просьба не предлагать купить исходники - это довольно дорого ))))) ) Компонент достаточно объемный, и портянка в экспорте из пары-тройки сотен функций несколько раздражает )) 0

@_Dimon_ 1408 / 572 / 127 Регистрация: 31.10.2011 Сообщений: 1,960
	25.04.2016, 01:44
	Продолжу тему ... Вот попробовал убрать с *.cpp `#pragma package(smart_init)` и пропали `finalize` и `initialize`. Но остались `_Form1` и еще кое-какая ерунда. У меня возникло 2 вопроса: - как повлияло на программу то, что удалено smart_init (визуально не заметно, все работает на ура) - как допилить все это, чтоб не приходилось использовать директивы делфи 0

@_Dimon_ 1408 / 572 / 127 Регистрация: 31.10.2011 Сообщений: 1,960
	11.09.2016, 03:44
	nick42, что вообще в экспорте пусто? Мне максимум, что получилось добиться, так это убрать `finalize`, `initialize` и формы. Осталось только `___CPPdebugHook`, `__GetExceptDLLinfo` и `TMethodImplementationIntercept`. Просто я убрал все `#pragma package(smart_init)` и `PACKAGE` с форм. Добавлено через 13 минут Просто зачем в ехе экспорт? Поправьте меня, если что не так. На тесовом проекте все работает как и раньше, глюков не наблюдается. Как такие изменения могут повлиять на программу? 0

@Avazart 8489 / 6156 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	11.09.2016, 17:47
	Ну значит в релизе тоже отлаживается. 0

@_Dimon_ 1408 / 572 / 127 Регистрация: 31.10.2011 Сообщений: 1,960
	13.09.2016, 02:26
	на соседних форумах читал, что надо что-то в исходниках поправить или скомпилировать как есть, но потом воспользоваться PE корректором. Подскажите, как правильно воспользоваться `{$ObjExportAll Off}`, чтоб экспорте чисто было. Просто *.pas файл я подключал, и ставил после импл эту директиву. 0