Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Mon, 11 Oct 2004 20:56:52 -0500 (CDT)
From: Brian Ford <ford AT vss DOT fsi DOT com>
X-X-Sender: ford AT thing1-200
Reply-To: cygwin AT cygwin DOT com
To: cygwin AT cygwin DOT com
Subject: Re: setjmp/longjmp & signal handlers bug
In-Reply-To: <20041011235128.GD17461@trixie.casa.cgf.cx>
Message-ID: <Pine.GSO.4.58.0410112048460.15435@thing1-200>
References: <Pine DOT CYG DOT 4 DOT 58 DOT 0410111754160 DOT 1048 AT fordpc DOT vss DOT fsi DOT com> <20041011235128 DOT GD17461 AT trixie DOT casa DOT cgf DOT cx>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-IsSubscribed: yes

On Mon, 11 Oct 2004, Christopher Faylor wrote:

> On Mon, Oct 11, 2004 at 06:00:07PM -0500, Brian Ford wrote:
> >I would expect additional output:
> >Partial success: 1
> >PASS
> >
> >and a 0 return status?
>
> Did you try this on linux?

No, Solaris 2.8 ;-).  Ok..., just tried Red Hat 8.0 kernel 2.4.18-27 and
got my expected result there as well.

> You get roughly the same behavior.

Uh..., nope.

> The SEGV signal is blocked while it's in the signal handler so if you
> jump out of the signal handler, it's still blocked.

Huh?  It should be set to SIG_DFL, but not blocked.  Or, do you mean
Cygwin subscribes to this non-standard out?

If the handler is set to a function, then first either the handler is
reset to SIG_DFL, or an implementation dependent blocking of the signal is
performed, and next the handler is called...

That's Cygwin's implementation dependent blcoking?  Can I just unblock it
before calling signal again then?

I expected the signal call on the next loop itteration to reset it back
from SIG_DFL.  This is somewhat common code.  I was trying to resurect
ElectricFence, and this is part of its test program.  Also, I'd bet it was
the problem described here too:

http://cygiwn.com/ml/cygiwn/2004-02/msg00948.html.

Please clarify your reasoning.  Thanks.

--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/