Подключение к API печати Win32 из C# с помощью EasyHook
Нечто подобное уже задавали ранее, но ответов не получили. Мой вопрос немного более общий.
Я ищу способ использовать библиотеку EasyHook в приложении C#, который позволил бы мне перехватывать вызовы API печати ключей, скажем, из notepad.exe.
Моя цель - перенаправить печать Блокнота на принтер, отличный от выбранного Блокнота.
Это, конечно, всего лишь искусственный тест. Но если это окажется успешным, я бы использовал решение для перенаправления печати из реального устаревшего приложения, которое не имеет возможности настроить целевой принтер. Он просто печатает на системный принтер по умолчанию, что не всегда приемлемо для пользователей.
Кроме того, исходный код приложения был утерян, когда поставщик прекратил свою деятельность много лет назад, поэтому нет никакой возможности изменить его. Но я надеюсь решить это с помощью хуков API, как объяснено.
Теперь проблема в том, что я не совсем уверен, какие API цеплять!
Используя API Monitor v2 , я смог определить, что Блокнот обращается к OpenPrinterW внутри PrintConfig.dll. Мне не удалось найти заголовки для этой конкретной DLL, но я нашел очень похожую функцию внутри winspool.drv.
ПРИМЕЧАНИЕ. К моей радости, я определил, что предыдущее утверждение было неверным! Никакой другой функции, кроме той, что есть в winspool.drv, нет. Я неправильно понял вывод API Monitor и предположил, что PrintConfig.dll — это реализующая библиотека, хотя на самом деле это только вызывающая. Фу! Но, к сожалению, до сих пор нет сигары, так что вопрос остается в силе.
К сожалению, все мои попытки зацепить его не увенчались успехом. Мой код просто не вызывается. С другой стороны, подключение, например. kernel32.dllReadFile работает, как и ожидалось, во всех моих тестах.
Стоит отметить, что я не зациклен на идее хука конкретно OpenPrinterW. Причины, по которым я решил начать здесь:
- Монитор API показывает, что это действительно тот, который вызывается (по крайней мере, Блокнотом).
- Он выглядит правильным, поскольку принимает имя принтера и возвращает дескриптор, который затем передается другим вызовам печати. Если бы я мог изменить имя принтера внутри своего хука перед тем, как вызывать фактическое
OpenPrinterW, я бы чувствовал, что я, вероятно, на 90% там.
Итак... Есть идеи?
Ответы 1
Я обнаружил проблему после добавления некоторого дополнительного кода ведения журнала в мою DLL-ловушку.
На данный момент я пытаюсь установить хук в процесс «Блокнот» из моей внедренной DLL, модуль winspool.drv еще не загружен в процесс. Он загружается только в первый раз, когда он действительно нужен. Дох!
Простой вызов LoadLibrary решил проблему для меня, и теперь я могу успешно перехватить OpenPrinterW API.
Теперь об оставшихся 10% проблемы... :)
Я считал это, да. Но я отклонил его по двум причинам: 1. Мне нужно было убедиться, что пользователи всегда запускали приложение через мою программу запуска, которая выполняла бы подкачку, а затем ждала, пока приложение закроется, чтобы вернуть настройку к предыдущему значению. 2. Это повлияет на все остальные приложения.
Не проще ли программно изменить принтер по умолчанию на нужный. Вы можете программно изменить его позже, если хотите.