From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) by sourceware.org (Postfix) with ESMTPS id 26BFD3858C52 for ; Thu, 19 Jan 2023 17:12:32 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 26BFD3858C52 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 IWnLpDd4gc9C4IYSkpWZ5B; Thu, 19 Jan 2023 17:12:30 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=shaw.ca; s=s20180605; t=1674148350; bh=SPgemcR+eav+Ppx+X+gEWvjP4OUaneO/nHHQQKj/8ro=; h=Date:Reply-To:Subject:To:References:From:In-Reply-To; b=Y5fZfYb6U4x0XPhbDlyufuIl1fU1Cuk9OLNgL9kQcobOEoqVN7vbmSCTxEd7Wl6Ff szSw0UKegxT5oi8qfB+D1XkmWoJK4NwelvJfTOG3TXb48XuU6rTG+WyqAiEZrXCsqr 4J+/qDDqS5ufMR2t0Y8aSzXcmUzbxF03/OtJnhKXUxBiIineRSu/am89u77jNQw7oX RoCjWnCrRaVi04cB3TuTqLA9MHlyc0NPK4/xik9j3Xd5LhOT/KcjPqkIB7//9IPBCp 5xldDHEscbG+erzYWPCOkDJdIxEWezZjS6KD811n1MhHoiOmrd6OG64o2wHSM5s1DK HpRRt/EHoZYrA== Received: from [10.0.0.5] ([184.64.124.72]) by cmsmtp with ESMTP id IYSkpUmro3fOSIYSkpap8e; Thu, 19 Jan 2023 17:12:30 +0000 X-Authority-Analysis: v=2.4 cv=J8G5USrS c=1 sm=1 tr=0 ts=63c979fe a=oHm12aVswOWz6TMtn9zYKg==:117 a=oHm12aVswOWz6TMtn9zYKg==:17 a=IkcTkHD0fZMA:10 a=c1qpQxUt2aTmCn3I2nYA:9 a=QEXdDO2ut3YA:10 Message-ID: Date: Thu, 19 Jan 2023 10:12:29 -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: MS4xfE1ALzXmiDm3XSWpXIu3ahjsNQtmraGkwLTfn8Wxhy0b4REpK6JHExQbwdRhTNcmBE/9tG8qycabkIi8c2/yC95+wu5kopfD3S3y/ISmus7YOYW68zHC qTEIMMgfi0cDNx8Xch2O7ZllxNOBG/djfm3NYit9zCUO5LuBIBciioKr+HgfFaqhQ6c2RdCugf8y/g== 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-19 09:31, Brian Inglis via Cygwin wrote: > On 2023-01-18 02:42, Corinna Vinschen via Cygwin wrote: >> 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! Downgraded to 3.5.0-0.116.g8d318bf142f7.x86_64 and getting exactly the same postinstall and X/mintty/bash msg box errors: can't find zlib1.dll The application was unable to start correctly (0xc000007b) Is cygcheck missing DLL search path $CYGWIN_ROOT/usr/x86_64-w64-mingw32/sys-root/mingw/bin/? -- 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