Отправка произвольного сигнала в Windows?

Если вы хотите явно / программно убить другую программу / процесс любого типа, в pstools SysInternals есть небольшой инструмент под названием «pskill», который ведет себя так же, как Unixen «kill».

Если вам нужно что-то еще, продолжайте читать (хотя я могу ошибаться в некоторых деталях, приведенных ниже - с тех пор как я последний раз разрабатывал программу Windows на C, используя только WinAPI и прекрасные книги Чарльза Петцольда «Программирование для Windows» в качестве руководства, прошло много времени. ).

В Windows у вас нет надлежащих «сигналов», то, что функции WinMain и WinProc получают от операционной системы, являются простыми сообщениями. Например, когда вы нажимаете кнопку «X» окна, Windows отправляет обработчику этого окна сообщение WM_CLOSE. Когда окно удалено, но программа все еще работает, оно отправляет WM_DESTROY. Когда он собирается выйти из основного цикла обработки сообщений, WinMain (не WinProc) получает WM_QUIT. Ваша программа должна реагировать на все это, как и ожидалось - вы действительно можете разработать «незащищенное» приложение, не делая то, что оно должно, после получения сообщения WM_CLOSE.

Когда пользователь выбирает задачу в диспетчере задач Windows и нажимает «Завершить задачу», ОС отправляет WM_CLOSE (и еще один, который я не помню). Однако, если вы используете «Завершить процесс», процесс удаляется напрямую, сообщения не отправляются (источник: Старое-новое

Я помню, что был способ получить HWND окна другого процесса, как только вы узнаете, что другой процесс может отправить этому окну сообщение через функции PostMessage и DispatchMessage.

Windows - это не POSIX. У него нет сигналов. Единственные «сигналы», которые получают консольные программы, - это вызовы SetConsoleCtrlHandler, и в этом случае можно получить уведомление о том, что пользователь нажал Ctrl + C, Ctrl + Break, закрыл окно консоли, вышел из системы или выключил систему.

Все остальное делается с помощью IPC, обычно с помощью оконных сообщений или RPC. Проверьте документацию Sun, чтобы узнать, есть ли способ сделать то, что вы просите, в Windows JRE.

В Windows все вращается вокруг сообщений Win32. Я не верю, что для этого есть инструмент командной строки, но в C ++ вы можете использовать FindWindow, чтобы отправить произвольное сообщение в другую программу Windows. например.:

#define WM_MYMSG  ( WM_USER+0x100 )
HWND h = ::FindWindow(NULL,_T("Win32App"));
if (h) {
    ::PostMessage(h, WM_MYMSG, 0, 0);
}

Это также можно сделать на C # с помощью com-взаимодействия.

SIGINT и другие сигналы могут быть отправлены программе с помощью windows-kill с помощью синтаксиса windows-kill -SIGINT PID, где PID можно получить из pslist Microsoft.

Что касается перехвата SIGINT, если ваша программа написана на Python, вы можете реализовать обработку / перехват SIGINT, как в этом решении.

Вы также можете использовать jconsole для просмотра трассировки стека всех запущенных потоков. Это будет работать в Windows и любой другой ОС, поддерживающей Java. jconsole также имеет много других приятных функций, графики памяти, графики процессоров и т. д.

Он не отвечает на ваш исходный вопрос, но, надеюсь, позволяет получить те же результаты.

Если вы не знакомы с jconsole, ознакомьтесь с Использование JConsole документация.

Мне просто интересно, если PsTools от, теперь принадлежащего Microsoft, Вам поможет SysInternals.

Ruby каким-то образом может (по крайней мере, имитировать) SIGINT SIGKILL и т.д. в Windows и перехватывать эти сообщения. Может, захочешь это проверить.

Как ruby ​​«посылает сигнал SIGINT этому процессу» внизу, в окнах, на самом деле вызывает TerminateProcess или эквивалент для этого PID.

Есть также эквивалентный Windows метод для «ловли ctrl + c», я полагаю, это то, что он там вызывает.