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=bzEXiLczV+dNC1Do
	ZXtdb3xoVJXsiufFf0jpD5kcvvdZh83Dtook4bF+VSPiC8uvWDJTg5OiJQYKvLxD
	JudgW9leLlopnJN9K2+0LkVA4PcDoapgxqN/8Q1MZFRUPbDRAfLcQwjPHIR+r1gU
	duWhtc3gm4a8WnKEZdl3PXH45f0=
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=pffGKrrOz3LDQ8dAkHyWjG
	va6X8=; b=QUZLpO0qppxQyZCKJr6tkkO8hq2nhzqS29sIXkroZw/hghwljVgP2T
	06j+NF/sjIjd932JtN+eAl4Xu7hXPpGYgLlzMpg82vz8KYeVekt7vGVK2G0dVA+n
	CvH5OoEPNMjY4BA3VwIsTY3u4FiuEt+YSCFr0JK/uJEKDO39b5t70=
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-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=2.1 required=5.0 tests=BAYES_50,FREEMAIL_FROM,LOTS_OF_MONEY,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=no version=3.3.2 spammy=14942, actively, 0x180302408, 0x1082408
X-HELO:	forward2h.cmail.yandex.net
Authentication-Results:	smtp1h.mail.yandex.net; dkim=pass header.i=@yandex.ru
X-Yandex-Suid-Status:	1 0
Subject:	Re: Random "child_info_fork::abort:"
To:	cygwin AT cygwin DOT com
References:	<85b945fb-0b5f-e2b3-b899-99176d6e4da2 AT yandex DOT ru> <d879b90e-70b4-2b08-5c5b-3faccd89365b AT SystematicSw DOT ab DOT ca> <d4735765-890e-a34b-93ee-d17b9c102a9d AT yandex DOT ru> <fb13f38f-2d08-d575-f85a-2dead5c56c0b AT yandex DOT ru> <ad9ab025-b9bb-6600-0160-462e4794d270 AT yandex DOT ru> <36c231ad-6795-91e8-5afc-44ea1dfa17f1 AT yandex DOT ru>
From:	Evgeny Grin <k2k AT yandex DOT ru>
Openpgp:	id=289FE99E138CF6D473A3F0CFBF7AC4A5EAC2BAF4
Message-ID:	<83466d2f-896a-d512-1251-fbbbb225e7d6@yandex.ru>
Date:	Thu, 13 Oct 2016 19:58:31 +0300
User-Agent:	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version:	1.0
In-Reply-To:	<36c231ad-6795-91e8-5afc-44ea1dfa17f1@yandex.ru>
X-IsSubscribed:	yes

On 13.10.2016 18:24, Evgeny Grin wrote:
> On 13.10.2016 10:11, Evgeny Grin wrote:
>> On 12.10.2016 21:45, Evgeny Grin wrote:
>>> On 12.10.2016 13:59, Evgeny Grin wrote:
>>>> On 12.10.2016 8:59, Brian Inglis wrote:
>>>>> On 2016-10-11 15:32, Evgeny Grin wrote:
>>>>>> I'm using Windows Insider (slow ring, prerelease). After recent update
>>>>>> to build 14931, cygwin keeps randomly fail on fork. This happens not
>>>>>> every fork, but frequent enough. Simplest way to trigger it is to run
>>>>>> mandb.
>>>>>> At variable delay I got something like
>>>>>> child_info_fork::abort: T:\cygwin64\bin\cygman-2-7-5.dll: Loaded to
>>>>>> different address: parent(0x3FEAB0000) != child(0x1C0000)
>>>>>> Dll name and child address may vary.
>>>>>> I updated cygwin to latest version, but problem remains.
>>>>>> Exactly the same problem with Msys2, but additionally from time to time
>>>>>> I got different error:
>>>>>> *** fatal error - cygheap base mismatch detected - 0x1802FE408/0x106E408.
>>>>>> This problem is probably due to....
>>>>>
>>>>>> I set variable CYGWIN=detect_bloda, but nothing is detected.
>>>>>> What else could I check?
>>>>>
>>>>> Run rebase -is to check for DLL conflicts.
>>>>> After the update did you run "rebase-trigger full" and setup,
>>>>> with NO Cygwin processes running, to remap the system DLLs
>>>>> and rebase the Cygwin DLLs?
>>>>
>>>> Done. No conflicts.
>>>> Setup run fine, problem is not solved.
>>>>
>>>> Observation: Cygwin errors appears more often than Msys2 errors.
>>>> Even got initial loading on incorrect address:
>>>>
>>>> child_info_fork::abort: T:\cygwin64\bin\cygman-2-7-5.dll: Loaded to
>>>> different address: parent(0x190000) != child(0x3FB700000)
>>>>
>>>>> It's likely the Insider debug builds dynamically enable/disable
>>>>> features and functions or run alternate system DLLs which gather
>>>>> info by acting as BLODAs.
>>>>> MS can mess around with your systems to enable new stuff (possibly
>>>>> in different combinations) and see which systems they cause problems
>>>>> on.
>>>>> Hopefully they can also dynamically revert new releases causing
>>>>> problems.
>>>>> Your systems are the canaries for their Continuous Delivery QA.
>>>>>
>>>>> Make sure you continously back up any work on those systems and
>>>>> don't ignore warnings, especially build expiries (you are meant
>>>>> to be allowed 3 reboots after expiry before the buildrefuses
>>>>> to boot!)
>>>>
>>>> Thanks!
>>>> Not sure that situation is just "test" or "temporary". I'm using
>>>> prerelease track so this can go to release.
>>>
>>> Additionally tested under VM.
>>> Clear install of Windows 10 x64 14931 (US English), VM guest tools and
>>> Cygwin x64. First run of man-db - same error.
>>> Need new workarounds?
>>> Seems that will be in all new builds.
>>
>> Same happens with new Windows build 14942.
>> Both Cygwin and Msys2 is not usable anymore.
>>
>> MS is pushing us to "Ubuntu on Windows"?
>>
> 
> When trying to actively use cygwin, got same (as in Msys2) errors:
> 
>  *** fatal error - cygheap base mismatch detected - 0x180302408/0x1082408.
> 
> Is it because of cygwin.dll loaded on incorrect address?
> 

