From owner-freebsd-current Thu Aug 29 17:19:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D58837B401 for ; Thu, 29 Aug 2002 17:19:21 -0700 (PDT) Received: from mail.yadt.co.uk (yadt.demon.co.uk [158.152.4.134]) by mx1.FreeBSD.org (Postfix) with SMTP id D78E243E42 for ; Thu, 29 Aug 2002 17:19:15 -0700 (PDT) (envelope-from davidt@yadt.co.uk) Received: (qmail 90783 invoked from network); 30 Aug 2002 00:19:10 -0000 Received: from unknown (HELO mail.gattaca.yadt.co.uk) (10.0.0.2) by yadt.demon.co.uk with SMTP; 30 Aug 2002 00:19:10 -0000 Received: (qmail 33705 invoked by uid 1000); 30 Aug 2002 00:19:07 -0000 Date: Fri, 30 Aug 2002 01:19:06 +0100 From: David Taylor To: Tim Robbins Cc: current@FreeBSD.ORG Subject: Re: Signal handling changes Message-ID: <20020830001906.GA33524@gattaca.yadt.co.uk> Mail-Followup-To: Tim Robbins , current@FreeBSD.ORG References: <20020829123915.A78090@dilbert.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20020829123915.A78090@dilbert.robbins.dropbear.id.au> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 29 Aug 2002, Tim Robbins wrote: > It looks like there are still problems with SIGSTOP/SIGCONT signal handling. > With a kernel/world from August 24 and using csh or sh (choice of shell > is probably not relevant), running "sleep 30" then suspending it with ^Z > then continuing it with "fg" causes the "sleep" process to exit as soon > as it's continued, instead of sleeping for the remainder of the interval > as it does on 4.6.2. I'm seeing the same behaviour on, erm, surprisingly enough a kernel/world from August 24: FreeBSD gattaca.yadt.co.uk 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat Aug 24 02:25:26 BST 2002 davidt@gattaca.yadt.co.uk:/usr/obj/usr/src/sys/GATTACA i386 However, at least that shows it isn't any local setup issue, I guess. -- David Taylor davidt@yadt.co.uk "The future just ain't what it used to be" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message