tirwhan,
Be careful when doing what - using sig handlers or hitting CTRL-C? The problem that you seem to be referencing has nothing to do with signal handling and everything to do with unsafe signals.

The basic problem is that prior to 5.8.0, Perl would process a received signal immediately even if it was in the middle of an operation. This could make lead to some undesireable behavior when signals were received (intentionally such as hitting CTRL-C or otherwise). The problem with the alternative (safe signals) is that it may be this long running operation you want to abort midstream. With 5.8.1 and above, you can set an environment variable to get back the old functionality (which some find to be desireable) called unsafe-signals.

Understanding is the key since the word "unsafe" leads to certain connotations that may not be applicable to a given circumstance. It is the reason why the N (nuclear) in NMRI has been almost universally dropped - people freak out when they hear it.

Cheers - L~R

Hmm, not wanting to get into a semantic squabble here, but unless I'm mistaken (which is always possible) it is the signal handler, not the signal itself which was unsafe. Or more precisely the way perl used to process signals wich allowed for "unsafe" handling.

I was referring to Zaxo's signal handler, which printed out a string. As the linked node mentions, it is possible to cause a core dump when doing stdio in a signal handler during another stdio operation. So I figured a word of warning would be appropriate, since the original poster seemed to want to intercept the SIGINT and carry on regardless. Sorry for not explaining that in more detail earlier.

$SIG{'INT'} = sub {print "Caught One!\n"};
while(1) {
    sleep 1;
}
[download]

On ActivePerl 5.6.1/Win32, the program is exited the second time you press ctrl-C. Apparently the signal handler gets cleared... setting the signal handler again makes it work again. Of course, there will still be a short crack where it's still vulnerable.

On ActivePerl 5.8.3, it keeps working.