Sponsored Content
Full Discussion: Trying to block signal
Top Forums UNIX for Dummies Questions & Answers Trying to block signal Post 302465034 by joker40 on Thursday 21st of October 2010 02:00:16 PM
Old 10-21-2010
Trying to block signal

I have this code that doesnt do what it is suppose to do. It should block signal that I send while process is running. I press control+z while this process is running and it should be blocked but it isnt. When i press control+z it gives me this....
[1]+ Stopped
When I change SIGTSP into SIGINT then it works as it should. I press control+c and it ignores it and continues executing my program.
Can anyone tell me why this is happening.

Code:
  sigset_t s;
  int j = 0;
  sigemptyset(&s);
  sigaddset(&first,SIGTSTP);

  for (i = 0 ; i < 10 ; i++){
     sleep(5);
     if ( sigprocmask(SIG_BLOCK,&first,NULL)==-1)
        break;

     fprintf("print something here\n");

  }

 

10 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Alarm signal

Hi, when I execute a script on unix AIX, I've got an error message: "Execution: 85328 Signal d'alarme". If I edit this file with "vi", I ve got the same error after a while (about 1 minute). If I try with another user I still have the problem. But if I rename this file, no problem. My... (5 Replies)
Discussion started by: cgsteph
5 Replies

2. Programming

Signal Names

Hi everyone, Is there a variable or built in function in the Unix env. for me to obtain the name of a signal that is caught? As far as I understand only a numeric value of the signal is returned to the handler. For example: void handler (int signum) { ... (2 Replies)
Discussion started by: laila63
2 Replies

3. UNIX for Advanced & Expert Users

kill signal

Hello e'bdy, We have WebSphere MQ running on AIX 5.1 Every weekend MQ receives a kill -30 signal from some process or user and offloads a big error file. There is no way in MQ through which that process can be tracked. Is there something which i can do on UNIX level to trap the process? Best... (3 Replies)
Discussion started by: jhaavinash
3 Replies

4. UNIX for Advanced & Expert Users

Kill Signal

Hello, I'm doing a project of OS simulation (Process Scheduling, to be very specific). Can anyone, please, explain what exactly happens in the background when we see "Sending all processes the KILL signal...........". How is it sent to each process? Is it that something like a boolean is stored... (3 Replies)
Discussion started by: ameya
3 Replies

5. Shell Programming and Scripting

Signal question

Who can explain the meaning of the &2 &1 or @, #, etc in the script? Is there any document which can explain the usage of these words in details? for example: ls /etc/sysconfig/network > /dev/null 2>&1 #@ bash, ksh and sh. Thanks in advance for ur advice. (1 Reply)
Discussion started by: GCTEII
1 Replies

6. Shell Programming and Scripting

signal script?

I have a script which invoke a java program, because the program requires file as input, hence the script would sleep a X seconds then check for file existence, if the file exists then program is invoker else, keep waiting until the time is up. My problem is that if there is a way to find out if my... (1 Reply)
Discussion started by: mpang_
1 Replies

7. Programming

Signal catching

Hi! I want to catch all signals that my program receives print their name and then execute the default handler. Can you help me on that? I've tried the following code: #include <stdio.h> #include <unistd.h> #include <signal.h> void (*hnd)(int i); char signals = { "SIGHUP",... (7 Replies)
Discussion started by: dark_knight
7 Replies

8. Shell Programming and Scripting

Killed by signal 15.

Hi all I have Master script, Main script ,and 4 Child script. Master.sh #!/bin/bash /export/home/user/Main.shMain.sh #!/bin/bash /export/home/user/Child1.sh & /export/home/user/Child2.sh & /export/home/user/Child3.sh & /export/home/user/Child4.sh &I run only Master.sh script... (1 Reply)
Discussion started by: almanto
1 Replies

9. Programming

queue a signal

A program have to receive signals and work agreed with it, but the process have to receive more than one signal when it is attending other. Those have to be queued to be attended later recived. how can i do that? thanks. (2 Replies)
Discussion started by: marmaster
2 Replies

10. Programming

Signal function

Hello I want to know how can i use signal function in c for keyboard interrupt handling. what i exactly want is : my program is processing and if i press any key while processing , the program should call the interrupt and displays/prints that key and now goes back to processing. I added the... (5 Replies)
Discussion started by: Jahanzeb
5 Replies
thr_sigsetmask(3C)                                                                                                              thr_sigsetmask(3C)

NAME
thr_sigsetmask - change or examine calling thread's signal mask SYNOPSIS
cc -mt [ flag... ] file... [ library... ] #include <thread.h> #include <signal.h> int thr_sigsetmask(int how, const sigset_t *set, sigset_t *oset); The thr_sigsetmask() function changes or examines a calling thread's signal mask. Each thread has its own signal mask. A new thread inher- its the calling thread's signal mask and priority; however, pending signals are not inherited. Signals pending for a new thread will be empty. If the value of the argument set is not NULL, set points to a set of signals that can modify the currently blocked set. If the value of set is NULL, the value of how is insignificant and the thread's signal mask is unmodified; thus, thr_sigsetmask() can be used to inquire about the currently blocked signals. The value of the argument how specifies the method in which the set is changed and takes one of the following values: SIG_BLOCK set corresponds to a set of signals to block. They are added to the current signal mask. SIG_UNBLOCK set corresponds to a set of signals to unblock. These signals are deleted from the current signal mask. SIG_SETMASK set corresponds to the new signal mask. The current signal mask is replaced by set. If the value of oset is not NULL, it points to the location where the previous signal mask is stored. Upon successful completion, the thr_sigsetmask() function returns 0. Otherwise, it returns a non-zero value. The thr_sigsetmask() function will fail if: EINVAL The value of how is not defined and oset is NULL. Example 1: Create a default thread that can serve as a signal catcher/handler with its own signal mask. The following example shows how to create a default thread that can serve as a signal catcher/handler with its own signal mask. new will have a different value from the creator's signal mask. As POSIX threads and Solaris threads are fully compatible even within the same process, this example uses pthread_create(3C) if you exe- cute a.out 0, or thr_create(3C) if you execute a.out 1. In this example: o The sigemptyset(3C) function initializes a null signal set, new. The sigaddset(3C) function packs the signal, SIGINT, into that new set. o Either pthread_sigmask() or thr_sigsetmask() is used to mask the signal, SIGINT (CTRL-C), from the calling thread, which is main(). The signal is masked to guarantee that only the new thread will receive this signal. o pthread_create() or thr_create() creates the signal-handling thread. o Using pthread_join(3C) or thr_join(3C), main() then waits for the termination of that signal-handling thread, whose ID number is user_threadID. Then main() will sleep(3C) for 2 seconds, after which the program terminates. o The signal-handling thread, handler: o Assigns the handler interrupt() to handle the signal SIGINT by the call to sigaction(2). o Resets its own signal set to not block the signal, SIGINT. o Sleeps for 8 seconds to allow time for the user to deliver the signal SIGINT by pressing the CTRL-C. /* cc thisfile.c -lthread -lpthread */ #define _REENTRANT /* basic first 3-lines for threads */ #include <pthread.h> #include <thread.h> thread_t user_threadID; sigset_t new; void *handler(), interrupt(); int main( int argc, char *argv[] ){ test_argv(argv[1]); sigemptyset(&new); sigaddset(&new, SIGINT); switch(*argv[1]) { case '0': /* POSIX */ pthread_sigmask(SIG_BLOCK, &new, NULL); pthread_create(&user_threadID, NULL, handler, argv[1]); pthread_join(user_threadID, NULL); break; case '1': /* Solaris */ thr_sigsetmask(SIG_BLOCK, &new, NULL); thr_create(NULL, 0, handler, argv[1], 0, &user_threadID); thr_join(user_threadID, NULL, NULL); break; } /* switch */ printf("thread handler, # %d, has exited ",user_threadID); sleep(2); printf("main thread, # %d is done ", thr_self()); return(0) } /* end main */ struct sigaction act; void * handler(char *argv1) { act.sa_handler = interrupt; sigaction(SIGINT, &act, NULL); switch(*argv1){ case '0': /* POSIX */ pthread_sigmask(SIG_UNBLOCK, &new, NULL); break; case '1': /* Solaris */ thr_sigsetmask(SIG_UNBLOCK, &new, NULL); break; } printf(" Press CTRL-C to deliver SIGINT signal to the process "); sleep(8); /* give user time to hit CTRL-C */ return (NULL) } void interrupt(int sig) { printf("thread %d caught signal %d ", thr_self(), sig); } void test_argv(char argv1[]) { if(argv1 == NULL) { printf("use 0 as arg1 to use thr_create(); or use 1 as arg1 to use pthread_create() "); exit(NULL); } } In the last example, the handler thread served as a signal-handler while also taking care of activity of its own (in this case, sleeping, although it could have been some other activity). A thread could be completely dedicated to signal-handling simply by waiting for the delivery of a selected signal by blocking with sigwait(2). The two subroutines in the previous example, handler() and interrupt(), could have been replaced with the following routine: void * handler(void *ignore) { int signal; printf("thread %d waiting for you to press the CTRL-C keys ", thr_self()); sigwait(&new, &signal); printf("thread %d has received the signal %d ", thr_self(), signal); } /*pthread_create() and thr_create() would use NULL instead of argv[1] for the arg passed to handler() */ In this routine, one thread is dedicated to catching and handling the signal specified by the set new, which allows main() and all of its other sub-threads, created after pthread_sigmask() or thr_sigsetmask() masked that signal, to continue uninterrupted. Any use of sig- wait(2) should be such that all threads block the signals passed to sigwait(2) at all times. Only the thread that calls sigwait() will get the signals. The call to sigwait(2) takes two arguments. For this type of background dedicated signal-handling routine, a Solaris daemon thread can be used by passing the argument THR_DAEMON to thr_create(). See attributes(5) for descriptions of the following attributes: +-----------------------------+------------------------------+ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | +-----------------------------+------------------------------+ |MT-Level |MT-Safe and Async-Signal-Safe | +-----------------------------+------------------------------+ sigaction(2), sigprocmask(2), sigwait(2), cond_wait(3C), pthread_cancel(3C), pthread_create(3C), pthread_join(3C), pthread_self(3C), sigaddset(3C), sigemptyset(3C), sigsetops(3C), sleep(3C), attributes(5), cancellation(5), standards(5) It is not possible to block signals that cannot be caught or ignored (see sigaction(2)). It is also not possible to block or unblock SIG- CANCEL, as SIGCANCEL is reserved for the implementation of POSIX thread cancellation (see pthread_cancel(3C) and cancellation(5)). This restriction is quietly enforced by the standard C library. Using sigwait(2) in a dedicated thread allows asynchronously generated signals to be managed synchronously; however, sigwait(2) should never be used to manage synchronously generated signals. Synchronously generated signals are exceptions that are generated by a thread and are directed at the thread causing the exception. Since sigwait() blocks waiting for signals, the blocking thread cannot receive a synchronously generated signal. Calling thesigprocmask(2) function will be the same as if thr_sigsetmask() or pthread_sigmask() has been called. POSIX leaves the seman- tics of the call to sigprocmask(2) unspecified in a multi-threaded process, so programs that care about POSIX portability should not depend on this semantic. If a signal is delivered while a thread is waiting on a condition variable, the cond_wait(3C) function will be interrupted and the handler will be executed. The state of the lock protecting the condition variable is undefined while the thread is executing the signal handler. Signals that are generated synchronously should not be masked. If such a signal is blocked and delivered, the receiving process is killed. 23 Mar 2005 thr_sigsetmask(3C)
All times are GMT -4. The time now is 05:39 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy