वेटपिड अवरुद्ध करना जब इसे

Question

नहीं करना चाहिए, मैं मिनी-शैल लिख रहा हूं (नहीं, स्कूल के लिए नहीं: पी; अपने स्वयं के आनंद के लिए) और अधिकांश बुनियादी कार्यक्षमता अब की गई है लेकिन मैं SIGTSTP को संभालने का प्रयास करते समय अटक गया हूं।

माना जाता है कि जब कोई उपयोगकर्ता Ctrl+Z दबाता है, तो SIGTSTP को खोल की अग्रभूमि प्रक्रिया में भेजा जाना चाहिए, और शैल सामान्य रूप से जारी रखना चाहिए।

प्रत्येक प्रक्रिया बनाने (अगर यह एक अग्रभूमि प्रक्रिया है) के बाद, निम्न कोड इंतजार कर रहा है:

if(waitpid(pid, &processReturnStatus, WUNTRACED)>0){//wait stopped too 
    if(WIFEXITED(processReturnStatus) || WIFSIGNALED(processReturnStatus)) 
     removeFromJobList(pid); 
} 

और मैं संकेत से निपटने कर रहा हूँ इस प्रकार है:

void sigtstpHandler(int signum) 
{ 
    signum++;//Just to remove gcc's warning 
    pid_t pid = findForegroundProcessID(); 
    if(pid > -1){ 
     kill(-pid, SIGTSTP);//Sending to the whole group 
    } 
} 

क्या होता है जब मैं Ctrl+Z दबाता हूं, तो प्रक्रिया की स्थिति को देखने के लिए बच्चे की प्रक्रिया वास्तव में निलंबित हो जाती है (ps -all का उपयोग करके) लेकिन मेरा खोल waitpid पर लटका हुआ है आर रिटर्न देता है भले ही मैंने WUNTRACED फ्लैग पास किया, जहां तक ​​मुझे समझा जाता है कि प्रक्रिया को बंद होने पर waitpid वापस करना है।
तो मैं गलत क्या कर सकता था? या क्या मैं वेटपीड के व्यवहार को गलत तरीके से समझता हूं?

नोट्स:
-findForegroundProcessID() सही पिड देता है; मैंने दोबारा जांच की।
मैं प्रत्येक प्रक्रिया के समूह को बदलने हूँ जब सही होने के बाद मैं fork
-Handling Ctrl+C ठीक काम कर रहा है
-अगर मैं एक टर्मिनल का उपयोग मेरी खोल रुक जाता है के बाद SIGCONT भेजने के लिए, बच्चे प्रक्रिया अपना काम शुरू और खोल यह काटनेवाला अंत में।
- मैं SIGTSTP को पकड़ रहा हूं जहां तक ​​मैंने पढ़ा (और परीक्षण) पकड़ा जा सकता है। - मैंने वेटपिड के बजाय वेटिड का उपयोग करने की कोशिश की, अगर समस्या बनी रहती है। संपादित करें:

void sigchldHandler(int signum) 
{ 
    signum++;//Just to remove the warning 
    pid_t pid; 
    while((pid = waitpid(-1, &processReturnStatus, 0)) > 0){  
     removeFromJobList(pid); 
    } 
    if(errno != ECHILD) 
     unixError("kill error"); 
} 

मेरे SIGCHLD हैंडलर।

Answer 1

SIGCHLD रुकने वाले बच्चों के लिए डिलीवर किया गया है। waitpid() सिग्नल हैंडलर में पर कॉल करें - जो WUNTRACED निर्दिष्ट नहीं करता है - हमेशा के लिए ब्लॉक करता है।

शायद आपके पास removeFromJobList() दो अलग-अलग स्थानों में प्रसंस्करण नहीं होना चाहिए। अगर मुझे लगता है, ऐसा लगता है कि यह वैश्विक डेटा संरचनाओं को छूता है, और सिग्नल हैंडलर में नहीं है।

Answer 2

वेटपीड वापस नहीं आ रहा है क्योंकि आप एक सिग्ल्ड हैंडलर (जिसे मैंने आपको पहले भेजा था) स्थापित नहीं कर रहे हैं। आपके पास बाल प्रक्रिया है जो काटा नहीं जा रहा है। इसके अलावा, प्रतीक्षापिड थोड़ी देर में होने की जरूरत है, अगर नहीं (आपको भी भेजा गया है)।

एकमात्र सिग्नल जिसे आप पकड़ना चाहते हैं वह सिग्लड है। कारण यह है कि यदि आपकी प्रक्रियाओं को ठीक से फोर्क किया जाता है, तो कर्नेल उस सिग्नल को अग्रभूमि प्रक्रिया में भेज देगा और यह इसे समाप्त कर देगा या इसे रोक देगा या जो कुछ भी सिग्नल ठीक से करेगा।

जब प्रक्रिया समूह सही तरीके से सेट नहीं होते हैं, तो संकेत गलत प्रक्रिया में भेजे जाएंगे। इसका परीक्षण करने का एक तरीका अग्रभूमि प्रक्रिया चलाकर और Ctrl-Z को मारना है।यदि आपका पूरा खोल मौजूद है, तो Ctrl-Z सिग्नल पूरे खोल में भेजा जा रहा है। इसका मतलब है कि आपने नई प्रक्रिया को नए प्रक्रिया समूह में सेट नहीं किया है और इसे टर्मिनल दिया है।

अब यह है कि आपको क्या करना है यदि आपका Ctrl-Z सिग्नल आपके पूरे खोल को रोक रहा है। एक बार जब आप प्रक्रिया को फोर्क करते हैं, तो बच्चे की प्रक्रिया में: - सेटजीडिड का उपयोग करके प्रक्रिया को अपने समूह में सेट करें। - इसे सिगेटू को अवरुद्ध करके और इसे tcsetpgrp का उपयोग करके टर्मिनल देकर एक सेने टर्मिनल दें।

अभिभावक में: - सेटजीड का उपयोग करके अपने बच्चे की प्रक्रिया भी सेट करें। ऐसा इसलिए है क्योंकि आपको कोई जानकारी नहीं है कि क्या बच्चा या माता-पिता पहले निष्पादित करेंगे, इसलिए यह दौड़ की स्थिति से बचाता है। यह दो बार सेट करने के लिए चोट नहीं है।