X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Date: Wed, 7 Mar 2012 12:43:21 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: 1.7.10 cygrunsrv.exe fails with "fork: 11, Resource temporarily unavailable"
Message-ID: <20120307114321.GA14210@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <alpine DOT WNT DOT 2 DOT 01 DOT 1203021514490 DOT 5120 AT zbpxnh DOT vmov DOT hav-yrvcmvt DOT qr> <4F51BDA2 DOT 1040108 AT cygwin DOT com> <Pine DOT WNT DOT 4 DOT 64 DOT 1203032002030 DOT 5532 AT zbpxnh DOT vmov DOT hav-yrvcmvt DOT qr> <20120304114922 DOT GA18852 AT calimero DOT vinschen DOT de> <Pine DOT CYG DOT 4 DOT 58 DOT 1203041425290 DOT 2588 AT zbpxnh DOT vmov DOT hav-yrvcmvt DOT qr> <20120305163158 DOT GT18852 AT calimero DOT vinschen DOT de> <4F54F8D6 DOT 3040203 AT cwilson DOT fastmail DOT fm> <20120305173953 DOT GW18852 AT calimero DOT vinschen DOT de>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <20120305173953.GW18852@calimero.vinschen.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On Mar  5 18:39, Corinna Vinschen wrote:
> On Mar  5 12:33, Charles Wilson wrote:
> > On 3/5/2012 11:31 AM, Corinna Vinschen wrote:
> > > Why this only fails when cygrunsrv has been built with gcc-4 but not with
> > > gcc-3 is most puzzeling.
> > 
> > $ cygcheck /usr/bin/cygrunsrv.exe
> > C:\cygwin\bin\cygrunsrv.exe
> >   C:\cygwin\bin\cygwin1.dll
> >     C:\WINDOWS\system32\KERNEL32.dll
> >       C:\WINDOWS\system32\ntdll.dll
> >   C:\WINDOWS\system32\ADVAPI32.DLL
> >     C:\WINDOWS\system32\RPCRT4.dll
> >       C:\WINDOWS\system32\Secur32.dll
> >   C:\WINDOWS\system32\USER32.dll
> >     C:\WINDOWS\system32\GDI32.dll
> >   C:\cygwin\bin\cyggcc_s-1.dll        <<<<<
> >   C:\cygwin\bin\cygstdc++-6.dll       <<<<<
> > 
> > When built with gcc3, we didn't have runtime dlls so everything was
> > static.  Maybe just building cygrunsrv with -static-libgcc
> > -static-libstdc++ ?
> 
> BTDT.  That doesn't help at all, unfortunately.  But thanks for your
> input.  More ideas welcome :-}

I just released a new cygrunsrv which fixes the problem for me.  What
it does is to fork in a separate pthread, for which the stack has been
set up in the application heap.  This reduceds the chance for collision
a lot.  Please give it a try.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple