From owner-cvs-lib  Fri Aug 16 00:01:24 1996
Return-Path: owner-cvs-lib
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id AAA12275
          for cvs-lib-outgoing; Fri, 16 Aug 1996 00:01:24 -0700 (PDT)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA12270;
          Fri, 16 Aug 1996 00:01:21 -0700 (PDT)
Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id AAA26982; Fri, 16 Aug 1996 00:00:39 -0700 (PDT)
To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
cc: jkh@freefall.freebsd.org, CVS-committers@freefall.freebsd.org,
        cvs-all@freefall.freebsd.org, cvs-lib@freefall.freebsd.org
Subject: Re: cvs commit: src/lib/libncurses lib_newterm.c 
In-reply-to: Your message of "Fri, 16 Aug 1996 08:06:56 +0200."
             <199608160606.IAA04877@uriah.heep.sax.de> 
Date: Fri, 16 Aug 1996 00:00:39 -0700
Message-ID: <26979.840178839@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-cvs-lib@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > sigaction had unwonted side-effects.
> 
> I don't trust you. ;-)  signal()'s implementation is mainly based on

And this coming from the guy who got us to change the 3COM driver at
the last minute in 2.1.5? :-)

> sigaction().  So if the latter has unwanted side-effects for you that
> signal doesn't have, it's probably a programmer's error.

I'll be happy to explain the symptoms to you.

When I simply cloned one of the existing entries already there for
SIGTERM and SIGTSTP (and, just going by the docs for sigaction(), they
seem correct), my short C test program worked just fine.  When I
dynamically loaded my curses library into tclsh and initialized the
curses library, however, an incoming SIGWINCH would shoot the tclsh
dead.  This does not happen if I simply use signal().  Try it for
yourself if you don't believe me. :-)

					Jordan