DMARC-Filter:	OpenDMARC Filter v1.4.2 delorie.com 50MHgogu3377577
Authentication-Results:	delorie.com; dmarc=pass (p=none dis=none) header.from=cygwin.com
Authentication-Results:	delorie.com; spf=pass smtp.mailfrom=cygwin.com
DKIM-Filter:	OpenDKIM Filter v2.11.0 delorie.com 50MHgogu3377577
Authentication-Results:	delorie.com;
	dkim=pass (1024-bit key, unprotected) header.d=cygwin.com header.i=@cygwin.com header.a=rsa-sha256 header.s=default header.b=sA+cRLrV
X-Recipient:	archive-cygwin AT delorie DOT com
DKIM-Filter:	OpenDKIM Filter v2.11.0 sourceware.org 4DE743858C5F
DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1737567768;
	bh=wwAxqAHoNv+bxfcVPvSOJFlZHcYvmdczJhgsrkjCtGE=;
	h=Date:To:Subject:References:In-Reply-To:List-Id:List-Unsubscribe:
	List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc:
	From;
	b=sA+cRLrVd0wVctnsh9E/mVUS5ohQsZcCS2+YPyWw4BNgC6el9g7NasNCvMldEJqT6
	CbzXG8BSobCvzFeChDnbazBVTCzMOI2BBnKvSB1v8G9J8QWEYHTOOXVXXNA/oOskwd
	wqc42+O3QYE/yR/d1hNmo/6I0Warwnp3Ww16ODhU=
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT com
DKIM-Filter:	OpenDKIM Filter v2.11.0 sourceware.org B0A9E3857810
Date:	Wed, 22 Jan 2025 18:42:21 +0100
To:	cygwin AT cygwin DOT com
Subject:	Re: fixup_mmaps_after_fork errors building ruby 3.4.1 with high make
	-j
Message-ID:	<Z5Et_Z05JVflEg5d@calimero.vinschen.de>
Mail-Followup-To:	cygwin AT cygwin DOT com
References:	<dba53da3-d6e4-e1b0-18dd-a648c2fc3c8c AT jdrake DOT com>
MIME-Version:	1.0
In-Reply-To:	<dba53da3-d6e4-e1b0-18dd-a648c2fc3c8c@jdrake.com>
X-BeenThere:	cygwin AT cygwin DOT com
X-Mailman-Version:	2.1.30
List-Id:	General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe:	<https://cygwin.com/mailman/options/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive:	<https://cygwin.com/pipermail/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe:	<https://cygwin.com/mailman/listinfo/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From:	Corinna Vinschen via Cygwin <cygwin AT cygwin DOT com>
Reply-To:	cygwin AT cygwin DOT com
Cc:	Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
Errors-To:	cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com
Sender:	"Cygwin" <cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com>

On Jan 21 16:30, Jeremy Drake via Cygwin wrote:
> I've been trying to track down why ruby 3.4.1 is failing to build for
> msys2.  I've now confirmed that this same issue reproduces with
> upstream Cygwin 3.5.4 and 3.6.0-0.335.gb879cd1661ad, so I thought I'd
> bring it up here:
> 
> when building ruby with a high -j value (I'm doing make -j21), I get
> errors of the sort:
>      0 [main] miniruby 9272 fhandler_dev_zero::fixup_mmap_after_fork:
> requested 0x6FFFE6A60000 != 0x0 mem alloc base 0x0, state 0x10000, size
> 17545331867648, Win32 error 1455
>    2717 [main] miniruby 9272
> D:\S\ruby\src\build-x86_64-pc-msys\miniruby.exe: *** fatal error in forked
> process - recreate_mmaps_after_fork_failed
>       0 [main] miniruby 9241 dofork: child -1 - forked process 24744 died
> unexpectedly, retry 0, exit code 0x100, errno 11
> 
> I did not see this happen with ruby 3.3.7, or when building with -j1.
> That address 0x6FFFE6A60000 seems to reoccur.  The size seems completely
> off the wall.

Analyzing the output above:

  fhandler_dev_zero::fixup_mmap_after_fork:

  - fhandler_dev_zero handles MAP_ANONYMOUS mappings

  requested 0x6FFFE6A60000

  - This is the address in the parent to be recreated in the child
    process.  It's an ok address, given we're allocating top-down.

  != 0x0

  - So either VirtualAlloc or NtMapViewOfSection{Ex} returned with
    an error.

  - The rest of the output comes from VirtualQuery (address, ...):

  mem alloc base 0x0,

  - The region containing the address 0x6FFFE6A60000 starts at
    address 0x0.  This is a false value, because...

  state 0x10000,

  - 0x10000 == MEM_FREE.  So the allocation *should* have worked,
    because the VM wasn't allocated, and the available space...

  size 17545331867648,

  - ...was more than sufficient.

  Win32 error 1455

    ERROR_COMMITMENT_LIMIT

    The paging file is too small for this operation to complete.

The error output doesn't indicate how much memory was requested, but I'm
pretty sure it's not that much.  The problem here is actually the
pagefile size, it seems.


Corinna

-- 
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

- Raw text -