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=BFLR6oZqpWU9VZTW wXiX8XC5qLJ0Tgl5vO4AP5g765EMWiLN2jzeLJCt0KT02WMKMJPQ8M4tO+smnfAh m6RFsA//qY6uB1aQxGzA0YoT0cRuNa7iq4wX5JZogjSXqsLjbnfbiEPLAyubLDbV O5raYbaHFxPeqLLScJOm6q3qSdg= 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=T4U+jQDQgaRYRT7p32HJzU swo8w=; b=FBWT7V+qsK3WjRV2HdJ4xmRS3kfTZYkSIpiEw3mcay9+BL8XrZBcxm yMt+dWtgTTxURcvO55hXRTPmr+xRTrOmxk5B8egMUGs+vK+bH17cray9FylrLSY2 JLKAmdeNpoC5+0QjakKiSNM1x+NyhvnJSZd8u95U18GNeEwHe5qZ4= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , 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=-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 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 AT cygwin DOT com References: <85b945fb-0b5f-e2b3-b899-99176d6e4da2 AT yandex DOT ru> From: Evgeny Grin Openpgp: id=289FE99E138CF6D473A3F0CFBF7AC4A5EAC2BAF4 Message-ID: <36c231ad-6795-91e8-5afc-44ea1dfa17f1@yandex.ru> Date: Thu, 13 Oct 2016 18:24:09 +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: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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