What I got from strace (typical output):

 649705 [main] mandb 6288 child_info::sync: n 2, waiting for
subproc_ready(0x280) and child process(0x1CC)
   6358 [main] mandb 7888 child_info_fork::abort:
T:\cygwin64\bin\cyggdbm-4.dll: Loaded to different address:
parent(0x1FFFC510000) != child(0x150000)
--- Process 7888 created
--- Process 7888 loaded C:\Windows\System32\ntdll.dll at 00007FFE2FF70000
--- Process 7888 loaded C:\Windows\System32\kernel32.dll at 00007FFE2D600000
--- Process 7888 loaded C:\Windows\System32\KernelBase.dll at
00007FFE2C730000
--- Process 7888 thread 912 created
--- Process 7888 thread 10792 created
--- Process 7888 loaded T:\cygwin64\bin\cygmandb-2-7-5.dll at
000001FFFB8F0000
--- Process 7888 loaded T:\cygwin64\bin\cygwin1.dll at 0000000180040000
--- Process 7888 loaded T:\cygwin64\bin\cygintl-8.dll at 00000003FBB90000
--- Process 7888 thread 14024 created
--- Process 7888 loaded T:\cygwin64\bin\cygiconv-2.dll at 00000003FBBF0000
--- Process 7888 loaded T:\cygwin64\bin\cygpipeline-1.dll at
000001FFFB470000
--- Process 7888 loaded T:\cygwin64\bin\cygman-2-7-5.dll at 000001FFFB900000
--- Process 7888 loaded T:\cygwin64\bin\cyggdbm-4.dll at 0000000000150000
--- Process 7888 loaded T:\cygwin64\bin\cygman-2-7-5.dll at 0000000000170000
--- Process 7888 unloaded DLL at 0000000000170000
--- Process 7888 loaded T:\cygwin64\bin\cygz.dll at 000001FFFACF0000
--- Process 7888 loaded T:\cygwin64\bin\cyggdbm-4.dll at 000001FFFC510000
--- Process 7888 unloaded DLL at 000001FFFC510000
   6358 [main] mandb 7888 child_info_fork::abort:
T:\cygwin64\bin\cyggdbm-4.dll: Loaded to different address:
parent(0x1FFFC510000) != child(0x150000)
--- Process 7888 thread 14024 exited with status 0x800000
--- Process 7888 thread 10144 exited with status 0x800000
--- Process 7888 thread 10792 exited with status 0x800000
--- Process 7888 exited with status 0x800000
 663649 [main] mandb 6288 child_info::sync: pid 7888, WFMO returned 1,
exit_code 0x800000, res 0
 663743 [main] mandb 6288 sig_send: sendsig 0xD8, pid 6288, signal -73,
its_me 1
 663771 [main] mandb 6288 sig_send: wakeup 0x2EC
 663800 [main] mandb 6288 sig_send: Waiting for pack.wakeup 0x2EC
 663840 [sig] mandb 6288 wait_sig: signalling pack.wakeup 0x2EC
 663886 [main] mandb 6288 sig_send: returning 0x0 from sending signal -73
mandb: fork failed: Resource temporarily unavailable


The cyggdbm-4.dll is loaded two times: at 0x150000 and at 0x1FFFC510000,
but for some reason unloaded from 0x1FFFC510000.
This looks like a bug in cygwin.

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