From owner-freebsd-gecko@FreeBSD.ORG Fri Aug 19 23:31:08 2011 Return-Path: Delivered-To: gecko@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id ECC781065670; Fri, 19 Aug 2011 23:31:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 4F7BB1A86E4; Fri, 19 Aug 2011 23:31:08 +0000 (UTC) Message-ID: <4E4EF23B.2030306@FreeBSD.org> Date: Fri, 19 Aug 2011 16:31:07 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110819 Thunderbird/6.0 MIME-Version: 1.0 To: Andriy Gapon References: <201108181007.p7IA7PgK032094@repoman.freebsd.org> <4E4D6AD3.2050708@FreeBSD.org> <4E4D70FF.2060206@FreeBSD.org> <4E4DCFED.4070601@FreeBSD.org> <4E4E05BA.9070707@FreeBSD.org> <4E4E7A69.8050406@FreeBSD.org> <4E4E7D5D.4050204@FreeBSD.org> <4E4E812B.6000007@FreeBSD.org> <4E4E82C6.9040606@FreeBSD.org> <4E4E85D7.4070709@FreeBSD.org> <4E4E8B7F.4090001@FreeBSD.org> In-Reply-To: <4E4E8B7F.4090001@FreeBSD.org> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: gecko@FreeBSD.org, Alex Dupre Subject: Re: cvs commit: ports UPDATING ports/mail/enigmail Makefile distinfo pkg-message ports/mail/enigmail-thunderbird Makefile X-BeenThere: freebsd-gecko@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Gecko Rendering Engine issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 23:31:09 -0000 On 08/19/2011 09:12, Andriy Gapon wrote: > on 19/08/2011 18:48 Andriy Gapon said the following: >> OK, it seems that the culprit is mozilla/toolkit/xre/glxtest.cpp: >> fire_glxtest_process() forks a new process, but doesn't wait(2) for it. >> So when wait(2) is invoked later it may return a pid of this child before any >> other child. >> Not sure how to fix this or work around it. >> Maybe by adding wait4(WNOHANG) loop to the _MD_InitProcesses code... not sure how >> robust that would be. Or maybe glxtest should use PR_CreateProcess instead of the >> plain fork(2) that it uses now... > > I ended up forcing an explicit wait on the glxtest child: Thanks for doing all the detective work on this. :) Your patch gets things to a (mostly) functional state. The one thing that's still odd is that I can open the OpenPGP/Preferences dialog, but clicking Ok doesn't close the dialog. It does however save the changes to prefs.js, and cancel will close it. Oh, and FWIW I'm also using gnupg 2.x. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/