From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 73960 invoked by alias); 13 Oct 2016 16:58:51 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 73944 invoked by uid 89); 13 Oct 2016 16:58:50 -0000 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 Received: from forward2h.cmail.yandex.net (HELO forward2h.cmail.yandex.net) (87.250.230.17) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 13 Oct 2016 16:58:40 +0000 Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward2h.cmail.yandex.net (Yandex) with ESMTP id 238BA206C2 for ; Thu, 13 Oct 2016 19:58:38 +0300 (MSK) Received: from smtp1h.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id CD9998C0CE8 for ; Thu, 13 Oct 2016 19:58:37 +0300 (MSK) Received: by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 1msCUbB5Es-wafeH9HV; Thu, 13 Oct 2016 19:58:36 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) 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@cygwin.com References: <85b945fb-0b5f-e2b3-b899-99176d6e4da2@yandex.ru> <36c231ad-6795-91e8-5afc-44ea1dfa17f1@yandex.ru> From: Evgeny Grin Openpgp: id=289FE99E138CF6D473A3F0CFBF7AC4A5EAC2BAF4 Message-ID: <83466d2f-896a-d512-1251-fbbbb225e7d6@yandex.ru> Date: Thu, 13 Oct 2016 17:56:00 -0000 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> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-10/txt/msg00179.txt.bz2 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