2011-02-27 5 views
3

내 코드 섹션을 완전히 실행하기 전에 코드 섹션을 중단하고 (ctrl-c) 옵션을 사용하여 나머지 코드 실행을 다시 시작합니다. (리눅스 플랫폼에서 작업하고 있습니다.)메서드를 중단하지만 코드의 나머지 부분을 계속 실행합니다.

포크를 만들고 메서드를 호출 한 다음 신호 처리를 사용하는 것으로 추측합니다. 신호 처리에 필요한 단계는 무엇입니까?

void Manager::Run() 
{ 
    pid_t pID = fork(); 

    if(pID<0) 
     exit(1);//give up here 
    else if(pID==0) {    
     BuildList(); //I'd like the option to ctrl-c this only 
     //some code here catch user signal interrupt? 
    } 
    else {;} 

    waitpid(pID,NULL,0);//pause until BuildList() is done or interrupted 


    PrintList(); 
} 

if/else 부분의 어딘가에 신호 (SIGINT, sigint)와 같은 줄을 사용하고 싶습니다. 그리고 다음과 같은 함수를 정의해야합니다 :

sigint(int param){ signal(param, SIG_DFL);}; 

단지 자식 프로세스 만 죽이고 싶습니다.

내 문제를 해결하는 것이 올바른 생각입니까? 그렇다면이 신호를 처리하기 위해 어떤 신호 처리가 필요합니까?

UPDATE :
더 완벽하게 내 질문을 해결하기 위해 내가 제안 된 비 포크 (fork) 방법을 탐구. 포크없이이 작업을 수행 할 수 있어야합니다. 불행히도 필자는 몇 번의 시도에서 컴파일 오류가 발생했습니다. 업데이트 된 코드와 새로운 오류가 포함되었습니다. sighandler 기능이 나는이 얻을 정적이 아닌 경우 Manager.hh에서

static void sighandler(int signum) 
    { 
     PrintList(); 
     exit(1); 
    }; 

Manager.cc는

void Manager::Run() 
{ 
    signal(SIGINT,sighandler);//sets up sighandler() 
    BuildList(); //add elements to a list 
    signal(SIGINT,SIG_DFL); //restore default 
    PrintList(); 
} 

포함되어 관리자의 전화 signal(SIGINT,sighandler)
error: argument of type 'void (Manager::)(int)' does not match 'void (*)(int)'
을 :: Run()을 사용하여 핸들러를 설정하십시오. 내가 정적 sighandler 기능에() 대하여 printList를 호출하면

나는이 얻을 : sighandler에서 PrintList(); 통화
error: cannot call member function 'void Manager::PrintList()' without object
을().

마지막으로 PrintList()를 정적 함수 (static sighandler로)로 만들면 List 및 iterator에서 이러한 오류가 발생하여 목록을 단계별로 처리합니다.
error: invalid use of member 'Manager::theList' in static member function
error: invalid use of member 'Manager::it' in static member function

이러한 오류의 주위에 어떤 똑똑한 방법?

+1

나는 신호 문제를 별도의 질문으로 제기해야한다고 생각합니다. 원래 질문에 대한 대답을 수락하면 답을 얻는 것이 더 쉬울 수도 있습니다. –

답변

2

인터럽트하려는 기능에 따라 포킹없이 구현 될 수 있습니다.

함수가 루프에서 처리하는 경우 신호 처리기는 처리를 중지 할 것임을 나타내는 부울을 설정할 수 있습니다. 루프는 단지이 부울을 검사 할 수 있으며 함수는 일단 신호 처리기에 의해 설정되면 안전하고 일관된 상태로 종료 할 수 있습니다.

+0

좋은 지적 - 내 대답은 다른 이유로 여러 프로세스 (또는 스레드)를 원한다고 가정하지만, 인터럽트 가능성 만있는 경우에는 신호 처리기와 전역 부울이 훨씬 간단합니다. –

+0

감사합니다. 나는 포크가 필요하다고 생각하도록 잘못 생각했습니다. – niwals

2

명시 적으로 메모리를 공유하지 않는 경우 (예 : mmap) fork 자식이 볼 수있는 결과를 생성하지 않습니다. 부모가 (fork 앞에) ctrl-C를 무시한 다음 signal(SIGINT, SIG_DFL)으로 자식의 기본값으로 다시 설정하면 signal(SIGINT, SIG_IGN) 수 있습니다.

대신 스레드를 사용하는 경우 다음 응답 변경 (공유 메모리 simpilfy하기) : SIGINT 그것을 대조 (특정 스레드에 명령의 실행에서 발생하지 않는 것을 의미 비동기 신호를 SIGSEGV입니다 동기 신호). 스레드 응용 프로그램에는 모든 스레드에 대해 하나의 공유 신호 처리기가 있습니다. 비동기 신호의 경우 스레드로 전달 될 수 있습니다. 이 핸들러는 BuildList()의 내부 루프에 표시되는 변수를 설정해야 정상적으로 종료 될 수 있습니다.

SIGINT를 무시에 대한 참고 사항 : 당신이 당신의 전체 응용 프로그램을 죽이고 싶어 지금 CTRL-C는 아무것도하지 않는 어떤 점에서 그것은 것이다 성가 시게을. 필연적으로 나는 다른 방법으로 그들을 죽일 수있는 응용 프로그램을 저주하고 있습니다. (Ctrl-\를 사용하여 SIGQUIT 또는 ctrl-Z + kill).

+0

"그 핸들러는 BuildList()의 내부 루프에 표시되는 변수를 설정해야 정상적으로 종료 될 수 있습니다." 이런 방식으로 쓰레드를 사용한다면 시그널 핸들러에서'pthread_cancel'을 사용하고 내부 루프에서'pthread_testcancel'을 사용하여 자신 만의 메커니즘을 사용하지 않도록 할 수 있습니까? 'pthread_cancel'은 시그널 세이프가 아니기 때문에 걱정하지 않아요. 아주 큰 메커니즘은 아닌 것 같아요. –

+0

무엇이든지간에 BuildList()에서 리소스를 누출하고 싶지는 않습니다. 메모리를 할당하는 함수처럼 들립니다. 취소 가능 유형을'PTHREAD_CANCEL_DEFERRED'로 설정하더라도 명시 적'pthread_testcancel' 외에도 여러 취소 지점이 있습니다. 이 문제를 해결할 방법이있을 수 있습니다. 장난감 응용 프로그램 외부에서'pthread_cancel '을 사용하지 않았습니다. –

+0

충분하지만 malloc에는 취소 지점이 없으므로 실제로이 목록을 어떻게 만들지에 따라 달라집니다. 일반적으로 다른 취소 지점은 오랜 시간을 차단하는 항목이므로 cancel-on-timeout에 대해 해당 설정을 원합니다. 설정된 시간에 차단하면 플래그가 부적절 할 수 있습니다. 스레드 제거는 함정을 포함하여 올바르게 배울 때까지 사용할 가치가없는 것들 중 하나 일 수 있다고 생각합니다. 로깅을 켜면 실수로 취소 할 수있는 코드에 취소 지점을 도입 할 수 있습니다. –

관련 문제