Re: Cygwin 3.4.3 and 3.5.0... hangs in make, top, procps, ls /proc/PID/...

[Brian Inglis <Brian.Inglis@Shaw.ca>]

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