X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=ZNZObBBBxZoEXHMx
	btvKi0xIw36e3HIv+6J4KpUe3Jvhnd6gOss4QyJA8pK/+mdn2igg9S8mBTBgolPx
	TMq4AJIpnmFETMhHNvADk8WWWeU5R/qUN5xHNVw5Y6Oowqm5cnOZxiOrQ9zuoc2s
	4N3sVINfXuOQVkuDYOcTkvfWjcU=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=6VsNnlWHl2VWmFIH/6eVeB
	5LRCs=; b=iSQqefBjqv3WYQfEfyO7AMXTE7/n7JBAgmASaNR9LCFsrEAe/wdUux
	rjrrcVS9Fds3N0c0bbi5m5Argjo5joOoqhwCSMJZ451gdLVV6VisZM5hlbCXkhJE
	MKOr6bFlSDzeKwhuWmDSyKiT2URQ+bTq/L0GIm1mwauP3ZbBJQ5yI=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.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
Authentication-Results:	sourceware.org; auth=none
X-Spam-SWARE-Status:	No, score=-0.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,TBC autolearn=no version=3.3.1 spammy=cygwin3071, downgrading, cygwin-3.0.7-1, cygcheck
X-HELO:	mail-pl1-f180.google.com
DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=eh+TUJOcT5kejMK60jFuscfFdI2fV9Rb4c49WBwh+GU=; b=ndBoIIGPgcIqtwdBF1pTLj1L+CgRUzUHV4oBDcxGgEggjXDlkGu6JYZzMl+DVb9z+E IyA0ckDlQpLpB2mTuXENcy99gthzyNmRFkrTk3X6kmSSIBqBm1D+tGIv0by9LrVdGnxJ ZkpkUeDuVbgTbWTMmkpUbXMLGEdLASCRLWtl9yl+DAlig0VxaTnvKweV0EHCJOp+behP Lq1ToMIgHNeS60U104IwJFWtKc+fl17gMhaEznNIvGTGioqv8O4sKWDGWdwbda8akksn p0JRKfM2RNsYvcfRjDkshxRkovlQFTwGUaW96kfFVubdJnxTZvI0foTFTX0nlx6Wn/g2 X3aw==
Subject:	Re: fork: Resource temporarily unavailable errors after upgrading cygwin packages
To:	cygwin AT cygwin DOT com
References:	<6d43c714-c4ba-4f0c-9913-cb8453129c85 AT gmail DOT com> <d24aa066-ab3d-9ff0-215a-0a1ed1ec2e5d AT cornell DOT edu>
From:	David Finnie <david DOT finnie68 AT gmail DOT com>
Message-ID:	<93562f34-3a14-0c10-cb57-1ae861307d82@gmail.com>
Date:	Thu, 2 Jan 2020 09:32:49 +1100
User-Agent:	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1
MIME-Version:	1.0
In-Reply-To:	<d24aa066-ab3d-9ff0-215a-0a1ed1ec2e5d@cornell.edu>
X-IsSubscribed:	yes

Hi Ken,

Thanks for having a look at my issue.

On 1/01/2020 06:20, Ken Brown wrote:
> On 12/30/2019 6:10 PM, David Finnie wrote:
>> I recently upgraded my cygwin64 installation to get latest packages.
>>
>> After the install, if I run a fairly lengthy GNU make with multiple concurrent
>> jobs (-j option) specified, some of the sub-makes fail with "Resource
>> temporarily unavailable" errors. In all cases, this has been when make is
>> starting a shell (i.e. $(shell ...) ) to help with setting up some of the
>> variables required in the make processing. The failure, however, occurs in
>> different places in the make files used (the make spawns several sub-makes).
> Does this happen with every parallel make, or is it one specific program that
> you're building?  If the latter, can you give a detailed recipe so that others
> can try to reproduce the problem?

It's happening consistently across a bunch of libraries and executables 
that I build (with a series of invocations of make). While each of those 
builds has their own Makefile, each of them includes a common set of 
makefiles that does the vast majority of the work, so I guess you could 
say that it really is just isolated (as far as I can tell), to one build 
environment. The build is not of open source software - it is for 
software created by the company I work for, so unfortunately I can't 
share all of the source code etc., but I can certainly give details of 
what we're doing.

The make builds a cross-platform set of products, and so invokes both 
Windows native compilers, and also cross compilers for the other 
platforms (Linux, and HPE NonStop). So there are many tools being 
invoked simultaneously.

Keep in mind, though, that this has been working perfectly for me for 
over a decade. I will say that I did run into the need to run rebase 
after upgrading cygwin many years ago, but that fixed the issue for me 
immediately. Not so this time, and there has been nothing else changed 
in my environment. I actually ran the build successfully just minutes 
before upgrading the cygwin packages, and then it failed immediately 
after that.

I have not tried building for any other product. I might try that.

> Have you tried reverting to cygwin-3.0.7-1? 


No, I haven't - I'll try that now. Thanks.


>
> The only thing that jumps out at me from your cygcheck output is that your PATH
> is very long.  I don't know if that's relevant, but you might try cutting it
> down before running make.


I did try changing PATH to a much smaller value 
(/bin:/usr/bin:/usr/local/bin) but I still got exactly the same 
behaviour :-( A good thing to try, though.

I'll see how I go after downgrading cygwin.

Thanks again.

Dave


--
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

- Raw text -