| www.delorie.com/archives/browse.cgi | search |
On Fri, Aug 27, 1999 at 01:40:03PM +0400, Vadim Egorov wrote:
>Hello,
>
>There is a problem with setjmp/longjmp/signals/exceptions that can be
>demonstrated by the following code:
>
>static jmp_buf env;
>static sigset_t set = {0};
>
>static void sig_handler(int sig)
>{
> sigprocmask(SIG_UNBLOCK, &set, 0);
> longjmp(env, sig);
>}
>
>int main(int argc, char * * argv)
>{
> sigaddset(&set, SIGSEGV);
>
> for ( int i = 0 ; i < 2; i++)
> {
> if ( setjmp(env) == 0 )
> {
> signal(SIGSEGV, ssig_handler);
> printf("exception ...");
> *(int*)0 = 1;
> }
> else
> {
> printf("trapped\n");
> }
> }
> return 0;
>
>}
>
>It traps exception only once and than hangs. The problem seems to be
>in longjmp code. If I load CRTDLL.DLL dynamically and use
>setjmp/longjmp from there all works. I traced MS longjmp and noticed
>that it calls RtlUnwind which seems do the trick. In addition this
>code works on Linux without signal unblocking - it is necessary only if
>SIGSEGV is signaled by raise.
It should be pretty easy to run this in a debugger and see where it's
hanging or attach to a hung process and get a stack trace from a couple
of the threads.
I would like to encourage people to do this. It could help DJ or me
figure out where the problem lies without having to duplicate somebody
else's effort.
In this case, I suspect that setjmp itself is being interrupted so env
is in an unknown state when the the signal handler uses it.
-chris
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |