X-Recipient: archive-cygwin@delorie.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=ikzvpWSGB5N1x/4k
	r8snw3bXERfX9eBFib3QcNvb0Bdz3pE8kjiK9qYU7oCJuQQ/9zNJ7T62GfhRdcIx
	cmoEsP8oLe8li4VF1oEjtTu2tBtpGLzBFBu+aH7eeqxUI5TuGuHqYLG62NOF9FFU
	PNJjGGUnDloR1863SfQRhMHiUjk=
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=1gknkxNA3ENMMrNm9upS0Q
	LSDQ8=; b=CG+a1VUXGbZYc4H24Hm7WSpquM4zsHBZFoDhOI9iLnTtpgCTmLvUIj
	8n0/xeN74HX3qP8GywLI5hq9sZ7G/aN/Ljpb0t7PwZaGLb/pwlxdk2vqeEv4zct5
	ImPMln3QRwD8IaoLMIYtC6UL5Z3nfDzcmlcXjOqs6y/swjeJRLOA4=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=ah, 11-12, watching, Monitor
X-HELO: sasl.smtp.pobox.com
Subject: Re: Strange errors running gcc tests on Cygwin
To: cygwin@cygwin.com
References: <8fa02a72-e684-2ead-eacb-a5347d7594ae@pobox.com> <82b31abc-7b7f-8f13-fc22-521c9ef84abf@pobox.com> <8bda181f-f0bc-b0dc-2d2d-1bb17031ccee@gmail.com> <b6c0f704-1f04-63ea-8220-ee30d623a9d6@pobox.com> <583230d9-f45c-aaa0-ed77-5c50863406f5@gmail.com> <9b872914-d9cf-378e-6eec-96c175a61ffe@pobox.com> <ab35a49e-93e3-4384-bf81-3e8ac99b7194@gmail.com> <7372df4f-c55d-f9a3-325d-3f8800d67d98@pobox.com> <aab8c02e-2fe7-8ebf-5f3b-126e0ea0a745@gmail.com> <a7aca745-bbf2-a356-704a-4956ae6a28b3@pobox.com> <937197c6-f0cd-a7a0-a12f-d3f943ba2c1d@SystematicSw.ab.ca> <affe4ca0-4677-6eb9-1d7d-94a129adc30c@pobox.com> <53efff58-2f84-123a-95a4-a7c426c003ce@SystematicSw.ab.ca>
From: Daniel Santos <daniel.santos@pobox.com>
Message-ID: <3e2ab200-483f-50bb-2142-2b27cca3283e@pobox.com>
Date: Sat, 11 Mar 2017 22:08:25 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1
MIME-Version: 1.0
In-Reply-To: <53efff58-2f84-123a-95a4-a7c426c003ce@SystematicSw.ab.ca>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Pobox-Relay-ID: F4C52A8A-06D8-11E7-AAB4-97B1B46B9B0B-06139138!pb-smtp1.pobox.com
X-IsSubscribed: yes

Thanks for the help Brian.

On 03/09/2017 05:51 PM, Brian Inglis wrote:
> Windows DLLs updated or added could increase in size and overlap
> Cygwin's assumed address space allocated by rebase.
> Mingw has no problem as native Windows programs, but Cygwin emulates
> how Unix uses shared libraries [handwaving simplification], so
> Cygwin 32 has problems with limited 32 bit space available to programs.

Well, I tried it anyway and there was no change.

> Bump to 310 as optimal max - see man cygserver.
> Should be started before sshd and any other Cygwin processes
> and should be configured to start sshd.

Ah! Well I didn't have sshd set as depending upon cygserver (I do not).  
There was no change in the outcome however.

> <Win-Break> or Control Panel/System/Advanced system settings/
> /Advanced tab/Performance [Settings] button/Advanced tab/
> /Virtual memory [Change] button/Virtual Memory dialogue box:
> [ ] Automatically manage...	uncheck
> ...
> (@) Custom size:		select
> Initial size (MB): [ 8192 ]	double RAM
> Maximum size (MB): [ 16384 ]	just in case
> ( ) System managed size		deselect
> ( ) No paging file		deselect
>
> then select *[Set]* button and reboot if prompted.
> You may have to allocate more VM disk space if insufficent.

Ok, that's done.

> Start Task Manager/Performance tab/Open Resource Monitor link at bottom/
> /Resource Monitor/Memory tab/Physical Memory pane at bottom/
> Free should never go much below 100MB and trouble is almost certain
> if you ever hit single digits even for an instant.

Well, I'm certainly not watching task manager for 11-12 hours straight. 
:) However, I seem to continuously have at least 2GiB free.

> Ensure that all Cygwin dlls including anything you build are included
> in every rebase, and do an incremental rebase after every build.

Hmm, so how do I do this?  Is this something that the gcc build *should* 
be doing?  If this is really required, I will open a gcc bug report for it.

> BTDT PITA

I've done a lot of work at the system and kernel level and this SCREAMS 
race condition to me -- and not necessarily in Cygwin.  In fact, I would 
venture to guess that we're dealing with more than one serious issue and 
I don't know where they are.  It is not at all uncommon for a very 
common piece of software to have a race condition that is never exposed 
on one OS but is exposed on another -- this is very common when running 
programs on Wine, for instance.

At current, I seem to be able to run the tests single threaded (one at a 
time) and get no broken pipes and only 8 time-outs.  I suppose that is 
close enough, but I have 8 total tests that need to be run (cygwin-64, 
cygwin-32, mingw64 and mingw64 -- both with and without my patches).  So 
this may simply take me many, many days to complete.  I'm experimenting 
with running under wine, but bash.exe is crashing right now (although my 
Wine had the staging patches, so building w/o them :)

Daniel



Daniel

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

