(चेतावनी पाठभेद:।। मैं urxvt या GNOME टर्मिनल पर लिनक्स, और रन zsh का उपयोग आप एक अलग ऑपरेटिंग सिस्टम, टर्मिनल, या शेल का उपयोग करते हैं, यह यह आपके लिए अलग तरह से काम भी कर सकती है)
जिस तरह से मैं आमतौर पर इसे संभालता हूं उसे Ctrl + Z दबाता है (जो इसे पृष्ठभूमि में रखता है, निष्पादन को पूरी तरह से दुष्प्रभाव के रूप में रोकता है) फिर नौकरी को मारता है। आमतौर पर यह kill %1
है, हालांकि आप jobs
को दोबारा जांचने के लिए चला सकते हैं।
तुम भी एक नया टर्मिनल शुरू कर सकते हैं और killall -9 ghci
की तरह कुछ करते हैं, लेकिन यह एक बहुत अधिक संसाधन लागत है: आप कुछ नई प्रक्रियाओं को उत्पन्न करने कर रहे हैं, एक्स कनेक्शन खोलने, कर जो कुछ भी यह अपने टर्मिनल जब वह खुद को आरंभ करता है, ऐसा करने पर जो भी हो, वह आपके खोल को शुरू करता है, आदि। यदि आप स्थिति में हैं तो मैं अक्सर खुद को पाता हूं - ghci पागल की तरह स्वैपिंग कर रहा है - जो चीजों को पेंच करने के लिए और अधिक समय देता है।
स्रोत
2015-06-16 20:25:28
मैं भी इस पर गौर किया, तो मैं एक जवाब को देखने के लिए खुशी है कि, भी हो जाएगा। शायद यह * एक बग है? – AJFarmar
मुझे डर है कि बाद वाला आदेश कभी भी स्मृति आवंटित नहीं कर रहा है। ऐसे मामले में, जीएचसी थ्रेड शेड्यूलर (आईआईआरसी) अनुचित है, और कभी भी अन्य धागे पर नियंत्रण स्थानांतरित नहीं करेगा, या एएसआईएनसी अपवाद को Ctrl-C से वितरित करने की अनुमति देगा। (ईमानदार होने के लिए, यह बहुत समय पहले मामला था, और मुझे नहीं पता कि उन्होंने इस तरह के आसपास काम किया है।) – chi
मुझे पता है कि आप जिस समस्या के बारे में बात कर रहे हैं, लेकिन कम से कम मेरे लिए (जीएचसी- 7.10), Ctrl + C _does_ बाधित 'आखिरी (दोहराएं 0)'! –