मैं है (अतीत में) पार मंच (विंडोज / यूनिक्स) अनुप्रयोगों, जो जब कमांड लाइन से शुरू कर दिया, संभाला एक उपयोगकर्ता के द्वारा लिखे गए लिखा Ctrl- Cएक ही तरीके से संयोजन (यानी आवेदन सफाई से समाप्त करने के लिए)।
यह Windows पर संभव है एक भेजने के लिए Ctrl- Cअनुरोध करने के लिए एक और (असंबद्ध) प्रक्रिया से एक प्रक्रिया के लिए / SIGINT / बराबर है कि यह सफाई से समाप्त (यह संसाधनों आदि को साफ़ रखने का अवसर देने के)?
जवाबों:
मैं एक समाधान के लिए सबसे करीब आया हूं वह SendSignal 3rd पार्टी ऐप है। लेखक स्रोत कोड और एक निष्पादन योग्य को सूचीबद्ध करता है। मैंने सत्यापित किया है कि यह 64-बिट विंडो के तहत काम करता है (32-बिट प्रोग्राम के रूप में चल रहा है, एक और 32-बिट प्रोग्राम को मार रहा है), लेकिन मुझे यह पता नहीं चला है कि कोड को विंडोज़ प्रोग्राम में कैसे एम्बेड किया जाए (32-बिट) या 64-बिट)।
यह काम किस प्रकार करता है:
डिबगर में बहुत खुदाई के बाद मुझे पता चला कि एंट्री पॉइंट जो वास्तव में ctrl-break जैसे सिग्नल से जुड़ा व्यवहार करता है, वह है kern32! CtrlRoutine। फ़ंक्शन में थ्रेडप्रोक के समान प्रोटोटाइप था, इसलिए इसे कोड इंजेक्ट किए बिना सीधे CreateRemoteThread के साथ उपयोग किया जा सकता है। हालाँकि, यह एक निर्यात प्रतीक नहीं है! यह विंडोज के विभिन्न संस्करणों पर अलग-अलग पते (और यहां तक कि अलग-अलग नाम हैं) पर है। क्या करें?
यहाँ समाधान मैं अंत में के साथ आया है। मैं अपने ऐप के लिए एक कंसोल ctrl हैंडलर स्थापित करता हूं, फिर अपने ऐप के लिए एक ctrl-break सिग्नल उत्पन्न करता हूं। जब मेरे हैंडलर को कॉल किया जाता है, तो मैं कर्नेल 32 को दिए गए मापदंडों का पता लगाने के लिए स्टैक के शीर्ष पर वापस देखता हूं! मैं पहले परम को पकड़ता हूं, जो थ्रेड का वांछित प्रारंभ पता है, जो कि कर्नेल 32 का पता है! CtrlRoutine। फिर मैं अपने हैंडलर से लौटता हूं, यह दर्शाता है कि मैंने सिग्नल को संभाला है और मेरे ऐप को समाप्त नहीं किया जाना चाहिए। मुख्य धागे में वापस, मैं कर्नेल 32 के पते तक प्रतीक्षा करता हूं! CtrlRoutine पुनर्प्राप्त किया गया है। एक बार जब मुझे यह मिल जाता है, तो मैं खोज शुरू किए गए पते के साथ लक्ष्य प्रक्रिया में एक दूरस्थ धागा बनाता हूं। यह लक्ष्य प्रक्रिया में ctrl संचालकों का मूल्यांकन करने का कारण बनता है जैसे कि ctrl-break दबाया गया था!
अच्छी बात यह है कि केवल लक्षित प्रक्रिया ही प्रभावित होती है, और किसी भी प्रक्रिया (यहां तक कि एक विंडो प्रक्रिया) को लक्षित किया जा सकता है। एक नकारात्मक पक्ष यह है कि मेरे छोटे ऐप का उपयोग बैच फ़ाइल में नहीं किया जा सकता है, क्योंकि यह कर्नेल-ब्रेक इवेंट को भेजने के लिए इसे मार देगा, जब कि कर्नेल 32 का पता चलता है! CtrlRoutine।
( startयदि यह एक बैच फ़ाइल में चल रहा है तो इसे रोकें ।)
मैंने इस विषय के इर्द-गिर्द कुछ शोध किए हैं, जो मेरे अनुमान से अधिक लोकप्रिय हुए। KindDragon का जवाब निर्णायक बिंदुओं में से एक था।
मैंने इस विषय पर एक लंबी ब्लॉग पोस्ट लिखी और एक कामकाजी डेमो प्रोग्राम बनाया, जो इस प्रकार की प्रणाली का उपयोग करके कुछ अच्छे फैशन में कमांड लाइन एप्लिकेशन को बंद करता है। वह पोस्ट उन बाहरी लिंक को भी सूचीबद्ध करती है जिनका मैंने अपने शोध में उपयोग किया था।
संक्षेप में, वे डेमो प्रोग्राम निम्नलिखित करते हैं:
संपादित करें: यहां और अब कोड में रुचि रखने वालों के लिए KindDragon से संशोधित समाधान। यदि आप पहले एक को रोकने के बाद अन्य कार्यक्रमों को शुरू करने की योजना बनाते हैं, तो आपको Ctrl-C हैंडलिंग को फिर से सक्षम करना चाहिए, अन्यथा अगली प्रक्रिया माता-पिता की अक्षम स्थिति को इनहेरिट करेगी और Ctrl-C का जवाब नहीं देगी।
[DllImport("kernel32.dll", SetLastError = true)]
static extern bool AttachConsole(uint dwProcessId);
[DllImport("kernel32.dll", SetLastError = true, ExactSpelling = true)]
static extern bool FreeConsole();
[DllImport("kernel32.dll")]
static extern bool SetConsoleCtrlHandler(ConsoleCtrlDelegate HandlerRoutine, bool Add);
delegate bool ConsoleCtrlDelegate(CtrlTypes CtrlType);
// Enumerated type for the control messages sent to the handler routine
enum CtrlTypes : uint
{
CTRL_C_EVENT = 0,
CTRL_BREAK_EVENT,
CTRL_CLOSE_EVENT,
CTRL_LOGOFF_EVENT = 5,
CTRL_SHUTDOWN_EVENT
}
[DllImport("kernel32.dll")]
[return: MarshalAs(UnmanagedType.Bool)]
private static extern bool GenerateConsoleCtrlEvent(CtrlTypes dwCtrlEvent, uint dwProcessGroupId);
public void StopProgram(Process proc)
{
//This does not require the console window to be visible.
if (AttachConsole((uint)proc.Id))
{
// Disable Ctrl-C handling for our program
SetConsoleCtrlHandler(null, true);
GenerateConsoleCtrlEvent(CtrlTypes.CTRL_C_EVENT, 0);
//Moved this command up on suggestion from Timothy Jannace (see comments below)
FreeConsole();
// Must wait here. If we don't and re-enable Ctrl-C
// handling below too fast, we might terminate ourselves.
proc.WaitForExit(2000);
//Re-enable Ctrl-C handling or any subsequently started
//programs will inherit the disabled state.
SetConsoleCtrlHandler(null, false);
}
}
इसके अलावा, आकस्मिक समाधान के लिए योजना अगर AttachConsole()या भेजा संकेत विफल हो, उदाहरण के लिए सो तो यह चाहिए:
if (!proc.HasExited)
{
try
{
proc.Kill();
}
catch (InvalidOperationException e){}
}
wait()मैंने री-इनेबल Ctrl-C ( SetConsoleCtrlHandler(null, false);) को हटा दिया । मैंने कुछ परीक्षण किए (कई कॉल, पहले से ही समाप्त प्रक्रियाओं पर भी) और मुझे कोई साइड इफेक्ट (अभी तक?) नहीं मिला।
मुझे लगता है कि मुझे इस सवाल पर थोड़ी देर हो गई है, लेकिन मैं किसी को भी उसी समस्या के लिए कुछ भी लिखूंगा। यह वही उत्तर है जैसा मैंने इस प्रश्न को दिया था ।
मेरी समस्या यह थी कि मैं अपने आवेदन को जीयूआई अनुप्रयोग बनाना चाहूंगा लेकिन निष्पादित प्रक्रियाओं को पृष्ठभूमि में बिना किसी संवादात्मक कंसोल विंडो के चलाया जाना चाहिए। मुझे लगता है कि यह समाधान तब भी काम करना चाहिए जब मूल प्रक्रिया कंसोल प्रक्रिया हो। हालाँकि आपको "CREATE_NO_WINDOW" झंडे को हटाना पड़ सकता है।
मैं एक आवरण एप्लिकेशन के साथ GenerateConsoleCtrlEvent () का उपयोग करके इसे हल करने में कामयाब रहा । मुश्किल हिस्सा सिर्फ इतना है कि प्रलेखन वास्तव में बिल्कुल स्पष्ट नहीं है कि इसका उपयोग कैसे किया जा सकता है और इसके साथ नुकसान हो सकता है।
मेरा समाधान यहाँ वर्णित है पर आधारित है । लेकिन यह वास्तव में या तो एक त्रुटि के साथ सभी विवरणों की व्याख्या नहीं करता है, इसलिए यहां यह विवरण है कि इसे कैसे काम करना है।
एक नया सहायक एप्लिकेशन "Helper.exe" बनाएं। यह एप्लिकेशन आपके एप्लिकेशन (पैरेंट) और उस बच्चे की प्रक्रिया के बीच बैठेगा जिसे आप बंद करने में सक्षम होना चाहते हैं। यह वास्तविक बाल प्रक्रिया भी बनाएगा। आपके पास यह "मध्यम पुरुष" प्रक्रिया होनी चाहिए या GenerateConsoleCtrlEvent () विफल हो जाएगी।
माता-पिता से हेल्पर प्रक्रिया तक संचार करने के लिए किसी प्रकार के आईपीसी तंत्र का उपयोग करें कि सहायक बच्चे की प्रक्रिया को बंद कर दे। जब सहायक को यह घटना मिलती है, तो वह "GenerateConsoleCtrlEvent (CTRL_BREAK, 0)" को कॉल करता है जो स्वयं और बच्चे की प्रक्रिया को बंद कर देता है। मैंने स्वयं इसके लिए एक ईवेंट ऑब्जेक्ट का उपयोग किया, जिसे माता-पिता तब पूरा करते हैं जब वह बच्चे की प्रक्रिया को रद्द करना चाहता है।
अपना Helper.exe बनाने के लिए इसे CREATE_NO_WINDOW और CREATE_NEW_PROCESS_GROUP के साथ बनाएं। और जब बच्चे की प्रक्रिया बनाते हैं तो इसे बिना झंडे (0) के साथ बनाते हैं, जिसका अर्थ है कि यह अपने माता-पिता से सांत्वना प्राप्त करेगा। ऐसा करने में विफल होने से यह घटना को अनदेखा कर देगा।
यह बहुत महत्वपूर्ण है कि प्रत्येक चरण इस तरह से किया जाता है। मैं सभी प्रकार के संयोजनों की कोशिश कर रहा हूं, लेकिन यह संयोजन केवल एक ही है जो काम करता है। आप CTRL_C ईवेंट नहीं भेज सकते हैं। यह सफलता लौटाएगा लेकिन इस प्रक्रिया को नजरअंदाज कर दिया जाएगा। CTRL_BREAK केवल वही है जो काम करता है। वास्तव में कोई फर्क नहीं पड़ता क्योंकि वे दोनों एक्सिटप्रोसेस () को अंत में कहेंगे।
आप GenerateConsoleCtrlEvent () को चाइल्ड प्रोसेस आईडी के प्रोसेस ग्रुप आईडी के साथ सीधे हेल्पर प्रक्रिया को जारी रखने की अनुमति नहीं दे सकते। यह भी विफल हो जाएगा।
मैंने पूरा दिन इस काम में लगा दिया। यह समाधान मेरे लिए काम करता है लेकिन अगर किसी के पास कृपया जोड़ने के लिए कुछ और है। मैं सभी समान समस्याओं वाले बहुत से लोगों को खोजने के लिए नेट पर गया था लेकिन समस्या का कोई निश्चित समाधान नहीं था। GenerateConsoleCtrlEvent () कैसे काम करता है यह भी थोड़ा अजीब है, अगर किसी को इस पर अधिक जानकारी पता है तो कृपया साझा करें।
संपादित करें:
GUI ऐप के लिए, विंडोज के विकास में इसे संभालने का "सामान्य" तरीका प्रक्रिया की मुख्य विंडो पर WM_CLOSE संदेश भेजना होगा।
कंसोल ऐप के लिए, आपको जोड़ने के लिए SetConsoleCtrlHandler का उपयोग करना होगा CTRL_C_EVENT।
यदि एप्लिकेशन ऐसा नहीं करता है, तो आप टर्मिनेटप्रोसेस को कॉल कर सकते हैं ।
GenerateConsoleCtrlEvent()यदि आप इसे किसी अन्य प्रक्रिया के लिए कहते हैं, तो किसी तरह से त्रुटि वापस आती है, लेकिन आप किसी अन्य कंसोल एप्लिकेशन से जुड़ सकते हैं और सभी चाइल्ड प्रोसेस को ईवेंट भेज सकते हैं।
void SendControlC(int pid)
{
AttachConsole(pid); // attach to process console
SetConsoleCtrlHandler(NULL, TRUE); // disable Control+C handling for our app
GenerateConsoleCtrlEvent(CTRL_C_EVENT, 0); // generate Control+C event
}
यहाँ कोड का उपयोग मैं अपने C ++ ऐप में कर रहा हूँ।
सकारात्मक अंक:
नकारात्मक अंक:
// Inspired from http://stackoverflow.com/a/15281070/1529139
// and http://stackoverflow.com/q/40059902/1529139
bool signalCtrl(DWORD dwProcessId, DWORD dwCtrlEvent)
{
bool success = false;
DWORD thisConsoleId = GetCurrentProcessId();
// Leave current console if it exists
// (otherwise AttachConsole will return ERROR_ACCESS_DENIED)
bool consoleDetached = (FreeConsole() != FALSE);
if (AttachConsole(dwProcessId) != FALSE)
{
// Add a fake Ctrl-C handler for avoid instant kill is this console
// WARNING: do not revert it or current program will be also killed
SetConsoleCtrlHandler(nullptr, true);
success = (GenerateConsoleCtrlEvent(dwCtrlEvent, 0) != FALSE);
FreeConsole();
}
if (consoleDetached)
{
// Create a new console if previous was deleted by OS
if (AttachConsole(thisConsoleId) == FALSE)
{
int errorCode = GetLastError();
if (errorCode == 31) // 31=ERROR_GEN_FAILURE
{
AllocConsole();
}
}
}
return success;
}
उपयोग उदाहरण:
DWORD dwProcessId = ...;
if (signalCtrl(dwProcessId, CTRL_C_EVENT))
{
cout << "Signal sent" << endl;
}
void SendSIGINT( HANDLE hProcess )
{
DWORD pid = GetProcessId(hProcess);
FreeConsole();
if (AttachConsole(pid))
{
// Disable Ctrl-C handling for our program
SetConsoleCtrlHandler(NULL, true);
GenerateConsoleCtrlEvent(CTRL_C_EVENT, 0); // SIGINT
//Re-enable Ctrl-C handling or any subsequently started
//programs will inherit the disabled state.
SetConsoleCtrlHandler(NULL, false);
WaitForSingleObject(hProcess, 10000);
}
}
यह क्रिस्टल स्पष्ट किया जाना चाहिए क्योंकि इस समय यह नहीं है। Ctrl-C भेजने के लिए SendSignal का एक संशोधित और संकलित संस्करण है (डिफ़ॉल्ट रूप से यह केवल Ctrl + ब्रेक भेजता है)। यहाँ कुछ बायनेरिज़ हैं:
(2014-3-7): मैंने Ctrl-C के साथ 32-बिट और 64-बिट संस्करण का निर्माण किया, इसे SendSignalCtrlC.exe कहा जाता है और आप इसे यहां डाउनलोड कर सकते हैं: https://dl.dropboxusercontent.com/u/49057777/ Sendignalctrlc / x86 / SendSignalCtrlC.exe https://dl.dropboxusercontent.com/u/49065779/sendignalctrlc/x86_64/SendSignalttrlC.exe - Juraj Michalak
मैंने उन फ़ाइलों को केवल मामले में देखा है:
32-बिट संस्करण: https://www.dropbox.com/s/r96jxglhkm4sjz2/SendSignalCtrlC.exe?dl=0
64-बिट संस्करण: https://www.dropbox.com /s/hhe0io7mcgcle1c/SendSignalCtrlC64.exe?dl=0
अस्वीकरण: मैंने उन फ़ाइलों का निर्माण नहीं किया। संकलित मूल फाइलों में कोई संशोधन नहीं किया गया था। परीक्षण किया गया एकमात्र प्लेटफॉर्म 64-बिट विंडोज 7 है। यह http://www.latenighthacking.com/projects/2003/sendSignal/ पर उपलब्ध स्रोत को अनुकूलित करने और इसे स्वयं संकलित करने की सिफारिश की गई है ।
जावा में, कर्नेल 32.dll लाइब्रेरी के साथ JNA का उपयोग करते हुए, C ++ समाधान के समान। CtrlCSender मुख्य विधि को एक प्रक्रिया के रूप में चलाता है जो सिर्फ Ctrl + C ईवेंट को भेजने और ईवेंट को बनाने के लिए प्रक्रिया का कंसोल प्राप्त करता है। चूंकि यह कंसोल के बिना अलग से चलता है इसलिए Ctrl + C ईवेंट को अक्षम और फिर से सक्षम करने की आवश्यकता नहीं है।
CtrlCSender.java - निमो 1024 और किंडरड्रैगन के उत्तरों पर आधारित है।
एक ज्ञात प्रक्रिया आईडी को देखते हुए, यह सांत्वना एप्लिकेशन लक्षित प्रक्रिया के कंसोल को संलग्न करेगा और उस पर एक CTRL + C ईवेंट उत्पन्न करेगा।
import com.sun.jna.platform.win32.Kernel32;
public class CtrlCSender {
public static void main(String args[]) {
int processId = Integer.parseInt(args[0]);
Kernel32.INSTANCE.AttachConsole(processId);
Kernel32.INSTANCE.GenerateConsoleCtrlEvent(Kernel32.CTRL_C_EVENT, 0);
}
}
मुख्य अनुप्रयोग - एक अलग सांत्वना प्रक्रिया के रूप में CtrlCSender चलाता है
ProcessBuilder pb = new ProcessBuilder();
pb.command("javaw", "-cp", System.getProperty("java.class.path", "."), CtrlCSender.class.getName(), processId);
pb.redirectErrorStream();
pb.redirectOutput(ProcessBuilder.Redirect.INHERIT);
pb.redirectError(ProcessBuilder.Redirect.INHERIT);
Process ctrlCProcess = pb.start();
ctrlCProcess.waitFor();
हाँ। windows-killपरियोजना वास्तव में करता है कि आप क्या चाहते:
windows-kill -SIGINT 1234
एक समाधान जो मैंने यहाँ से पाया है वह बहुत सरल है यदि आपके पास आपकी कमांड लाइन में अजगर 3.x उपलब्ध है। सबसे पहले, एक फ़ाइल (ctrl_c.py) सामग्री के साथ सहेजें:
import ctypes
import sys
kernel = ctypes.windll.kernel32
pid = int(sys.argv[1])
kernel.FreeConsole()
kernel.AttachConsole(pid)
kernel.SetConsoleCtrlHandler(None, 1)
kernel.GenerateConsoleCtrlEvent(0, 0)
sys.exit(0)
फिर कॉल करो:
python ctrl_c.py 12345
अगर वह काम नहीं करता है, तो मैं विंडोज़-किल प्रोजेक्ट को आज़माने की सलाह देता हूं: https://github.com/alirdn/windows-kill
मेरे एक दोस्त ने समस्या को हल करने का एक अलग तरीका सुझाया और यह मेरे लिए काम कर गया। नीचे दिए गए शब्द का उपयोग करें। यह शुरू होता है और आवेदन करता है, इसे 7 सेकंड तक चलने दें और ctrl + c का उपयोग करके इसे बंद कर दें ।
'VBScript उदाहरण
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "notepad.exe"
WshShell.AppActivate "notepad"
WScript.Sleep 7000
WshShell.SendKeys "^C"
// Send [CTRL-C] to interrupt a batch file running in a Command Prompt window, even if the Command Prompt window is not visible,
// without bringing the Command Prompt window into focus.
// [CTRL-C] will have an effect on the batch file, but not on the Command Prompt window itself -- in other words,
// [CTRL-C] will not have the same visible effect on a Command Prompt window that isn't running a batch file at the moment
// as bringing a Command Prompt window that isn't running a batch file into focus and pressing [CTRL-C] on the keyboard.
ulong ulProcessId = 0UL;
// hwC = Find Command Prompt window HWND
GetWindowThreadProcessId (hwC, (LPDWORD) &ulProcessId);
AttachConsole ((DWORD) ulProcessId);
SetConsoleCtrlHandler (NULL, TRUE);
GenerateConsoleCtrlEvent (CTRL_C_EVENT, 0UL);
SetConsoleCtrlHandler (NULL, FALSE);
FreeConsole ();
SIGINT को सिंटैक्स द्वारा विंडोज़-किल , प्रोग्राम का उपयोग करके भेजा जा सकता है windows-kill -SIGINT PID, जहाँ PIDMicrosoft के pslist द्वारा प्राप्त किया जा सकता है ।
SIGINTs को पकड़ने के बारे में, अगर आपका प्रोग्राम Python में है तो आप इस समाधान में SIGINT प्रसंस्करण / पकड़ने को लागू कर सकते हैं ।
प्रोसेस आईडी के आधार पर, हम जबरदस्ती या इनायत या किसी अन्य सिग्नल को समाप्त करने के लिए प्रक्रिया को सिग्नल भेज सकते हैं।
सभी प्रक्रिया को सूचीबद्ध करें:
C:\>tasklist
प्रक्रिया को मारने के लिए:
C:\>Taskkill /IM firefox.exe /F
or
C:\>Taskkill /PID 26356 /F
विवरण:
http://tweaks.com/windows/39559/kill-processes-from-command-prompt/
jstackइस विशिष्ट मामले के बदले मज़बूती से इस्तेमाल किया जा सकता है: stackoverflow.com/a/47723393/603516