From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 09:45:44 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37EBD1065670 for ; Tue, 11 Jan 2011 09:45:44 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 79B3F8FC16 for ; Tue, 11 Jan 2011 09:45:43 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA29485; Tue, 11 Jan 2011 11:27:37 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PcaVt-00005D-BL; Tue, 11 Jan 2011 11:27:37 +0200 Message-ID: <4D2C2288.2070104@freebsd.org> Date: Tue, 11 Jan 2011 11:27:36 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101211 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Michael Butler References: <20110109175724.GC1817@albert.catwhisker.org> <4D2A0048.2040609@protected-networks.net> In-Reply-To: <4D2A0048.2040609@protected-networks.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Lock-up with CPU busy at r217145; seems OK now at r217189 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2011 09:45:44 -0000 on 09/01/2011 20:36 Michael Butler said the following: > automoc4 spawns a child during a KDE-4 build which > turns into a zombie but is never seen to return and the build stalls - > weird :-( I believe that this one particular issue should be fixed by r217253. The problem resolved by the commit resulted in some signals being lost sometimes, in particular SIGCHLD. -- Andriy Gapon