From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 109869 invoked by alias); 13 Oct 2016 15:24:30 -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 109779 invoked by uid 89); 13 Oct 2016 15:24:29 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM,LOTS_OF_MONEY,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=no version=3.3.2 spammy=14942, H*f:sk:d473576, H*f:sk:fb13f38, H*MI:sk:ad9ab02 X-HELO: forward1h.cmail.yandex.net Received: from forward1h.cmail.yandex.net (HELO forward1h.cmail.yandex.net) (87.250.230.16) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 13 Oct 2016 15:24:19 +0000 Received: from smtp1p.mail.yandex.net (smtp1p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b6:6]) by forward1h.cmail.yandex.net (Yandex) with ESMTP id 5DB4D21055 for ; Thu, 13 Oct 2016 18:24:16 +0300 (MSK) Received: from smtp1p.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp1p.mail.yandex.net (Yandex) with ESMTP id 45B0517804E7 for ; Thu, 13 Oct 2016 18:24:15 +0300 (MSK) Received: by smtp1p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id Vi7pNT0FUY-OFlqdtd1; Thu, 13 Oct 2016 18:24:15 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) Authentication-Results: smtp1p.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> From: Evgeny Grin Openpgp: id=289FE99E138CF6D473A3F0CFBF7AC4A5EAC2BAF4 Message-ID: <36c231ad-6795-91e8-5afc-44ea1dfa17f1@yandex.ru> Date: Thu, 13 Oct 2016 16:29: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: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-10/txt/msg00176.txt.bz2 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? -- 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