From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta002.cacentral1.a.cloudfilter.net (omta002.cacentral1.a.cloudfilter.net [3.97.99.33]) by sourceware.org (Postfix) with ESMTPS id 13AA33858D39 for ; Thu, 19 Jan 2023 16:31:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 13AA33858D39 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=Shaw.ca Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=shaw.ca Received: from shw-obgw-4004a.ext.cloudfilter.net ([10.228.9.227]) by cmsmtp with ESMTP id IUUcpJOcnl2xSIXpFpVhph; Thu, 19 Jan 2023 16:31:41 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=shaw.ca; s=s20180605; t=1674145901; bh=/u+Y+N6bAiroNzwgCeSE+7bZVeuTmRKATp1J9KTgIYY=; h=Date:Reply-To:Subject:To:References:From:In-Reply-To; b=tXO/2tjQPuokQx8e50xKCrYgy4+X21Rtg2APXwSoIjTpLphSOVHjpA/k3WUBrRKCD ESoRW2AG1eYGeYMyKvTXkBOG0DIXfrLX+tFPr64A3CIOF5yKkaHwI/csMr1VMWYbE1 rtb4p75jsTzyHB3xF+J/y+HOmqubooqStnOLi/TaNXsKLrJa0yUQrXGdaZbmFch5nX lHoOByyzd9/nRJq9rGvgDLkFge0fSBkd5cfI/5SY5MHTTyrc6hivkeKpWzp58i7FXD djfNDKzVswpMyqdoL7M+Ihj6ydrCsSyynxm2Gx6d13SZc1PQtGxanrQZKXD1QB1qqa AhPHVjAoDb7OQ== Received: from [10.0.0.5] ([184.64.124.72]) by cmsmtp with ESMTP id IXpEpUWlo3fOSIXpFpadvx; Thu, 19 Jan 2023 16:31:41 +0000 X-Authority-Analysis: v=2.4 cv=J8G5USrS c=1 sm=1 tr=0 ts=63c9706d a=oHm12aVswOWz6TMtn9zYKg==:117 a=oHm12aVswOWz6TMtn9zYKg==:17 a=IkcTkHD0fZMA:10 a=WfWGUscNpRDpeF24HJcA:9 a=QEXdDO2ut3YA:10 Message-ID: Date: Thu, 19 Jan 2023 09:31:40 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 Reply-To: cygwin@cygwin.com Subject: Re: Cygwin 3.4.3 and 3.5.0... hangs in make, top, procps, ls /proc/PID/... Content-Language: en-CA To: cygwin@cygwin.com References: <20230102143803.53f89d07a545a1bdd596e1e8@nifty.ne.jp> <20230102172147.83789d400bb0400cb8c8ca74@nifty.ne.jp> <20230116180213.0e03a896f512d784933f54da@nifty.ne.jp> <20230116234532.f567e64fe7bf9a0a13704af9@nifty.ne.jp> <20230118181648.362c4665be80637108e4fd36@nifty.ne.jp> From: Brian Inglis Organization: Inglis In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfM/1Zx/slnKMfUNt3YdNX92G0tLQbEkKExdTD7gkGAJFgJ9cs0e2VtJ1cYs2ho1wlFRTbi4wkIp0p+MXk6ORLAwmOgCzITWCCSAyfwxTWp8vK8xlM4zz U2FzRWP1WI3T6Jx5+8IZmIEsy9lV7R3nPFvBhpyVcVgEAps2IgVUgru7fXu9H2V0dYI94p2rlZOsoQ== X-Spam-Status: No, score=-2.2 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 2023-01-18 02:42, Corinna Vinschen via Cygwin wrote: > Hi Takashi, > > On Jan 18 18:16, Takashi Yano via Cygwin wrote: >>> On Jan 16 22:42, Corinna Vinschen via Cygwin wrote: >>> I pushed some patches to fix this issue. Excessive debugging indicated >>> that the reason cygcheck fails in this way is: >>> >>> - It's a non-Cygwin process which >>> >>> - is built with high-entropy ASLR and >>> >>> - tries to load the Cygwin DLL dynamically and >>> >>> - therefore suffers from the fact that recent Cygwin code doesn't >>> expect that certain memory regions are used by Windows itself. >>> Which they are, due to the high-entropy stuff. >>> >>> The patches are supposed to make the code less rigid in terms of the >>> addresses of certain memory regions, as well as dropping the >>> high-entropy VA flag from builds of strace and cygcheck, both of which >>> are loading the Cygwin DLL dynamically as part of their job. >>> >>> The test release 3.5.0-0.116.g8d318bf142f7 contains the patches, for >>> everybody to try. >> >> Thank you very much for working on this problem. It seems that >> it was unexpectedly large-scale modification. >> >> I confirmed that the problem has been fixed with these patches. >> The test case has been running for 11 hours but the problem does >> not happen so far. > Great. > > I tested this yesterday with 7 runs on two machines in parallel while > building Cygwin continuously in another Window, and cygcheck still with > high-entropy-VA enabled. And one of the machines continued to run the > cygcheck loops over night and were still in good shape this morning :) > > I guess we should release 3.4.4 pretty soon now. I installed and tested 3.5.0-0.122.g3c2ac163da88.x86_64 instead, as that was the autoselected test version. When cygcheck -hrsv was run as usual in local postinstall script zp_z2_l_cygcheck-hrsv.dash gave error msg box can't find zlib1.dll - but it's there: $ ls -glo /usr/x86_64-w64-mingw32/sys-root/mingw/bin/zlib1.dll -rwxr-xr-x 1 117267 Oct 15 12:14 /usr/x86_64-w64-mingw32/sys-root/mingw/bin/zlib1.dll Under X/mintty/bash cygcheck will not even start - says so in error msg box with code 0xc000007b! -- Take care. Thanks, Brian Inglis Calgary, Alberta, Canada La perfection est atteinte Perfection is achieved non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut -- Antoine de Saint-Exupéry