Вызов функции, экспортируемой из EXE. Как это сделать нормально?

Question

[NTDLL]

У меня в одном модуле создаётся дебажная консоль. Из того же модуля экспортируется функция записи в эту консоль.
То есть из любого процесса можно по идее подцепиться к работающей консоли.
Эта функция ВЫЗЫВАЕТСЯ (в старых виндах так же вместо либ екзешники подключали),
но при попытке вызвать оттуда ещё что то, вылетает ошибка.
Я смотрел адрес, больше смахивает на смещение (RVA или ещё какое то)
С чем вообще это связано.
Смотрел в дебаггере, PE хедере - ничё не понял

Comments

[res2001]

У вас это реализовано или нет? Что за модуль?

Функции экспортируемые из EXE можно вызывать только в DLL, используемым этим EXE. Например, EXE грузит плагины, содержащиеся в DLL, и плагины могут вызывать какие-то функции API, предоставляемые самим EXE. Другие процессы не могут вызывать такие функции.

Другой вариант: для передачи выводимых в консоль данных используете любой удобный механизм IPC, начиная файлов или именованных каналов до создания COM объекта.

[hard2018]

res2001, а через RPC вызвать если. Как сделать, чтобы функция в моем работающем процессе (которому принадлежит консоль) вызывалась через RPC механизм?

[res2001]

hard2018, RPC - это лишь обобщающее название технологии. Подходов и реализаций RPC много. Так что вы не можете просто "вызвать" через RPC, нужно выбрать конкретный механизм RPC, поддерживаемый ОС или сторонними библиотеками и его использовать в своем приложении. Кроме того в RPC 2 стороны взаимодействия и обе стороны должны явно использовать механизм RPC.
Тот же COM имеет в своем составе DCOM, который является RPC механизмом.
Можно на сокетах сделать свой собственный RPC.
Этим список не ограничивается.
https://ru.wikipedia.org/wiki/%D0%A3%D0%B4%D0%B0%D...
https://learn.microsoft.com/en-us/windows/win32/Rp...

RPC подразумевает передачу данных по сети. IPC - то же самое, но в рамках одного компьютера без выхода в сеть.

Answer 1

[rPman]

То есть из любого процесса можно по идее подцепиться к работающей консоли.

при наличии администраторских прав в windows можно сделать dll injection

Нормальным такой способ назвать нельзя, пользоваться этим можно только от безысходности.

Для коммуникации между процессами в пределах одной машины настоятельно рекомендуется использовать shared memory (и как частный случай - memory mapped files) + semaphores, любые другие способы медленнее или используют их для реализации. Сокеты и named pipes везде почему то сильно медленнее (на порядок или даже два). Вот пример взаимодействия приложений на c++ и php там и бенчмарки

гуглим: Inter-process communication