Mailing-List: contact cygwin-developers-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT cygwin DOT com>
List-Help: <mailto:cygwin-developers-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-developers-owner AT cygwin DOT com
Delivered-To: mailing list cygwin-developers AT cygwin DOT com
Date: Wed, 20 Feb 2002 08:44:40 -0500
From: Jason Tishler <jason AT tishler DOT net>
Subject: Re: wait_subproc failures in 2002-Feb-10 snapshot
In-reply-to: <20020214172938.GA1960@hp.com>
To: Cygwin-Developers <cygwin-developers AT cygwin DOT com>
Mail-followup-to: Cygwin-Developers <cygwin-developers AT cygwin DOT com>
Message-id: <20020220134440.GA2264@hp.com>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-disposition: inline
User-Agent: Mutt/1.3.24i
References: <20020214172938 DOT GA1960 AT hp DOT com>

On Thu, Feb 14, 2002 at 12:29:38PM -0500, Jason Tishler wrote:
> Since upgrading to the 2002-Feb-10 snapshot (for the PostgreSQL fix),
> I have been getting the following transient error messages from my
> fetchmail daemon (i.e., NT service via cygrunsrv):
> 
>       0 [proc] fetchmail 820 wait_subproc: wait failed. nchildren 1, wait 1000, Win32 error 6
>   30172 [proc] fetchmail 820 wait_subproc: nchildren 1, event[1] 0x14, pchildren[0] 0x1AE60000, events[0] 0x230, Win32 error 6
>   50549 [proc] fetchmail 820 wait_subproc: pid 2236, dwProcessId 2236, hProcess 0x14, progname 'C:\cygwin\bin\sh.exe'
> 
> After the above occurs, fetchmail is wedged.  If I restart fetchmail, then
> it is OK for a while. However, it eventually hangs in the same way again.

The above problem is fixed in the 2002-Feb-19 snapshot.  Specifically,
the fix is the following:

    http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/security.cc.diff?cvsroot=uberbaum&r1=1.84&r2=1.85

with the corresponding ChangeLog entry:

    2002-02-19  Christopher Faylor  <cgf AT redhat DOT com>
        ...
        * security.cc (create_token): Initialize token so that it is
        not tested for bogus value later.  ...
        ...

Many thanks to Chris for helping to track down and resolve this problem.

Jason