DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 54NFtssd1136210
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 286F43858C60
Date: Fri, 23 May 2025 08:55:24 -0700 (PDT)
To: Yuyi Wang <Strawberry_Str@hotmail.com>
cc: cygwin@cygwin.com
Subject: Re: fork error when trying to call VirtualAlloc with size==0
In-Reply-To: <TYTPR01MB109230129A80A99434A9778CDF898A@TYTPR01MB10923.jpnprd01.prod.outlook.com>
Message-ID: <5e87e58d-a774-927d-fb5d-bf8b0498e311@jdrake.com>
References: <cb1b7e88-5d92-8b14-149c-701352594786@jdrake.com>
 <TYTPR01MB109230129A80A99434A9778CDF898A@TYTPR01MB10923.jpnprd01.prod.outlook.com>
MIME-Version: 1.0
Precedence: list
From: Jeremy Drake via Cygwin <cygwin@cygwin.com>
Reply-To: Jeremy Drake <cygwin@jdrake.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: cygwin-bounces~archive-cygwin=delorie.com@cygwin.com
Sender: "Cygwin" <cygwin-bounces~archive-cygwin=delorie.com@cygwin.com>

On Fri, 23 May 2025, Yuyi Wang wrote:

> On Fri, 23 May 2025, Jeremy Drake wrote:
> > Maybe.  MSYS2 doesn't generally advise to rebase on x86_64, but I think
> > Cygwin does as part of its setup/postinstall hooks.  As a hack, I was able
> > to work around this by setting the "dynamicbase" flag on the dlls (it's a
> > long story about why this helps rather than hurts in this particular case)
>
> I believe it is ASLR right? I thought cygwin doesn't support such DLLs on fork.

Right

> If it helps here, should I add this flag for all DLLs & EXEs compiled by Rust?

No.

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple