<br><br><div class="gmail_quote">On Sat, Mar 19, 2011 at 5:01 PM, Bernd Petrovitsch <span dir="ltr"><<a href="mailto:bernd@petrovitsch.priv.at">bernd@petrovitsch.priv.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Sam, 2011-03-19 at 02:42 +0530, mohit verma wrote:<br>
> On Sat, Mar 19, 2011 at 2:00 AM, Manish Katiyar <<a href="mailto:mkatiyar@gmail.com">mkatiyar@gmail.com</a>><br>
> wrote:<br>
> On Fri, Mar 18, 2011 at 1:11 PM, mohit verma<br>
> <<a href="mailto:mohit89mlnc@gmail.com">mohit89mlnc@gmail.com</a>> wrote:<br>
> > Hi folks,<br>
> > AFAIK there is not particular system call in Linux systems<br>
> that can<br>
> > register a number of signals (signal numbers) at once and<br>
> provide a common<br>
> > signal handler for all of the assembled signals.<br>
><br>
><br>
> Did you try giving a common signal handler for two different<br>
> signals ?<br>
> Yes i did.<br>
><br>
> > I know doing this may be<br>
> > hardly required in practice.<br>
><br>
><br>
> Why not....for example... I want to print "quitting...." error<br>
> msg if<br>
> I get SIGINT or SIGQUIT.<br>
<br>
</div>Call sigaction() two times ....<br>
<div class="im"><br>
> Ok. i think these messages are for debugging purpose. But anyway let<br>
> it be common. :)<br>
<br>
</div>That's the problem: It is not common. And if the set of signals is<br>
probably different for all these cases.<br>
<br>
What's the drawback of the current situation?<br>
It you you have the (IMHO) uncommon situation where you want to use the<br>
same signal handler for different signals, you can easily call<br>
sigaction() for all of them separately and be done. This is usually done<br>
one per application so there is no point in speeding it up.<br>
<br>
And just adding one system-call to cope with a rarely used operation<br>
which can easily be simulated with other existing ones is a waste of<br>
time for development and RAM on each host.<br></blockquote><div><br></div><div> is there any need of raise() system call if we have kill() system call which is capable of sending signals to the process itself? Actually there are lots of examples of this type .Some of them are for compatibility reasons and still some are "i dont know why." :)</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
> > But i think this type of system call should be<br>
> > in Linux systems which can serve handler functionality on<br>
> some of signals.<br>
> > Please tell me the flaws proposing something like this. i<br>
> want to work on<br>
> > this tiny problem. :)<br>
<br>
</div>What is the semantic of an error?<br>
At least one signal registration fails or all failed or some failed?<br>
well if we think in this way then there are some examples where failure of some critical system calls is handled by trying for them again and again.<br>
And what is the application expected to do if it actually failed (for<br>
whatever reason).<br>
<br>
But feel free to implement it and play around!<br></blockquote><div> But anyway thanks a lot :) </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Bernd<br>
<font color="#888888">--<br>
Bernd Petrovitsch Email : <a href="mailto:bernd@petrovitsch.priv.at">bernd@petrovitsch.priv.at</a><br>
LUGA : <a href="http://www.luga.at" target="_blank">http://www.luga.at</a><br>
<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>........................<div><i>MOHIT VERMA</i></div><br>