From owner-freebsd-current Tue Aug 13 18:26:41 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 2D1A737B400; Tue, 13 Aug 2002 18:26:39 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id C922543E70; Tue, 13 Aug 2002 18:26:37 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0032.cvx40-bradley.dialup.earthlink.net ([216.244.42.32] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17emvj-00036N-00; Tue, 13 Aug 2002 18:26:35 -0700 Message-ID: <3D59B191.6F00957E@mindspring.com> Date: Tue, 13 Aug 2002 18:25:37 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: David Xu Cc: Tim Robbins , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern kern_sig.c (fwd) References: <20020814011257.25645.qmail@web20909.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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 David Xu wrote: > > Both different reports have been from Tim Robbins. It may > > be that he has a local problem, and that his local problem > > is greatly confusing this discussion. > > > > If you can not repeat his second problem on -current locally, > > I would be tempted to dismiss it as being a local problem, and > > not a general one. > > > > Tim was also the person who posted the GPL'ed path that I was > > worried that Andrey was using against "su"; not to disparage > > anyone, but most of my personal confusion has been coming from > > things Tim said... 8-). > > My machine may be different with Tim's, it is a P4 1.5G CPU, > its speed maybe fast enough to skip the problem. BTW, bde has > also reported the problem, so this is serious, wouldn't kernel > send out SIGTTOU when null change a foreground group is enough > to fix the problem?. but why don't they block SIGTTOU when > calling tcsetpgrp()? Bruce reported the first problem, with su, which arose from DES changing the code to support PAM, and to have an extra fork, where it didn't before. Bruce reported that he *didn't* have the second problem reported by Tim Robbins, which appears to be local to his site (a search of the archives indicates that he is the only one reporting it). The patch that Tim posted, which is GPL'ed because of its origin, and therefore unusable exacept as a model, "fixes" the problem by blocking the signal delivery before the fork. Note that merely blocking the delivery means that the signal will be delivered later, since block sugnals are accumulated, not discarded (see what the patch does, for details). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message